互联网之'我的阅读'

1. 你们的项目组使用源代码管理工具了么？MVM：应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么？MVM：应该用。ClearQuest太复杂，我的推荐是BugZilla。 3. 你们的测试组还在用Word写测试用例么？MVM：不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Test Manager，也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse。 4. 你们的项目组有没有建立一个门户网站？MVM：要有一个门户网站，用来放Contact Info、Baselined Schedule、News等等。推荐Sharepoint Portal Server 2003来实现，15分钟就搞定。买不起SPS 2003可以用WSS (Windows Sharepoint Service)。 5. 你们的项目组用了你能买到最好的工具么？MVM：应该用尽量好的工具来工作。比如，应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一种炫耀。但也要考虑到经费，所以说是“你能买到最好的”。 6. 你们的程序员工作在安静的环境里么？MVM：需要安静环境。这点极端重要，而且要保证每个人的空间大于一定面积。 7. 你们的员工每个人都有一部电话么？MVM：需要每人一部电话。而且电话最好是带留言功能的。当然，上这么一套带留言电话系统开销不小。不过至少每人一部电话要有，千万别搞得经常有人站起来喊：“某某某电话”。《人件》里面就强烈谴责这种做法。 8. 你们每个人都知道出了问题应该找谁么？MVM：应该知道。任何一个Feature至少都应该有一个Owner，当然，Owner可以继续Dispatch给其他人。 9. 你遇到过有人说“我以为…”么？MVM：要消灭“我以为”。Never assume anything。 10. 你们的项目组中所有的人都坐在一起么？MVM：需要。我反对Virtual Team，也反对Dev在美国、Test在中国这种开发方式。能坐在一起就最好坐在一起，好处多得不得了。 11. 你们的进度表是否反映最新开发进展情况？ MVM：应该反映。但是，应该用Baseline的方法来管理进度表：维护一份稳定的Schedule，再维护一份最新更改。Baseline的方法也应该用于其它的Spec。Baseline是变更管理里面的一个重要手段。 12. 你们的工作量是先由每个人自己估算的么？MVM：应该让每个人自己估算。要从下而上估算工作量，而不是从上往下分派。除非有其他原因，比如政治任务工期固定等。 13. 你们的开发人员从项目一开始就加班么？MVM：不要这样。不要一开始就搞疲劳战。从项目一开始就加班，只能说明项目进度不合理。当然，一些对日软件外包必须天天加班，那属于剥削的范畴。 14. 你们的项目计划中Buffer Time是加在每个小任务后面的么？MVM：不要。Buffer Time加在每个小任务后面，很容易轻易的就被消耗掉。Buffer Time要整段的加在一个Milestone或者checkpoint前面。 15. 值得再多花一些时间，从95%做到100%好MVM：值得，非常值得。尤其当项目后期人困马乏的时候，要坚持。这会给产品带来质的区别。 16. 登记新缺陷时，是否写清了重现步骤？MVM：要。这属于Dev和Test之间的沟通手段。面对面沟通需要，详细填写Repro Steps也需要。 17. 写新代码前会把已知缺陷解决么？MVM：要。每个人的缺陷不能超过10个或15个，否则必须先解决老的bug才能继续写新代码。 18. 你们对缺陷的轻重缓急有事先的约定么？MVM：必须有定义。Severity要分1、2、3，约定好：蓝屏和Data Lost算Sev 1，Function Error算Sev 2，界面上的算Sev 3。但这种约定可以根据产品质量现状适当进行调整。 19. 你们对意见不一的缺陷有三国会议么？MVM：必须要有。要有一个明确的决策过程。这类似于CCB (Change Control Board)的概念。

20. 所有的缺陷都是由登记的人最后关闭的么？MVM：Bug应该由Opener关闭。Dev不能私自关闭Bug。 21. 你们的程序员厌恶修改老的代码么？MVM：厌恶是正常的。解决方法是组织Code Review，单独留出时间来。XP也是一个方法。 22. 你们项目组有Team Morale Activity么？MVM：每个月都要搞一次，吃饭、唱歌、Outing、打球、开卡丁车等等，一定要有。不要剩这些钱。 23. 你们项目组有自己的Logo么？MVM：要有自己的Logo。至少应该有自己的Codename。 24. 你们的员工有印有公司Logo的T-Shirt么？MVM：要有。能增强归属感。当然，T-Shirt要做的好看一些，最好用80支的棉来做。别没穿几次就破破烂烂的。 25. 总经理至少每月参加次项目组会议MVM：要的。要让team member觉得高层关注这个项目。 26. 你们是给每个Dev开一个分支么？MVM：反对。Branch的管理以及Merge的工作量太大，而且容易出错。 27. 有人长期不Check-In代码么？MVM：不可以。对大部分项目来说，最多两三天就应该Check-In。 28. 在Check-In代码时都填写注释了么？MVM：要写的，至少一两句话，比如“解决了Bug No.225”。如果往高处拔，这也算做“配置审计”的一部分。 29. 有没有设定每天Check-In的最后期限？MVM：要的，要明确Check-In Deadline。否则会Build Break。 30. 你们能把所有源码一下子编译成安装文件吗？ MVM：要的。这是每日编译（Daily Build）的基础。而且必须要能够做成自动的。 31. 你们的项目组做每日编译么？MVM：当然要做。有三样东西是软件项目/产品开发必备的：1. bug management; 2. source control; 3. daily build。 32. 你们公司有没有积累一个项目风险列表？MVM：要。Risk Inventory。否则，下个项目开始的时候，又只能拍脑袋分析Risk了。 33. 设计越简单越好MVM：越简单越好。设计时候多一句话，将来可能就带来无穷无尽的烦恼。应该从一开始就勇敢的砍。这叫scope management。 34. 尽量利用现有的产品、技术、代码MVM： 千万别什么东西都自己Coding。BizTalk和Sharepoint 就是最好的例子，有这两个作为基础，可以把起点提高很多。或者可以尽量多用现成的Control之类的。或者尽量用XML，而不是自己去Parse一个文 本文件；尽量用RegExp，而不是自己从头操作字符串，等等等等。这就是“软件复用”的体现。 35. 你们会隔一段时间就停下来夯实代码么？MVM：要。最好一个月左右一次。传言去年年初Windows 组在Stevb的命令下停过一个月增强安全。Btw，“夯”这个字念“hang”，第一声。 36. 你们的项目组每个人都写Daily Report么？MVM：要写。五分钟就够了，写10句话左右，告诉自己小组的人今天我干了什么。一则为了沟通，二则鞭策自己（要是游手好闲一天，自己都会不好意思写的）。 37. 你们的项目经理会发出Weekly Report么？MVM：要。也是为了沟通。内容包括目前进度，可能的风险，质量状况，各种工作的进展等。 38. 你们项目组是否至少每周全体开会一次？MVM：要。一定要开会。程序员讨厌开会，但每个礼拜开会时间加起来至少应该有4小时。包括team meeting, spec review meeting, bug triage meeting。千万别大家闷头写code。 39. 你们项目组的会议、讨论都有记录么？MVM：会前发meeting request和agenda，会中有人负责主持和记录，会后有人负责发meeting minutes，这都是effective meeting的要点。而且，每个会议都要形成agreements和action items。

40. 其他部门知道你们项目组在干什么么？MVM：要发一些Newsflash给整个大组织。Show your team’s value。否则，当你坐在电梯里面，其他部门的人问：“你们在干嘛”，你回答“ABC项目”的时候，别人全然不知，那种感觉不太好。 41. 通过Email进行所有正式沟通MVM：Email的好处是免得抵赖。但也要避免矫枉过正，最好的方法是先用电话和当面说，然后Email来确认。 42. 为项目组建立多个Mailing GroupMVM： 如果在AD+Exchange里面，就建 Distribution List。比如，我会建ABC Project Core Team，ABC Project Dev Team，ABC Project All Testers，ABC Project Extended Team等等。这样发起Email来方便，而且能让该收到email的人都收到、不该收到不被骚扰。 43. 每个人都知道哪里可以找到全部的文档么？MVM：应该每个人都知道。这叫做知识管理（Knowledge Management）。最方便的就是把文档放在一个集中的File Share，更好的方法是用Sharepoint。 44. 你做决定、做变化时，告诉大家原因了么？MVM： 要告诉大家原因。Empower team member的手段之一是提供足够的information，这是MSF一开篇的几个原则之一。的确如此，tell me why是人之常情，tell me why了才能有understanding。中国人做事喜欢搞限制，限制信息，似乎能够看到某一份文件的人就是有身份的人。大错特错。权威、权力，不在于 是不是能access information/data，而在于是不是掌握资源。 45. Stay agile and expect changeMVM：要这样。需求一定会变的，已经写好的代码一定会被要求修改的。做好心理准备，对change不要抗拒，而是expect change。 46. 你们有没有专职的软件测试人员？MVM：要有专职测试。如果人手不够，可以peer test，交换了测试。千万别自己测试自己的。 47. 你们的测试有一份总的计划来规定做什么和怎么做么？MVM：这就是Test Plan。要不要做性能测试？要不要做Usability测试？什么时候开始测试性能？测试通过的标准是什么？用什么手段，自动的还是手动的？这些问题需要用Test Plan来回答。 48. 你是先写Test Case然后再测试的么？MVM：应该如此。应该先设计再编程、先test case再测试。当然，事情是灵活的。我有时候在做第一遍测试的同时补上test case。至于先test case再开发，我不喜欢，因为不习惯，太麻烦，至于别人推荐，那试试看也无妨。 49. 你是否会为各种输入组合创建测试用例？MVM：不要，不要搞边界条件组合。当心组合爆炸。有很多test case工具能够自动生成各种边界条件的组合——但要想清楚，你是否有时间去运行那么多test case。

人们有哪些情感和欲念？好的坏的，可能包含了：- 希望（据称，只有人类这种生物会对未来怀抱希望）- 幸福感（的缺稀或者渴望），对快乐的想望与期待- 恨意（能否透过某种仪式而获得排解）- 渴望被爱，被关照，被祝福（因而获得力量）- 想知道世界上是否有人跟自己一样（的怪异念头或奇特经历）- 享受孤独（妙的是，想在这种情境下同时接触世界）- 偷窥的欲念（与刺激的过程），以及发现被别人偷窥时的奇妙快感- 来自相互攀比的虚荣感或成就感（以及被比下去时的努力向上动机）- 行善的意念与侠义之心（人人都想做点小善事，只要有机会）- 内心深处微弱蠢动的小小恶搞破坏念头（打破社会礼俗规矩的快感）- 贪婪（以及因之引发的忌妒以及占有欲）- 内心的童真，以及想回去当小孩的欲望（小王子广受喜爱的原因）- 收藏的癖好（每个人多少都执著于收藏些什么）以及成瘾现象- 面对抉择的旁徨，以及窥探未来的欲望（算命流行的原因）- ...

这个生意如果要有钱赚，平均每个用户每月看DVD的数量不能超过5张。（译者：见文章开头的介绍） 如果用户寄回DVD太快了，唯一的办法就是把给他寄下一张DVD的时间拖延些。Netflix和其他同业公司都有这样一个复杂的算法，在这里或那里想办法把收到用户寄还DVD的日期改晚一两天。目的是让那些看DVD太快的用户慢下来。

Netflix 是美国一家著名的网上租赁DVD的站点。长尾中也把Netflix作为长尾战略的典型成功例证。其基本运作模式为：用户订购6美元到24美元不等的包月服务。价格的不同由每月可以租DVD的张数，和每次可以同时租DVD的张数不同而决定。Netflix 通过邮寄方式把DVD寄给用户，同时附上一个邮资已付的回寄信封。对用户寄回DVD的时间不做限制，只是旧的不还，就不能租新的了。

最近Blockbuster的一系列举措将让Netflix遭受重创：（译者：以下根据原文做了调整和归纳）2005年Blockbuster推出了网上租赁服务，但由于邮寄迟缓，当时并没有对Netflix构成威协。但最近Blockbuster 把网络服务和已有的连锁店业务结合起来了：通过网上租赁邮寄来的DVD可以还到任何一家Blockbuster的连锁店（译者：至少在加州，从几乎任何地点开车10分钟之内就可以找到一家Blockbuster），而还DVD的同时可以免费租一部电影或游戏。于是我把 Netflix 的服务取消了，而加入了Blockbuster的服务计划。这样我既可以立刻看到新片，又可以通过邮寄服务看到难找的老片了。

An Unorthodox Approach to Database Design : The Coming of the Shard Tue, 07/31/2007 - 18:13 — Todd Hoff Once upon a time we scaled databases by buying ever bigger, faster, and more expensive machines. While this arrangement is great for big iron profit margins, it doesn't work so well for the bank accounts of our heroic system builders who need to scale well past what they can afford to spend on giant database servers. In a extraordinary two article series, Dathan Pattishall, explains his motivation for a revolutionary new database architecture--sharding--that he began thinking about even before he worked at Friendster, and fully implemented at Flickr. Flickr now handles more than 1 billion transactions per day, responding in less then a few seconds and can scale linearly at a low cost. What is sharding and how has it come to be the answer

Digg Architecture Tue, 08/07/2007 - 01:28 — Todd Hoff Traffic generated by Digg's over 1.2 million famously info-hungry users can crash an unsuspecting website head-on into its CPU, memory, and bandwidth limits. How does

eBay Architecture Tue, 07/10/2007 - 15:40 — Todd Hoff Who hasn't wondered how eBay does their business? As one of the largest most loaded websites in the world, it can't be easy. And the subtitle of the presentation hints at how creating such a monster system requires true engineering: Striking a balance between site stability, feature velocity, performance, and cost. You may not be able to emulate how eBay scales their system, but the issues and possible solutions are worth learning

1、最近在搜索结果呈现方式上两个关键词经常出现：综合（整合）搜索、搜索建议。 2、综合（整合）搜索，简单来说： 现在google、baidu的搜索结果“默认的都是网页”，随着网络媒介内容和搜索内容的不断丰富，对于图片、音乐、视频等内容的搜索需求越来越大，用户需要一个包括网页、图片、音乐、视频等等更多类别内容在一起的搜索结果； 3、“搜索建议”只是一种帮助用户更加准确录入搜索条件的手段，最早只是用链接的方式展示在搜索结果的上面，后来有过很多的用法实验，google第一个将其正式插入到了用户第一次录入搜索条件的动作中。 . 4、其实在搜索领域的创新尝试上最为积极的一直是ask.com，最早推出“综合搜索”概念的也正是ask.com。 比如，搜索Steve Jobs，搜索结果的页面会这样呈现：中间是和他相关的网页，右侧会出现“图片”“百科”“视频”“新闻”等相关结果，左侧会列出来“相关搜索建议”、“扩展搜索”（更多和他相关的东西）、“相关人物”（搜索引擎判断出来这是个人，所以会给出类似“Bill Gates”这样的建议，如果判断是其他的事物也会给出与其同类的建议） 5、可惜当ASK将这个测试了N久的新模式在几个月以前正式推出后，他的市场占有率反倒出现了较大的缩水（李开复说的，具体数字我没有找到）。 我个人认为这种新模式没有得到较好效果的主要原因是： 一个页面一下子展现出来太多的东西，用户反倒不知道该如何选择；他们大都已经适应了从上往下一条条的去看结果，对于一个上下左右全是搜索结果的页面他们会不知所措；这样的设计把原本“简单”的事情搞“复杂”了。 （当你在实验室访谈那些“典型用户”是否喜欢这种模式时，他们却总是会说自己很喜欢这种方式。） 6、往往“看似不错”的创新一般都会很快被复制。 这个在反响并不好的“创新” 就很快被在搜索市场穷途陌路的yahoo抄袭了过去，并美其名曰自己的“创新之举”为：“全能搜索”。（其实他们也测试了一段） 7、yahoo美国也一直信誓旦旦的要不惜重金改进自己的搜索。但他们不会笨到像微软搞live.com一样冒险尝试过于新鲜的模式。 于是最近yahoo的搜索有了两个大变化： 变化1：改进了用户录入过程的“搜索建议”。 不仅仅建议出现的动态效果更“炫”，而且建议的内容也不再像google那样只能从输入的开头起，还可以从中间的关键词计算出来。（其实这个数据是现成的，但这种建议才是真正的“搜索建议”，对于用户的作用要高于google那种只是“输入的建议”。可惜为了那种会使界面拉动的更“炫”的效果，yahoo这个搜索建议的出现等待时间不得不更长一些） 变化2：在不到两个月后，紧随google也正式推出了“整合搜索”。（目前他们还都只是在一些特殊关键词上的尝试，并非大规模的应用。大概是为了避免被人鄙视说抄袭google，yahoo给这个翻译成“通用搜索”） . 8、 如果说“综合搜索”是把搜索图片、音乐、视频等相关内容，都一股脑的在页面上找个不同位置罗列出来； 那么，“整合搜索”就是“按照原先网页搜索结果那种一条条的展现方式，罗列包括网页在内的更多图片、音乐、视频等搜索结果”。 9、其实这种罗列方式并非整合搜索的最大问题。（无外乎就是怎么展示嘛） 真正关键的是：搜索引擎在背后如何更好的计算出什么样的结果排在前面，什么样的结果要排在后面。 比如，在搜索“周杰伦”的时候音乐得排在影视前面，搜索刘亦菲的时候就要反过来。 也就是说，“综合搜索”其实只是把所有类别的搜索结果都找地方摆出来，而“整合搜索”是先把不同类别的搜索结果排好顺序，再按照用户习惯的方式展现出来。 之前ask.com只是通过最简单的方式给展示了出来，也没有解决最麻烦的算法问题。现在google和yahoo在解决更加复杂的问题… . 10、keso说搜索的游戏已经GAME OVER。 我认为某些还没有落后太远的选手其实还会有机会，虽然从搜索结果如何更匹配上很难有大的超越，但是“如何更好的呈现搜索结果”也许会是一个突围口。

总结一下： 1、中文的行间距太小； 2、中文缺乏一种起伏的节奏； 3、中文的自动回行有重大缺陷。 结论：中文一不小心就变成铁板一块。 如何解决这个问题，设计师有的是办法，我就不一一赘述了，我这里想说的是：中文和英文由于语言属性根本上的差异，因此完全照搬英文站的设计是一种愚蠢的、教条的思路，尤其当这种设计方案需要用同一种计算机语言（XHTML＋CSS）来实现的时候，细节的修改就显得更加重要。建议还是多参考亚洲同行的作品，前两年韩国和日本网站模板盛行，有它的道理，至少我很少看到他们用纯黑色——嗯，就说到这儿，不多不少刚刚好，完美！

什么是隐式网络    隐式网络的基本概念是很简单的。当我们接触信息时，我们就对它进行了判断。当我们遇到一篇喜欢的文章，我们会花时间阅读它。当我们喜欢一部电影，我们就会想把它推荐给自己的朋友和家人。如果一段音乐引起我们情感共鸣，我们就会反复聆听。我们自然而然，下意识的做了这些事情。

last.fm网站—目前最佳的隐式网络     也许迄今为止，最成功的隐式网络案例就是last.fm了，last.fm最近被CBS哥伦比亚广播公司以2.8亿美元收购了。last.fm如此成功的一部分原因是因为它的完全自动性。last.fm给itunes和其他主要的音乐播放器提供了插件服务。通过这个插件，你播放的歌曲会都是自动捕获下载和添加的。根据你的个人音乐偏好信息，这项服务可以自动推断你最喜欢的音乐家和歌手。      然后last.fm按照逻辑开始了下一个行动。根据你喜欢的音乐为你介绍朋友和音乐，更重要的意义是last.fm提供一项用户不用做任何工作的服务，如果你只需要听音乐，其他事情都自动替你完成了

亚马逊也应该是隐式网络的老前辈。我们每次点击亚马逊的网站，它都利用先进的算法来给我们提建议：接下来你应该买什么？      在我们以前发表的文章“推荐引擎”（ recommendation engines），我们已经描述了亚马逊怎样用不同的方法调节它的系统为每一个人作出推荐和建议，这一基于用户的隐性选择而建立起来的完整系统，是亚马逊销售策略的核心。       另一家利用用户隐性选择行为的公司是GOOGLE。GOOGLE开发了复杂并不断调合变化的搜索算法反馈，用户的每一次点击行为都被到导入算法中，并反馈给用户搜索结果。

设想一下下面的场景：一个十几岁的女孩正在查看她的MySpace个人档案。在她的页面上，她注意到一份老海军（Old Navy）的视频广告（译者：OldNavy是美国的中档休闲服装品牌）。但是这份特别的广告很容易引起她的注意，因为她立即发现广告中的主角居然是她的中学同学！她毫不犹豫地点击“播放”按钮，观看她的朋友谈话、跳舞，同时展示老海军的新款Madras系列便装。广告在许多方面感觉好像是用户制作的，但总的来说水准挺专业的。。。这种富有创意的感觉是由老海军广告代理商有意识地注入到广告中的。兴奋之余，她注意到她正在上大学的堂姐也在线，于是她通过即时通讯（IM）向她描述了她刚才看到的情景。她的堂姐给她回复说她以前在她的MySpace页面上也看到过一模一样的老海军广告，只是广告中的女孩是她在大学中认识的人。现在，让我们回味一下刚才发生的事。广义上说，这种广告推广方式与广告商们签约超级明星（如凯瑟琳•泽塔-琼斯与T-Mobile）或超级体育明星（如大卫•贝克汉姆与摩托罗拉）作为广告活动或产品推广的代言人的做法没有什么不同。在大众媒体上做广告时，需要大名气，因为只有在观众已经知道这个名人是谁时，这些广告才有效。但是在社会化网络中，在他们的小型社区中出名的“小名人”能证明同样有效，甚至可能更有效，特别是这些活动能产生共鸣、兴奋和“酷”的感觉。

MySpace从而可以扮演猎头的角色，不同类别的广告商提供最适合出演某类广告的用户名单。实际上，这种“可能被星探发现”的激励很可能会让许多用户考虑良好地表达自己，以便于被选中。

社会化网络不像传统媒体，它是一种用于自我展示的新媒体，内容由观众自己制作和拥有。这是一种需要新规则的新模式…对广告来说,最重要的规则是开展使用户和广告商结合的计划，而不是隔离他们。通过使他们的兴趣一致，就会创造出信任，社会化网络将能给广告商和用户带来这种新媒体独一无二的价值。

SWOT分析法是一种用于检测公司运营与公司环境的工具。这是编制计划的首要步骤，它能够帮助市场营销人员将精力集中在关键问题上。SWOT的每个字母分别表示优势、劣势、机会与威胁。优势和劣势是内在要素，机会与威胁则是外在要素。