Alvan - From the Hermit to the World » 日志 » Youtube & 一些琐碎但重要的问题
Youtube & 一些琐碎但重要的问题
Alvan 发表于 2007-09-24 11:50:31
一、Youtube
最近养成一个习惯,听音乐的时候不再是打开Winamp或者WMP,而是直接点击Links中的Youtube链接,然后选择一个playlist播放;搜音乐的时候不再去百度,而是在youtube上先搜索一下,找到的话直接就可以播放。虽然有一些视频今天还能播放,明天就可能会因为版权原因被删除,但是那些音乐总是在的,即使不是官方的MV,也能在某个个人视频的背景音乐中找到;最妙的是你还能找到这首歌的各种版本,原唱、翻唱、Live、Remix、搞笑版……除此以外还有这个歌手的其他曲子,以及许多音乐背后的故事。
MP3是有版权的,但是MP3附加到视频里就没有了,这是多么奇妙的事情~
Youtube就这样成为我的一款网上播放器。唯一美中不足的就是网络有时会有点卡,不过自从Google收购了Youtube以后,这个问题似乎已经大为改观。还有一点不便就是从Youtube主页到我的playlist还需要2下点击,如果是Steve Jobs,一定会把它变成一步点击:P
这个体验忽然让人觉得web 2.0仍然是一件很有搞头的事情,因为那些基因良好的站点是会进化的。简单的说,创始人想把它设计成一个样子,但是用户却能把它变成另外一个样子!这真是个令人兴奋的发现。
写到这里,不同的人已经可以看出不同的意思了。那么是你用户还是商人呢?
二、一些琐碎但重要的问题
昨天洗澡的时候在想分割数据表的方案,我不是这方面的专家,Jeff在用Hibernate做数据层的也有诸多限制,但是这仍是个必须要解决的问题。一方面扁平化设计会导致某些数据表容量过大,从而降低了查询效率,另一方面,考虑到不同的企业级用户可能会要求各自的数据独立,所以拆分数据表势在必行。
剩下的问题就是技术细节了。我查阅了一下网上的资料,Oracle和SQL Server 2005都提供数据库表拆分的支持,或许会比我之前考虑的应用程序级别拆分要容易一些。不过我想,如果在一个良好的MapReduce框架下实现应用程序级别的拆分,或许可以保持更佳的灵活性和扩展性。更何况,在整合分布式文件系统以后,整个系统的数据层的复杂度会远远超过一个数据库。数据库?那个时候恐怕都要成为toy了……
至于最后找谁来做这件事,我还没想好。我自己可以做,但是我希望可以找到更合适的人选。
三、更加琐碎但是更加重要的问题
从我有一个“大想法”开始,我不得不随时关注着Google的动向。这个著名的web 2.0 killer总是在凭借着她的资本和技术实力扼杀一个又一个独立创业者,所以起初,我总是想着如何找到一个idea是他们那群人想不到的。直到后来,当我看到Google黑板报的一个系列以后才恍然大悟——这种“另辟蹊径”的想法其实是没有必要的。
再强的强者也是有弱点的,而且越是相似的强者就越是有相似的弱点,这就是为什么Microsoft可以在IBM的淫威下崛起,Google又可以在Microsoft的淫威下崛起的原因。说的简单一点,船大难调头,说的晦涩一点,他们早在上市之前就已经成功了。《浪潮之颠》的第一章《帝国的余辉(AT&T)》生动的诠释了资本运作的双刃剑效果。换个更加鲜明的说法吧,上市的本质就是用资本活力取代创新活力。除了风投,没有任何资本会喜欢创新的高成本与高风险。可悲的是没有谁能走出这个怪圈,可喜的是Google也没能幸免。:P
最近养成一个习惯,听音乐的时候不再是打开Winamp或者WMP,而是直接点击Links中的Youtube链接,然后选择一个playlist播放;搜音乐的时候不再去百度,而是在youtube上先搜索一下,找到的话直接就可以播放。虽然有一些视频今天还能播放,明天就可能会因为版权原因被删除,但是那些音乐总是在的,即使不是官方的MV,也能在某个个人视频的背景音乐中找到;最妙的是你还能找到这首歌的各种版本,原唱、翻唱、Live、Remix、搞笑版……除此以外还有这个歌手的其他曲子,以及许多音乐背后的故事。
MP3是有版权的,但是MP3附加到视频里就没有了,这是多么奇妙的事情~
Youtube就这样成为我的一款网上播放器。唯一美中不足的就是网络有时会有点卡,不过自从Google收购了Youtube以后,这个问题似乎已经大为改观。还有一点不便就是从Youtube主页到我的playlist还需要2下点击,如果是Steve Jobs,一定会把它变成一步点击:P
这个体验忽然让人觉得web 2.0仍然是一件很有搞头的事情,因为那些基因良好的站点是会进化的。简单的说,创始人想把它设计成一个样子,但是用户却能把它变成另外一个样子!这真是个令人兴奋的发现。
写到这里,不同的人已经可以看出不同的意思了。那么是你用户还是商人呢?
二、一些琐碎但重要的问题
昨天洗澡的时候在想分割数据表的方案,我不是这方面的专家,Jeff在用Hibernate做数据层的也有诸多限制,但是这仍是个必须要解决的问题。一方面扁平化设计会导致某些数据表容量过大,从而降低了查询效率,另一方面,考虑到不同的企业级用户可能会要求各自的数据独立,所以拆分数据表势在必行。
剩下的问题就是技术细节了。我查阅了一下网上的资料,Oracle和SQL Server 2005都提供数据库表拆分的支持,或许会比我之前考虑的应用程序级别拆分要容易一些。不过我想,如果在一个良好的MapReduce框架下实现应用程序级别的拆分,或许可以保持更佳的灵活性和扩展性。更何况,在整合分布式文件系统以后,整个系统的数据层的复杂度会远远超过一个数据库。数据库?那个时候恐怕都要成为toy了……
至于最后找谁来做这件事,我还没想好。我自己可以做,但是我希望可以找到更合适的人选。
三、更加琐碎但是更加重要的问题
从我有一个“大想法”开始,我不得不随时关注着Google的动向。这个著名的web 2.0 killer总是在凭借着她的资本和技术实力扼杀一个又一个独立创业者,所以起初,我总是想着如何找到一个idea是他们那群人想不到的。直到后来,当我看到Google黑板报的一个系列以后才恍然大悟——这种“另辟蹊径”的想法其实是没有必要的。
再强的强者也是有弱点的,而且越是相似的强者就越是有相似的弱点,这就是为什么Microsoft可以在IBM的淫威下崛起,Google又可以在Microsoft的淫威下崛起的原因。说的简单一点,船大难调头,说的晦涩一点,他们早在上市之前就已经成功了。《浪潮之颠》的第一章《帝国的余辉(AT&T)》生动的诠释了资本运作的双刃剑效果。换个更加鲜明的说法吧,上市的本质就是用资本活力取代创新活力。除了风投,没有任何资本会喜欢创新的高成本与高风险。可悲的是没有谁能走出这个怪圈,可喜的是Google也没能幸免。:P
收藏:
QQ书签
del.icio.us
订阅:
Google
抓虾
