2021/06/02 《人月神话》阅读笔记

《人月神话》是对失败的软件项目的复盘和反思，但所有的这些反思，并没有能从根本上提高软件项目的成功率。更多的项目之所以没有被宣布为失败，很大一部分程度上是因为项目的实施者（或者用户）接受了充满缺陷的成品、同意追加了成本或者延长项目交付时间，软件工程中的时间黑洞永远让人无法看清其本质，在《梦断代码》中，这一过程被以充满史诗感的叙事风格详细而从容的讲述出来。《梦断代码》讲述了OSAF开源基金会开发日历管理软件Chandler的过程，前后两打程序员，3年时间，4732个bug，耗费百余万美元，只为了打造（听上去似乎很容易，但想来应该不至于简单）一款全功能的日历软件。作者对软件行业的典故、背景与理论了如指掌，在叙事时常常加入宏大的历史背景与理论，正是这些部分让本书充满了史诗般的叙事感，而每个人物也并不仅仅是作为程序员而存在，更像是小说中一个个有血有肉的人物。从一开始读到Chandler项目，就有种隐隐的不详感，这并不需要很强的直觉或者推理，在我使用软件的历史中，对于这样一款软件闻所未闻，单是从这个角度来看，Chandler在与其（假定的）竞争对手Outlook或者iCalendar的对决中一定未能获得成功。即使项目并未失败，大概也已经不了了之了。
随时时代的进步，git之类工具的出现，以及后来软件工程的不断变革，大部分互联网公司的软件开发模式也发生了变化，台阶型的新版本推陈出新已经逐渐减少，大部分软件都进入了不断更新迭代的方式，依靠大量用户的使用和测试来发现缺陷并不断改进。但这样的方法仍然并不完善，致命的缺陷往往会随着迭代更新直接暴露在用户面前，苹果前一阵facetime缺陷就让一大批人隐私泄露，但在当下的软件工程中，这一类缺陷是很难避免的。从这个角度，像《梦断代码》一类的作品，更像是当时项目的墓志铭，为后人介绍项目失败的全过程，以及从中得到的教训，而软件工程自身新的发展与特点，则并没有在书中详述，而是需要读者在项目实施时不断摸索与持续学习了。