615    相反，是传统模式对目标的制定令自己处境尴尬。

616    这里有一个久负盛名的民间定理是关于软件工程的 60%到75%的传统软件项目要么半途而废了，要么就是被目标用户拒之门外了。

617    如果这个数字和事实贴切的话（我至今还未曾遇到过有经验的管理者否认这点），那么就可以说大多数的项目都选错了目标，要么（a）不切实际，要么（b）错得离谱。

618    这也正是如今软件工程领域大家一听到´管理委员会”就凉彻脊骨的原因，甚至（或者尤其）是当听众本身就是管理者的时候。

619    原本只有程序员才会抱怨的日子早就过去了，现如今呆伯特已经跳上了主管们的案头。

620    给传统软件开发经理的答复很简单，如果真的只是开源社区低估了传统管理的价值，那么你们其中的许多人又何苦对自己的工作进程不屑一顾呢？

621    开源社区的例子又一次把问题变得尖刻了因为我们乐在其中。

622    我们的创新游戏已经在技术上、市场份额上、以及观念上取得了惊人的成功晋级。

623    我们正在证实，我们不仅可以创造更好的软件，并且（证实了）快乐是一种财富！

624    本文第一版的两年半之后，我能用来收束本书的最激进的观点就已经不再是´开源领军软件世界”了。

625    毕竟，如今许多西服革履的人也认同了这种可能性。

626    进而，我打算提出一则关于软件的更宽泛的经验（或许这事关每一种创新或专业工作）。

627    人们通常在恰到好处的挑战中享受工作的乐趣。

628    不要简单到兴味索然，也不要难到不切实际。

629    一个既没有被浪费，也没有因为病态目标和进程冲突而不堪重负的程序员才是快乐的。