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

Chandler项目最核心的技术执念之一，是构建一个名为"Cosmo"的数据存储与共享服务器，以及与之配套的"Chandler桌面客户端"。团队设想了一个去中心化的信息同步架构：用户可以在多台设备上运行Chandler客户端，所有数据通过Cosmo服务器进行同步和共享，甚至可以与家人、同事共享特定的信息集合。
这种架构设计的初衷是美好的——它试图解决当时个人信息分散在不同设备和应用中的痛点。但问题在于，团队过早地陷入了底层基础设施的建设，而迟迟未能交付一个可用的用户界面。他们花费了大量时间设计灵活的数据模型，试图让任何类型的信息（邮件、日历事件、任务、笔记）都可以被统一表示和关联。这种追求极致通用性的设计哲学，导致了严重的"分析瘫痪"（analysis paralysis）。
Python语言的选择也带来了争议。虽然Python以其简洁优雅著称，但在2002年前后，Python在大型桌面应用开发方面的工具和性能优化尚不成熟。团队不得不自行解决许多基础问题，比如跨平台的GUI框架选择。他们最终采用了wxPython，但这个组合在Windows、Mac和Linux三个平台上的兼容性问题耗费了团队无数精力。
更具讽刺意味的是，Chandler团队在构建自己专用的数据存储层时，业界正在涌现出大量成熟的数据库和同步解决方案。团队对"从零开始构建一切"的坚持，使得他们不断重造轮子，而不是利用现有技术快速迭代产品。这种"非我所创"（Not Invented Here）综合征在开源项目中尤为常见，Chandler成为了这一现象的典型案例。
书中详细记录了程序员们在邮件列表和代码仓库中的争论：关于对象关系映射的设计、关于并发控制的策略、关于数据格式的标准化。这些技术讨论往往充满智慧，却也反映出团队缺乏一个能够果断做出决策、终结无休止辩论的产品领导者。卡普尔作为资助者和精神领袖，更多地扮演着鼓舞人心的角色，而非严厉的项目管理者。