翻开《梦断代码》，一个有趣的细节立刻抓住了我的注意：第一章之前是“第零章”。这并非排版错误，而是一个意味深长的隐喻——计算机从0开始计数，而软件项目的起点，也从来不是“1”，而是“0”。
第零章以“软件时间”为核心概念展开。作者斯科特·罗森伯格回顾了自己十五岁时因游戏Sumer而迷恋上编程的经历。在纸带计算机上修改游戏代码，那种创造的快感让他全然忘记了时间的流逝。然而，四分之一个世纪后，当他真正成为一名职业软件开发者时，却发现软件时间远非年少时想象的那般可控。
书中提出了一个发人深省的概念：“软件时间”。物理世界的一小时是固定不变的，但软件开发里的一小时却毫无标准——修复一个微小的界面Bug可能只需要十分钟，一个底层逻辑漏洞却可能消耗数天甚至数周。工期估算从一开始就充满主观乐观，几乎没有团队能精准预估工作量。
读到这里，我不禁想起自己做课程设计时的经历。每次拿到项目，我总会乐观地估计“两周应该够了”，结果调试、兼容性测试、需求修改所耗费的时间远超预期，最后总是在截止日期前疯狂赶工。这正是忽略了“软件时间”不确定性所导致的问题。
第零章还提出了一个贯穿全书的根本追问：编程已不再处于萌芽期，我们的世界依赖于无穷复杂的软件，在长达半个世纪的研究和实践之后，为什么还是很难做到按时限、按预算做出可靠的软件？这个问题没有简单的答案，但《梦断代码》试图通过Chandler项目的真实故事，让我们直面这个困境。
读完这一章，我最大的收获是：做项目规划必须预留充足的缓冲时间，不能按照最理想的开发状态制定排期。软件从来不是流水线产品，没有标准化的生产时长。敬畏代码的不可控性，才能减少项目崩盘的可能。