芒果青春纪念册

周鸿祎说：三年前当Twitter刚 起步不久他便感觉到了，这玩意做下去将来可能颠覆点对点通讯，那么，这种颠覆是从哪里走来的，又可能走向哪里？百科关于twitter 的概念，定义其为即时信息的变种，而这篇是从email、IM的起源来分析微博客这种变种即时信息可能的发展走向：从颠覆即时通讯到颠覆一切通讯！

电子邮件信息从a@c.com发出，到b@d.com接收，依次经历了三次基本中转过程：a用户→c网站服务器→d网站服务器→b用户

即时通讯信息从a发出，到b接收，要简单一步：a用户→网站服务器→b用户

但是对于用户来说，无论是电子邮件还是即时通讯，都是信息从点到点的传输，这里不得不提起IM的发展史，如果没记错，在2005年底前后，MSN、雅虎 通等一大批即时通讯服务先后宣布互通互联，当然在中国，腾讯对此断然拒绝，假如腾讯加入了这场互通互联，那么今天即时通讯也会像电子邮件通讯一样，要依次 经历同样三次中转，并由此带来一些相关的新通讯协议问题。

百科上twitter的基本概念是即时信息的一个变种，请注意，是“即时信 息”的变种。今天，有关微博的新闻铺天盖地，我们再说微博颠覆了传统的点对点通讯，已经不算特别稀有的见解了。但是，我们可能有必要来探讨一下这个通讯规 则究竟颠覆在哪里，这对于通讯规则未来可能存在的进一步变化前瞻性预测有一定的参考意义。

对于电子邮件服务，协议的必要性源自于不同服 务器之间互通互联的要求，而普通用户对于这些并不想知道，最终我们最直观的感受就只剩下点→点的通讯，即时通讯一样如此，用户与服务器之间的数据传输完全 是幕后过程，纵然不同即时通讯服务之间实现了互通互联，用户的操作方式仍然不会变，换而言之，所谓颠覆了传统点对点通讯规则，所颠覆的最终必须表现为用户 看得见摸得着的操作方式。

我们知道，@规则是以twitter为首的微博客的基本通讯规则，这跟以QQ为代表的即时通讯看似截然不同， 但其实有本质的相似，@username 实际上可以包含两部分，一部分是表示发送信息的符号@，一部分是发送的对象，对比QQ，实际上不过是以一个简单的符号替代了打开一个新窗口来发送信息的操 作过程。 阅读全文 »

创业者们，商业计划书是你们找VC的敲门砖。没有一块有分量的敲门砖，怕你们敲不开VC的大门。

这世界上永远是来要钱的人多，能给出去的钱少，僧多粥少，融资是有门槛的。如果没有
一份有分量的商业计划书，你根本就进不了VC的门。而每一个VC的桌子上都有堆积如山的商业计划书，
所以你的机会是有限的，你面临着巨大的挑战，关键是你要能够脱颖而出。

注意：别误解我的意思，打动VC，从来就不是一份商业计划书就可以做到的事，商业计划书只能帮你打开VC的门，进门以后的事情还多得很，还要靠你的继续努力。今天我们单讲一件事：如何写一份有分量的商业计划书去砸VC的大门。

不客气地说，相当一部分创业者过分自信，他们并不了解投资人的思维方式，以为VC都是些盲目来送银子的冤大头，只要去侃、去忽悠就能搞到钱来。不是嘛，每天我电脑的邮箱里收到的商业计划书当中，相当一部分不外乎以下三大类型：

A）大排档类
估计是在网吧里花了一刻钟完成的，寒碜到了极点，白底黑字的PPT，总共不超过10页，除掉第一页标题和最后一页“Thank You！”以外，有7页是从网上拷贝和粘帖的关于“Web 5.0将改变我们大家的生存方式……iResearch预测到2050年，中国的Web5.0市场规模将达到5000个亿……我们将成为中国Web 5.0的最大的门户……”外加一页需花5000万元钱的消费清单。插入了商业计划书的附件之后，创业者在邮件里又补充了几句“之前没有写过商业计划书，在网上搜索了一下，说是商业计划书里面还要对公司目前的财务状况和人员构成做详细介绍，我们目前还处在筹划阶段，资金一到位，我们马上可以启动，是否下星期一上午我们可以和你面谈？”

兄弟们呀，不是我不喜欢简洁的风格、不是我不愿和你们见面，只是你不给我足够的有用信息，我没法判断这个项目是不是适合我们投资，要是每个创业者写个白条过来就要立刻见面，我的办公室大概也会挤成了劳动局的上访室了，从早到晚都接待不过来。

B）八股文类
用某个律师或财务顾问挂在网上招揽客户的那类“商业计划书模板”，写上洋洋80-100页的文字……可以想象创业者们在发出邮件前的那副得意的样子：“这份商业计划书写得够认真了吧？我花这么多工夫，你不好意思不从口袋里摸钱出来了吧？”花了半天时间读完，我发现自己还是一头雾水，不知道商业计划的核心内容在哪里？

溪不在深，有鱼则清。一份商业计划书写得好坏不在文字的多或少，即使你把每一个章节都写得面面俱到，但是关键内容含糊其辞，恐怕到头来还是白忙乎。我相信有那么一部分创业者是报着侥幸心态来碰运气的，以为文字多、篇幅长、貌似态度认真就可以蒙混过关忽悠到VC的钱？ 阅读全文 »

欲善其事，必先利其器”

——《论语·魏灵公》

敏捷开发的潮流并不是由敏捷工具来推动的，因为你可以仅使用命令行接口、单元测试工具和需求卡片来展开敏捷开发。但近年来，为了更好地支持敏捷开发，敏捷 工具也有了很大的发展。其中部分工具是直接面向新型项目管理方式的，特别是有些种类的工具已与敏捷开发密不可分。根据Forrester研究公司 (Forrester Research)高级分析师Carey Schwaber的研究结果，面向敏捷开发的项目管理工具、持续集成构建工具和自动测试工具已是敏捷开发不可或缺的工具。

Schwaber等人也指出，当敏捷成为大型团队开发进行大型项目的主流开发方式时，这些自己临时组织起来的技术，如仅靠白板、电子表格和WIKI等将难 以满足需求。

Scrum作为当前业界最流行的敏捷软件开发方法之一，受到越来越多的关注。对于一个新的Scrum敏捷团队而言，选择合适的Scrum工具是保证成功实 施Scrum的关键一环，然而了解市面上种类繁多的各种工具并做出选择，是一件费时费力的事情。为帮助新团队更好地选择和使用Scrum工具，笔者最终选 定了一批国内外用户常用的Scrum工具，进行了简单比较，由于篇幅有限，不能详尽，希望能对中国的敏捷开发者有所帮助。

基础工具

白板

这是实施Scrum最简单直接的方式，用于每天的跟踪汇报，还是非常不错的，但是对Product Backlog支持明显不够，也没办法保留历史纪录，而历史纪录对于回顾还是非常重要的，毕竟Scrum的核心理念之一就是通过短期回顾，达到持续不断的 改善。

Excel

我们最初也用过，有很多现成的模板可以用，曾经写过一个Script，自动提取每天的Burndown Chart，自动发给指定的邮件地址列表。主要问题是当成员比较多的时候，同时修改一个共享Excel文件，会相互冲突，不好同步。如果需要模板，可以 到”敏捷软件开发随笔”http://scrumxp.blogspot.com 下载。

免费/开源工具

ScrumWiki

这个最初在一个项目上也用过，一开始感觉还不错。因为采用wiki模式，每个人都可以随时编辑，更新任务状态，比较适合分布式开发。但当你的需求变多变复 杂时，就不容易用了。后台脚本是用Perl写的，我们的一个外国同事还专门对它进行了修改，增加了好多功能,这样才好用起来。作为免费开源的软件，目前已 经没有人支持和维护，也不能支持中文。 阅读全文 »