标签：直接 完成 开发 而不是 handler 工作 dash 改变 是的
在提出这个问题的时候是书本第一章，而总结这个问题的时候已经是末尾了，这个问题答案也就不像开头那么简单了。如果开始的时候我要回答这个问题，我可能第一个想要干掉的就是“工程师”，那些拿钱不好好干活、自以为是的“工程师”，但现在，我更想干掉这个“大桥”的提出者以及设计师。
Chandler的梦想是远大的，希望干掉一切困扰用户的数据并且将其囊括其中，希望用这个软件“改变世界”，但随着项目不断推延，OSAF团队成员也发现了，最好完成目标的方式还是降低目标，不然就是注水，作为一群有尊严的编程大牛，没人能接受后者。但这样也造成一个很严重的后果，无论是对团队还是对追随这个项目的人——逐渐失去灵魂。v1.0发布后也确实造成了不小的遗憾。
一座气势恢宏的大桥被提出后，无数人为之震撼，可一旦开始实行，很多设计师、工程师还是承包商却又都敬而远之，因为这种大桥前所未有——有也是困难重重。不过我们现在回首造桥史，现在的大桥已经是过去无法想象的了，现在震撼人心的大桥到未来只能是常事，但这期间，没人能想象会经历多少苦难和灾难。这对软件工程也是这样，人类的科技技术只会变得更加复杂，技术的车轮只会无情的撵过。
这次是Chandler。它的开发周期很长，决定要做的太多，对其抱有的期待也太多，他成为一个越来越难已完成的目标，重复的周期和无限期的延误让开发工作成为了一个劳役而不是一个创造的工作。
做软件是困难的，这本书就是始终希望讲述这么一件事，立志成为超越现代的信息管理软件的Chandler，到最后被无数后者超越，免费邮箱的先祖Gmail，沿用至今的Outlook，还是曾经被他们视为对手的Vista，都仿佛在证明Chandler已经成为了业界失败的一员，曾经的梦也是幻梦。
如果只看开始，没人能知道谁能笑到最后，也没人知道究竟谁会被淘汰。可能是我们，也可能是对方。就像温室中的花朵，失去了温室，究竟有几个能继续保持灿烂，还是凋零以求存活，还是直接枯萎。失去大学的我们又会如何？不过我们也得知道，失败不是结束，花园里面的凋零是常事，酝酿自己在此开放才能笑到最后。
标签：直接 完成 开发 而不是 handler 工作 dash 改变 是的
原文地址：https://www.cnblogs.com/limitCM/p/11065241.html
