虽然不是严格意义上的软件开发书籍，但我强烈推荐《Don’t Make me Think!》列入这个名单。

我回答这个问题已经晚了，但显然我还有一些独特的东西可以提供……Barry Boehm写的《软件工程经济学》，总结一下，如果你想要真正提高软件的生产力，就需要更好的人，因为更好的工具、硬件、语言、方法等都会产生边际影响。只有优秀的人才能显著提高生产率。我强调，这是更好的工程师，而不是更多的工程师!

这本书不像《Coders At Work》那样能让你带着上床睡觉，而是能让你深刻体会到我们这个行业一直在努力牢记在心的教训。以离岸为例，这是一种虚假的经济，Boehm的模型预测，如果有的话，也只会产生边际的积极影响。来看看。

我将补充一些我在这里没有看到但对我有影响的东西:

Yourdon和Constantine，“结构化设计”。你需要知道的关于软件设计的一切都在这里，如果你愿意挖一点。 Leonard Koren，“Wabi-Sabi:艺术家，设计师，诗人和哲学家”。平衡美与实用主义的实用主义哲学。

Fortran IV与Watfor和Watfiv由Cress, Dirkson和Graham。

这本书教会了我第一个编程语言，我当时把它写在穿孔卡片上。三年后，这本书已经破烂不堪，因为我用得太多了。

可选文字 http://g-ecx.images-amazon.com/images/G/01/ciu/4b/83/245d9833e7a03768eaf63110._AA240_.L.jpg

Fortran是一门伟大的语言!它有一个超级优化器，可以生成非常快的代码。它在英国仍然很受欢迎，FTN95现在是一个功能齐全、功能强大的编译器。有时我希望我可以继续使用它，但Delphi是一个非常合适的替代品。

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

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

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

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

专业JSP第二版

当我还是一个完全的新手时，我就买了这个，并在很短的时间内把我从只知道Java的存在变成了一个可靠的团队成员