我想我们可以每隔几周问一次同样的问题，把所有提到“代码完整”或“实用主义程序员”的人都提升一下。

并不是说这有什么问题:-)

虽然我同意上面的许多书都是必读的(实用程序员、神秘的人月、计算机编程艺术和SICP立刻映入我的脑海)，但我想走一个稍微不同的方向，推荐Edsger Dijkstra的《编程规程》。尽管它已经有32年的历史了，但它对“可验证性设计”的强调仍然非常重要(即使“可验证性”意味着“证明”而不是“单元测试”)。

《Fortran填色书》作者:Roger Kaufman博士(1978,ISBN:0262610264)

多么愚蠢的概念——比一本“傻瓜”书还要基础!但它适用于任何语言(当然有一些fortran特定的例子)，以一种非常容易理解和“令人痛苦的有趣”的方式解释了逻辑、变量、i/o等基本概念。

这足以让一个十岁的孩子对编程产生兴趣……

(在Flickr用户帐户上找到封面照片)

Martin Fowler的《重构:改进现有代码的设计》已经被列出。但我会详细说明它对我的影响。

整本书的本质是关于如何构造代码，以便人类更容易阅读和理解。它强烈地告诉我，我写的代码是为了让我的同事和后继者消费，并可能从中学到一些好的东西。它激励我有意识地以一种方式编程，让人们赞美我的名字，而不是诅咒我，直到永远。

明确的软件工艺

可选文字 http://ecx.images-amazon.com/images/I/5186JKTDVWL._SL500_AA240_.jpg

这本书解释了很多关于软件工程、系统开发的东西。理解不同类型的产品开发之间的差异也非常有用:web VS收缩包装VS IBM框架。当人们构思瀑布模型时，他们的想法是什么?读了这篇文章，我们就会明白(希望如此)

Alistair Cockburn的《敏捷软件开发:合作游戏》是一本优秀的书，虽然没有得到广泛的赞扬，但却充满了深刻的见解。

它有什么特别之处?好吧，显然每个人都听说过“敏捷”这个术语，而且现在似乎大多数人都是信徒。不管你信不信，敏捷运动存在的背后都有一些深刻的原则。这本书以精确、科学的方式揭示并阐明了这些原则。一些原则是(顺便说一下，这些是我的，不是Alistair的):

团队软件开发中最困难的事情是让每个人的大脑都有相同的理解。我们正在建造巨大的、精细的、复杂的系统，这些系统在有形世界中是看不见的。你越善于让更多的人分享更深入的理解，你的团队在软件开发中就越有效。这就是结对编程有意义的根本原因。大多数人对它不屑一顾(我一开始也这么认为)，但有了这个原则，我强烈建议你再试一次。你最终得到了两个深刻理解你刚刚构建的子系统的人……没有多少其他方法可以如此快速地获得如此深入的信息传输。就像瓦肯人的心灵融合。 你并不总是需要用语言来快速表达深刻的理解。一个必然的结果是:太多的词，你就超过了听者/读者的能力，这意味着你试图实现的理解转换无法发生。考虑到孩子们通过“沉浸”和“吸收”来学习如何说语言。不仅仅是语言……他举了一个孩子在地板上玩火车的例子。走过来的是另一个从未见过火车的孩子……但通过观察其他孩子，他掌握了游戏的要点，并与他们一起玩。人与人之间经常发生这种事。这和关于太多单词的推论一起，帮助您了解在旧的“瀑布”时代，试图编写700页详细的需求规范是多么错误。

里面还有很多东西。我现在要闭嘴了，但是我强烈推荐这本书!