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地在思考他们的工作,他们一般都在洗澡和梦中编写软件中最重要的代码。因为最重要的工作只能在键盘之外完成,软件项目不可能因为加班或是加人来加快进度。

Advertisements