一些让人震惊的编程事实

David Veksler曾发表过一篇博文“Some lesser-known truths about programming”，列出了一些鲜为人知的编程事实，这些事实是什么呢？酷壳个人网站楼主陈皓对此文进行了翻译，全文摘录如下：

我的程序员经历让我明白了一些关于软件开发的事情，下面是一些在编程中可能会让人感到诧异的事情：

1. 一个程序员用了大约只用了10%-20%的时间来编码，而且大多数程序员，无论他的水平如何，其平均每天只有10-12行代码最终会进入最终的软件产品中。这是因为，优秀的程序员会花费90%的时间来思考、调查与研究最佳的设计。而糟糕的程序员则会花费90%的时间来调试代码，并随意地改动代码并尝试让代码工作起来。

“A great lathe operator commands several times the wage of an average lathe operator, but a great writer of software code is worth 10,000 times the price of an average software writer.”

–Bill Gates

“一个优秀的车工其工资是一个普通车工的好几倍，但是一个优秀程序员写出来的代码比一个普通程序员要值钱一万倍。”——比尔盖茨

2. 一个好的程序员比一个普通的程序员多十倍的生产率，而一个优秀的程序员的生产率则比普通程序员多20-100倍。这并非夸张，因为自从上世纪60年代的研究一直表明这是一个事实。一个糟糕的程序员并不只是没有产出的——他们并不仅是完成不了工作，而且还会制造出大量的让别人头痛并要去解决的麻烦。

3. 优秀的程序员花少量的时间写代码——那些代码都会出现在最终的产品中。那些花大量的时间写代码的程序员其实很懒惰、很无知，或者很自大，以至于不能使用已经存在了的解决方案来解决已有的问题。优秀的程序员精通于对通用模式的识别和重用，好的程序员并不害怕持续地重构/重写自己的代码，直到达到最理想的方案。糟糕的程序员的代码基本上都缺少概念一致性，代码冗长，缺少层次和模式，因此也就很难被重构，很多时候重写他们的代码要比重构他们的代码要容易得多。

4. 软件和其它一切事物一样，都遵循着一致性规则。持续地更改只会让软件变成一潭烂泥，其破坏了原始设计的概念一致性。软件产品变成泥沼是不可避免的事情，但是因为程序员不考虑软件概念一致性，而导致软件产品更为快速地成为泥沼，这种速度快得可能会在软件产品还没有完成时，软件产品已经变得没有价值。设计概念一致性的失败通常都会导致软件项目的失败（而第二大导致软件项目失败的原因，则是发布的软件并不是用户想要的）。当软件变成烂泥的速度正在呈指数级下降，则太多的项目在被完结前都面临着激增的时间和成本。

5. 一个“2004研究报告”指出，大多数的软件项目 (51%) 都会在关键环节出问题。而15%的项目则是完全失败，当然，这比1994年有了很大的进步，当时完全失败的项目是31%。

6. 虽然，几乎所有的软件产品都有些开发团队，但其并不是民主的。通常，只有一个人负责设计，而剩下的人去实现细节。

7. 编程是一个辛苦的工作。其实是一个剧烈的脑力劳动。好的程序员24×7地在思考他们的工作，他们一般都在洗澡和梦中编写软件中最重要的代码。因为最重要的工作只能在键盘之外完成，软件项目不可能因为加班或是加人来加快进度。