《梦断代码》读书笔记
翻开《梦断代码》的时候，我刚学完数据结构，正处在一种奇怪的自信里：指针都弄明白了，还有什么不能写？这种自信很快被书名浇灭了一半——梦断。不是成功，不是征服，是断。Scott Rosenberg用四百页讲一个叫Chandler的项目如何从万众期待走到无声终止，没有惊心动魄的崩溃现场，没有可供唾骂的反派角色，只有一群人，十年，和一地未完成的代码。
Chandler的目标是做一款超越Outlook的个人信息管理软件。资金充足，团队里有顶尖开发者，理想也足够宏大——这些要素放在任何创业故事里都是成功的前奏。但Rosenberg记录的恰恰是这套叙事失效的过程。需求的边界从第一天起就是模糊的，今天想兼容日历，明天想集成邮件，后天又觉得任务清单必不可少。开发者追着愿景跑，跑着跑着发现愿景是沙丘，每一步都在移动。架构推翻了三次，技术路线的争论持续数月，最聪明的头脑在最基础的问题上分道扬镳。不是谁犯了低级错误，是复杂到一定程度的系统，本身就拒绝被完美封装。
这本书最让我触动的不是失败的结局，而是失败之前那些漫长、疲惫、仍然在努力的日常。开发者知道自己踩进了泥沼，但他们还是每天打开编辑器，试图把下一段代码写好。Rosenberg没有站在高处指指点点，他只是诚实地记录下这些挣扎。没有万能的解决方案，没有“如果当初”的假设。有的只是一个反复被验证的事实：软件的困难不是bug级别的，是本质层面的。人和机器之间隔着一道翻译的鸿沟，人和人之间也筑着各自的巴别塔。沟通的损耗不是粗心造成的，是认知的边界本身就在那里。
读这本书之前，我以为软件工程是“怎么把代码写得更好”。读完之后才明白，它更是“怎么承认有些事就是写不出来”。承认需求的迷雾永远散不干净，承认沟通的成本永远降不到零，承认“完美”是一个需要主动放弃的概念。这不是消极，是另一种意义上的清醒。Chandler项目没有建成理想中的圣杯，但它变成了一面镜子，让后来的人看清楚自己正站在哪里、可能踩进什么样的坑里。
合上书的时候我忽然想起布鲁克斯——他写《人月神话》是1975年，距离Chandler启动还有二十多年。但他笔下的焦油坑，和Rosenberg记录的泥沼，几乎是同一个形状。有些困境不会因为工具升级、方法论翻新就自动消失。它一直在那里，等着每一代写软件的人用自己的方式重新遇见。
我没参与过任何真正的软件项目，不知道“十人团队”“百万用户”是什么概念。但这本书让我提前看见了一些东西：写代码不是征服，是谈判。与复杂性谈判，与不确定性谈判，与自己的完美主义谈判。不是所有谈判都会赢，但至少你可以选择在坠入焦油坑之前，认出它。