《梦断代码》阅读笔记（3）

Chandler项目从一开始就被寄予厚望，被视为开源运动能否在桌面应用领域取得突破的试金石。在此之前，开源软件已经在服务器操作系统（Linux）、Web服务器（Apache）和开发工具领域取得了巨大成功，但在面向普通消费者的桌面应用方面，除了Mozilla Firefox等少数例外，成功案例寥寥无几。
卡普尔和团队相信，开源的协作模式、透明的开发过程以及社区驱动的创新，能够催生出一款真正以用户为中心的个人信息管理软件。他们建立了开放的邮件列表、Wiki和Bug追踪系统，欢迎任何人参与讨论和贡献代码。然而，现实很快给了他们沉重的一击。
首先，Chandler的代码库极其复杂，新加入的社区成员很难理解其架构，更遑论做出有效贡献。与Linux内核或Apache服务器那种模块清晰、接口明确的系统不同，Chandler的各组件之间耦合紧密，缺乏良好的文档和入门指导。这导致项目虽然名义上开源，但实际上几乎完全依赖OSAF雇佣的全职程序员。
其次，开源社区擅长的"发布早期、发布频繁"（release early, release often）模式在Chandler这里难以执行。由于架构的不稳定和功能的缺失，团队长期无法推出一个能够让普通用户实际使用的版本。没有可用的产品，就无法吸引用户反馈；没有用户反馈，开发方向就更难确定。项目陷入了一个恶性循环。
书中深刻揭示了开源运动的一个内在矛盾：当项目由一位富有的资助者全资支持时，它虽然避免了商业压力，但也失去了市场机制的筛选作用。团队成员没有面临"不发布产品就没有收入"的生存压力，这使得对技术完美的追求可以无限期地延续下去。与此同时，社区对项目的期待与项目实际进展之间的落差越来越大，外界的质疑声浪也日益高涨。
卡普尔本人也在理想与现实之间摇摆。他一方面坚持Chandler应该是一款"改变游戏规则"的革命性产品，另一方面又不得不面对资金不断消耗、里程碑一再推迟的残酷现实。开源在这里不再是灵丹妙药，反而成为了拖延和分散注意力的借口——每当需要做艰难的产品决策时，"等待社区共识"往往成为逃避决断的避风港。