我有几本对我有强烈影响的好书，但到目前为止我还没有在这个清单上看到:

唐纳德·诺曼的《日常事物心理学》。为他人设计的一般原则。这似乎对UI很有好处，但如果你仔细想想，它几乎在任何地方都有应用程序，只要有一个界面，除了原始开发人员之外的人就必须与之打交道;例如，一个API，并以这样一种方式设计接口，使其他开发人员形成正确的心智模型，并从API本身获得适当的反馈。

《软件测试的艺术》作者:Glen Myers。对测试软件的良好的、一般的介绍;对于程序员来说，阅读有助于他们像测试人员一样思考，即思考可能出现的错误并为此做好准备。

顺便说一句，我知道这个问题是“最具影响力的一本书”，但讨论似乎已经变成了列出供开发人员阅读的好书，所以我希望我列出两本好书而不是一本能得到谅解。

除了其他人的建议，我建议你要么买一本《SICP》，要么在网上阅读。这是我读过的为数不多的几本书之一，我觉得它极大地提高了我在软件设计方面的技能，特别是在创建良好的抽象层方面。

有一本与编程没有直接关系，但也是程序员(IMO)的好书是《具体数学》(Concrete Mathematics)。其中的大部分主题(如果不是全部的话)对程序员来说都是有用的，而且它比我迄今为止读过的任何其他数学书籍都能更好地解释问题。

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

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

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

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

令我惊讶的是，书中居然没有提到这本书:里奥·布罗迪(Leo Brodie)的《出发》(Starting Forth)。毕竟，Forth作为一种基于堆栈的语言，应该适合这个站点的用户……

不可否认，Forth是一种奇怪的语言，现在不太流行。但这本书读起来很有趣。它还有卡通!这本书和布罗迪的另一本书《思考》(Thinking Forth)都可以在网上免费获得。

新图灵集合http://ecx.images-amazon.com/images/I/51HlYd-%2BRwL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35，-76_AA300_SH20_OU01_.jpg

真的是一本好书。对计算机科学最重要的领域有很高的品味。是的，CS !=编程，但这仍然对每个程序员有用。

因为我是一个c#程序员，而且大多数通用的书籍都已经被提到过了，所以我想推荐Bill Wagner的书《更有效的c#》。

我认为大多数开发复合wpf应用程序的人也应该看看微软的复合应用程序指南(也称为Prism):

复合应用指南