1.一个程序员用在写程序上的期间大略占他的上班期间的10-20%， 大局部的程序员每天大约能写出10-12行的能进入最终的产品的代码——不论他的技术水平有多高。好的程序员花去90%的期间在思索、钻研和试验，来找出***打算。差的程序员花去90%的期间在调试疑问程序、自觉的修正程序，希冀某种写法能可行。“一个出色的车床工可以要求比一个普通的车床工多拿数倍高的工资，但一个出色的软件写手的价值会10000倍于一个普通的写手。”——比尔盖茨
2.一个低劣的程序员的效率会是一个普通的程序员的十倍之上。 一个平凡的程序员的效率会是一个普通程序员的20-100倍。这不是夸张——1960年以来的有数钻研都分歧的证实了这一点。一个差的程序员不只仅是没效率——他不只不能成功义务，写出的少量代码也让他人头痛的没法保养。
3.平凡的程序员只花很少的期间去写代码 ——至少指那些最终构成产品的代码。那些要花掉少量期间写代码的程序员都是太懈怠，太自大，太高傲，不屑用现有的打算去处置老疑问。平凡的程序员的精明之处在于懂得参观和重复应用通用形式。好的程序员并不惧怕经常的重构(重写)他们的代码以求到达***成果。差的程序员写的代码不足全体概念，冗余，没有档次，没有形式，造成很难重构。把这些代码扔掉重做也比修正起来容易。
4.软件遵照熵的定律 ，跟其它一切物品一样。继续的变卦会造成软件腐朽，侵蚀掉对原始设计的完整性概念。软件的腐朽是无法防止的，但程序员在开发软件时没有思索完整性，将会使软件腐朽的如此之快，以致于软件在还没有成功之前就曾经毫无价值了。软件完整性上的熵变或许是软件名目失败最经常出现的要素。(第二大经常出现失败要素是做出的不是客户想要的物品。)软件腐朽使开发进展呈指数级速度放缓，少量的软件在失败之前都是面对着突增的期间要求和资金估算。
5.2004年的一项钻研标明大少数的软件名目(51%)会在关键配置上失败 ，其中15%是齐全的失败。这比1994年前有很大的改良，过后是31%。
6.虽然大少数软件都是集团开发的，但这并不是一项民/主的优惠。 通常，一团体担任设计，其他人担任成功细节。
7.编程是个很难的上班。 是一种猛烈的脑力休息。好的程序员7×24小时的思索他们的上班。他们最关键的程序都是在淋浴时、睡梦中写成的。由于这最关键的上班都是在远离键盘的状况下成功的，所以软件工程无法能经过参与在办公室的上班期间或参与人手来放慢进展。
原文链接：
【编辑介绍】