zdg/
共27个网摘 [
1 ] |
访问zdg的个人空间
zdg收录，使用标签：douban, Web2.0，时间：2008-2-20 17:51:31 | 相关网摘，我也收藏
一个是全员投票的弊端：试图取悦所有人的东西注定不能让任何一个人完全高兴。这决定了一人一票得来的东西经常不是任何人最喜欢的，而是多数人最不讨厌的。
另一个是公共对话的规模上限：对话参加的人数大到一定程度就没有办法有效地进行下去。千万人同时参与的沟通，除了讲演，干仗，就只有各说各话合成的白噪音。这些都不是平等有效的对话。
其实，我们人类自从走出百十人的部落就了对话的规模问题。办法也早就有了：区隔。在互联网上，“区隔”也叫“去中心化”。豆瓣从诞生开始，就是去中心化的设计：豆瓣以个人、友邻和兴趣为中心，而不是以热点为中心。
我们已经把朋友加入小组的举动放进了广播，下面会开通正式的“友情小组”和对个人的小组推荐。
豆瓣的第一用途是帮助你发现未知的东西。这是一件充满挑战的事情：完全没有广场地带的豆瓣会让我们的视野受限于个人已有兴趣和朋友的圈子兴趣；而一个所有人共享的广场也正在变得无用。
http://blog.douban.com/douban/2008/02/19/95/
zdg收录，使用标签：douban, WebPlan, SNS，时间：2008-2-12 23:01:20 | 相关网摘，我也收藏
1、我个人认为豆瓣的好友添加过程和绝大多数好友添加过程一样：根本不需要“双向确认”。
2、之前写过关于好友的看法，引发了麦田和魏武挥的讨论，我又重点说过“双向”还是“单向”的观点。“双向”本来就是一个不符合正常思维逻辑的事情。
3、我一直认为：“双向”只是一个“统计结果”，而不是一个过程，更不一定是“双方”都认为的结论（我认为柴静是我的朋友。她就是。就算她认为不是，我照样认为是）。
4、（不要说facebook的好友就是“双向”。facebook不一定就是对。而且facebook对于隐私的要求特别高，豆瓣并没有那么高。）
豆瓣在几千人的时候其实是在自己给自己设计产品，需要什么就加什么，(设计)架构上似乎并没有什么大的规划。但现在是在给百万人设计产品，设计人员甚至已经不能称为典型用户了，必须克服两个最大的困难：
1、依然“为自己设计”，强行把自己的逻辑和习惯套给所有用户，不考虑是否合适也不经过“简化和编译”；
2、不是在现有架构的基础上进行优化然后做扩展和调整，而是重新开始规划产品架构（往往重新做一个比改一个容易，但重新做了以后可能也要面临着去改…），过多的打翻老用户的已有习惯。
每一层新楼都得建在现有的“楼顶”上。基数越大，“改版”的风险成本就越大，时间越长系统越繁杂，往往也越“难用”。
http://uicom.net/blog/?p=713
zdg收录，使用标签：douban, Discuz, SNS，时间：2008-2-6 2:12:25 | 相关网摘，我也收藏
开春之后，硝烟将会四起。豆瓣最近的动作相当的多，也比较让人关注，首先是加了同城，很快又更新了好友功能，开始大踏步向SNS领域迈进了。同城频道还是比较让人称道的，很好的把握住白领层次最核心的一个网络结构——地域，跟mosh很类似的功能和界面，也看出了豆瓣垂涎SNS的野心。
不过，个人并不看好这种先做功能，再做SNS底层的东西，是无法对校内海内这种SNS起家的站点有伤筋动骨的影响。相反，如果SNS平台上做这种表层应用，也许会起的更快。海内的电影频道比豆瓣差的太远，没有找到影评的精髓。
http://www.allsns.net/2008/02/01/50
zdg收录，使用标签：douban, 管理, 文化，时间：2007-12-17 17:53:25 | 相关网摘，我也收藏
在开发上，开发团队采用了敏捷开发方法，每周一次迭代，以迅速响应不断变化的需求。每周的进展都会有一个code name，我们跟随着佛罗多的脚步，从霍比屯(Hobbiton)出发，每周前进一段距离，到达的地点作为下周的code name。
在豆瓣，每周都会有一次技术交流会议，每个人轮流主讲，分享自己近期关注的技术点，每次讲完后都会引发热烈的讨论。就像精灵王爱隆召开会议讨论组建魔戒远征军一样。我们用会议的召开地——瑞文戴尔的烈火之厅(Hall of Fire)——命名我们的技术论坛。
豆瓣的指环王文化给相对枯燥的开发工作注入了乐趣，当我们在用frodo等名字称呼我们的服务器时，真的就感觉到那是一个个有个性的可爱的生灵。豆瓣的开发团队也像魔戒远征军一样，虽然路途遥远困难重重，但大家各尽所长，团结一心，最终终将胜利！
http://blog.douban.com/douban/2007/12/17/105/
zdg收录，使用标签：douban, 社区，时间：2007-11-18 22:30:51 | 相关网摘，我也收藏
豆瓣，是我所见最快找到自己合适“摆点”的网站。那么豆瓣的“摆点”是什么呢？从表象上看，是“以书会友”这个诉求。但细细分析一下，为什么“以书会友”能做起来，而“以数码会友”就做不起来呢？答案在于书的数据特点——它是既“收敛”，又“繁复”的数据。书的收敛性，在于其是结构化数据；书的繁复性，在于其产品品种百万、千万计。如果你想学豆瓣，做“以物会友”：选择数码产品，“收敛性”是有了，但数码产品其实就那么多，远不如书籍繁复，所以系统不会展开；选择服装产品，“繁复性”是有了，但服装的数据根本没法结构化，所以系统无法聚合。这么说吧，“图书”几乎是最完美的“结构化”和“非结构化”自动达到精妙平衡的物品。
所谓社区架构设计，归根结底，就是确定你的“摆点”，以及它在“人”和“物”之间的那个位置。
http://maitian.blog.techweb.com.cn/archives/2007/20071117172041.shtml
zdg收录，使用标签：Douban，时间：2007-9-29 14:38:27 | 相关网摘，我也收藏
我们非常清楚自己是一家技术型的公司，一开始就着眼于数据挖掘的“推荐技术”，在这个领域做得好的大企业并不多，因此我们有机会。“推荐技术”是我们的核心技术。比如根据你看过的书、喜欢的电影、听过的音乐，从上百万品种中，找到一些你可能还没看过，但会感兴趣的产品，给每个人推荐的东西都不一样。我认为，这种过滤技术越来越重要，是搜索之后下一个最重要的技术。
豆瓣的另一项重要技术是聚类技术。我们有一个栏目叫“豆瓣九点”，通过用户行为，每天从成千上万的中文博客里找出最值得各类用户阅读的文章，分给他们。我们并非根据博客的内容，而是根据用户的行为来划分频道。现有5个频道： 2套是文化类读者、3套是女性读者、4套是科技人员读者、5套是热爱音乐及电影的读者、6套是比较年轻的读者。
我们一直是用产品推动其他方面的发展，虽然豆瓣的营销能力并不突出，但是由于产品逐渐有了影响力，因此带动了传播、带动了融资。
http://finance.sina.com.cn/leadership/mglqz/20070925/16204013747.shtml
zdg收录，使用标签：douban, Recommend，时间：2007-1-31 12:04:03 | 相关网摘，我也收藏
So are all these moves good for Douban’s core recommendation business? Definitely. With the introduction of features for blog, it gets more attention data of users. If I keep voting blog post about Microsoft .Net framework, I can expect Douban will finally recommend some Windows development books for me, even I have never collected any programming book in my user account.
http://www.cwrblog.net/456/douban-feeds-reader-just-get-better.html
zdg收录，使用标签：douban, Recommend, 长尾，时间：2007-1-17 18:39:31 | 相关网摘，我也收藏
杨勃把推荐机制分为两种。一是按内容分类，比如分析一首歌的节奏、配器、频率，然后将与其类似的歌划为一类，著名的Pandora.com就是这样做的。还有一种是社会性推荐。“前一种方法，即便只有一两个用户，你也可以做起来。而第二种方法，你必须有很多数据积累。到数据足够多的时候，它会更有效。”
杨勃发现，推荐光准确是没有用的，还要有效。“我们也做过通过标签分析，这本书和哪本书最像，通过它做推荐，很准，但用处不大。比如你看过《黑客帝国1》，然后它找出《黑客帝国2》给你，这种推荐毫无用处。你看过余华的《活着》，我把《细雨中的呼喊》（余华的早期作品）推荐给你。这通常也没有用。有效的推荐，是你挖掘出来的联系不是表面能看出来的。比如你看《世界是平的》，豆瓣会推荐《长尾理论》，这两个之间其实没有内容上的联系。”
其中的机制其实也不难理解，因为两本书有相同的读者群。喜欢这本书的人也喜欢那本。“就是一种统计方法，喜欢这本书的人中间，比如说百分之四十都喜欢那本书。”
http://www.mindmeters.com/showlog.asp?log_id=4417
zdg收录，使用标签：douban, Book，时间：2006-4-18 21:42:27 | 相关网摘，我也收藏
“在同类网站中，豆瓣是少数自给自足的个例之一。”杨勃觉得，豆瓣现在的日子过得还算不错。目前，豆瓣网最重要的收入来源，是和购物网站的合作。在豆瓣网提供的服务中，产品比价是相当重要的部分。每次有用户通过豆瓣网上的链接进入当当、卓越这样的大型网上商城购物，双方就会按照事先约定的比例进行利润分成。这些收入，足够支撑豆瓣网的日常运转。所以他们没有生存的压力，也不着急找风险投资。
http://www.flypig.org/001814.html
zdg收录，使用标签：douban, Flickr，时间：2005-12-20 1:32:17 | 相关网摘，我也收藏
Bo Yang Says: Hi John. Thanks for the write-up.About flickr and douban: yes, Flickr had been the key inspiration when douban’s page layout was designed a year ago, and I stand for any due criticism. The reason was quite simple: I was so much in love with Flickr (invited about 50 of my friends to that site), just couldn’t get it out from my head. Being the only developer, I decided to innovate on the “social network over books” effort, not on Douban’s interface. The idea was to start-off with the flickr metaphor and gradually evolve into Douban’s own. Because Douban’s content is much-more text intensive, there’s no doubt in my mind one day the resemblance will disappear. Having a development team (will happen soon) will accelerate this process too.
http://www.sinosplice.com/life/archives/2005/12/13/douban
共27个网摘 [
1 ]