在twitter上看到有人推荐豆瓣labs的新项目Muggy，我才知道继google和qq之后，豆瓣也有了labs。于是迫不及待地开始试用Muggy，结果只有惊愕与失望。

打开页面，Muggy音乐基因检测，标语是“发现属于自己的音乐基因”。看到基因两个字，正常人的反应首先应该都是一个浩大的基因库，每人拥有的是一个子集（不要求独特）。豆瓣具备足够多的条目，电台也拥有够多的曲目储备，资源都是现成的，剩下就是怎么利用数据就是算法问题。往下扫了一眼“最近生成的基因片段”，几个用户的基因是一列列艺人名字从上到下尺寸依次缩小，顿时心凉了大半，合着就是给最爱的艺人排个名？带着疑惑和失落不想再多等，立即检测。

开始后在AB之中选更喜欢的，怎么全是各种港台日韩呢，这也跟个人收藏差太远了吧。可是没办法，系统就是要抛弃已有的数据，重新随机显示，然后随机半天还都是这堆人。不过想想豆瓣FM也就释怀了，FM不就是个跟个人收藏毫无关系的应用么，不管我给过什么五星还是一星都不重要，人到了douban.fm新域名就要重新从零开始，一首一首地加心扔垃圾桶，豆瓣FM的算法我都实在无力吐槽了，早就说过需要两种模式，单一的个人电台难用至极。言归正传，没办法只好一直点“都不选”，总算看见了巴赫，救星啊亲，杯具的是选了一次J.S.Bach然后就连续给我显示N页的古典名字，这位程序员小哥，你就这么一根筋么？更不解的是其中再次出现了J.S.Bach这个名字，如果我选两次的话他占俩位么？总共就那么几个名额可用，还要一人占俩？

因为不喜欢的太多，快速过的时候难免会手已经点了，然后发现错过了某个喜欢的。这暴露了一个问题——没法后退。真不明白你们自己用过么，只有前进没后退，这么显然用着不顺手的设计问题没人发现。你如果推荐得高质量猜得准，那我不用过那么快，也不需要后退按钮了，可是现状决定了后退按钮的必要性。翻页过程中注意到外国艺术家名字有的全小写，有的全大写，有的原名，有的译名，而且很多拼写不准确。当我终于点“都不选”点到手酸蛋碎的时候，便想更快地浏览备选艺人，这时界面的问题就凸显了出来。两个名字离得太远，每次翻页眼球必须转动才能分别阅读两个名字，而不能简单地通过目光停留在一个位置完成。设计界面的，每翻一次换俩人就要目光从左移到右，从右移到左，俩名字离那么远，你自己就没觉得看着费劲？本来两分钟的事，非要花用户20分钟——就像界面设计，本来点一下的事，非要设计得繁琐不便，累用户没关系，给自己带宽主机什么增加压力你们就不考虑么？

终于凑齐了人头儿，进度条满之后生成了基因，不出所料得到的所谓基因就是在主页看到的。原来就是把我刚才选的堆在一起竖排显示，就可以称为我的基因了，牛逼，佩服，五体投地。这太大胆先锋前卫了，简直是thought provoking。传统意义上的基因检测是向普通人揭开基因的奥秘，帮助大家了解自身的根基与来源。豆瓣的基因检测是我让你选，你选什么，你的基因就是什么。测试结果100%视用户心情而定，你想有牛逼基因就有牛逼基因，你想有傻逼基因就有傻逼基因，you get whatever you want, babe。如果要开发基因检测，就要利用已有的大量数据把用户的主观人为因素产生的负面影响降到最低水平。放着客观的、最能说明事实的数据不挖掘，却让用户自己从随机生成的不靠谱列表中选基因组分，这样的设计让我没法不觉得开发者脑子缺根弦，你光会写代码没用，光会做前端也没用，强大的生产力要用到正途上，何况豆瓣团队的生产力还没到强大到可以浪费的程度，大方向上直接就误入歧途了，甚至可以说是南辕北辙。如果基因测试半天就是让我选几个名字，那我弄个豆列不好吗？我上last.fm看top artists统计不好吗？我列心目中十大出来让基友们欢腾互撸不好吗？我何至于偏要自虐在muggy蹩脚的选项中找几个不是特别特别喜欢的名字，作为我的“基因”？

测试完在主页扫到了· MyMUGGY ·按钮，点开就是刚才的基因结果，但是页面上方出现了一个音乐基因库的字样，右边“音乐基因名片”显示豆瓣FM的统计和加过红心比较多的艺术家，原来FM的数据用来干这个了。首先基因银行本叫gene bank，你起名genbank则是对NIH赤裸裸的抄袭，页面上到处也找不到citation，估计你们有人原来搞生物很喜欢用pubmed genbank之类的，不过要感恩NIH可不是这么个致敬法。抛开这点暂且不谈，你既然能通过FM分析基因，怎么不能通过用户的收藏分析基因，而且收藏数据更多面更有价值？再抛开这个暂且不谈，都有了基因名片了，还又测哪门子基因？选出来的基因还不如名片里的旋转球靠谱了。再再抛开这个暂且不谈，早知道我银行里这么多大名鼎鼎的团，基因完全可以从银行里取，何必刚才提供那么多不着边的选项？先把FM的弄成基因再说呗，好歹也算保持了internal consistency。再往下看，Doublo Level x，这不就是另外一个labs实验项目Doublo么，于是去试用了一下，发现豆瓣要进军文艺网游界，争夺bug大赛冠军了。

last.fm, pandora, google music, spotify, grooveshark，相信他们都有基因方面的研究，但都是停留在底层，用户看到的只是结果，没人拿着“基因”的概念说事。退一万步讲，如果要做一个音乐基因产品应该怎么做？最低级的是豆瓣猜你可能会喜欢的，根据tag和用户评价等等。再深入的话还要分析每个团其中的人，人和人之间的联系。谁创立了什么乐队，谁加入过哪只乐队，谁影响了谁，谁引用过谁翻唱过谁，谁引导了什么以什么着称占什么地位，不同的音乐元素与文化标签之间又有何联系…… 这是一个艰深的课题，一项旷日持久的工程，如果你有心好好做，用户可以通过各种方式贡献建议和数据；如果只是急功近利，那抽的一定只会是自己的脸。广大豆瓣用户肯定不希望豆瓣丢人，但退一步讲，丢人事小，羞辱用户智商、伤害用户感情事大。所以我完全不理解豆瓣怎么会有可能做出这种水平的应用，FM还是有其特色和定位，但Muggy匪夷所思得令人发指。这么多年豆瓣可以说是我最中意的国内web2.0网站，正因为在乎才哀其不幸怒其不争。不幸是体制、环境问题，短期内谁也无能为力，用户可以陪着你哀，但不争的话就说不过去了。所以综合很多事情我想对豆瓣的工作人员说，你们为豆瓣干活这值得我们尊重感谢，可你们自己用豆瓣又有几分，你们真的理解豆瓣么？什么时候可以从用户角度思考？如果你们自己做不到转换身份角色视角，可不可以和用户打成一片听取意见建议？

我无意以个人代表多数人，但就我了解的豆瓣在和用户交流沟通上可谓一塌糊涂，邮件没人回，ngo小组没人顾，官方论坛/小组则压根没有，而根据反馈做出的改进应该少之又少吧。最简单的例子，想想那么多日记帖子为什么要设电梯，数不尽的电梯浪费了多少人力物力，可豆瓣一如既往地无动于衷，结果只能通过插件实现。用久了真心是觉得如果没插件的话，上豆瓣效率瞬间下降大半，徒增了多少无意义的点击和滚动，时间都浪费在页面载入、切换和找入口上了。所以我们现在都开始请求豆瓣助手的作者改进这个改进那个了，可你们官方真的想把改善UI体验的任务交给脚本开发者们么？我想所有人都没忘记当年被找到恶意漏洞又公开称是安全员测试的笑话。把UI这块放了当然行得通，这只是个例子，重点归根结底是对待用户的态度问题。你想学google开labs，你先把人家的用户帮助论坛学来，google help forum上什么样你们都知道，在豆瓣给管理员捎话永远是石沉大海也看不到起色的。

今天不是正好有时间也不会写这么多这些，或许下次豆瓣再搞出点什么幺蛾子来我还会忍不住说一堆，但真的心累了，可能我也离注销不远了，就差个诱因再受一回刺激的事儿。刚才偶然又看到几年前的豆瓣blog文章，当时改版风波阿北还会出来道歉，一直喜欢豆瓣因为它的根本理念还是令人倍加赞赏推崇的，豆瓣变成现在这样，和它的发展壮大成熟也是分不开的。资本、运营、政治风险、技术、业界、新产品和未来发展的压力等等等等，乃至是个人生活，当你过了这么多年要同时心里装着这么多事的时候，你的什么理想、情怀、信念就恐怕也便随之慢慢淡化了。大家都很疲惫了吧，谁也不需要苛求谁，只希望你们尽心尽力。