如果你能回到过去,告诉自己在开发人员职业生涯的开始读一本书,你会读哪本书?
我希望这份清单是多样的,涵盖范围很广。
搜索:使用右上角的搜索框。要搜索当前问题的答案,使用inquestion:this。例如:
inquestion:this "Code Complete"
如果你能回到过去,告诉自己在开发人员职业生涯的开始读一本书,你会读哪本书?
我希望这份清单是多样的,涵盖范围很广。
搜索:使用右上角的搜索框。要搜索当前问题的答案,使用inquestion:this。例如:
inquestion:this "Code Complete"
当前回答
我最近读了《代码中的梦想》,觉得这本书很有趣。也许从我开始阅读钱德勒1.0的那一天起,情况就更加如此了。读到一个由有才能的人组成的项目团队试图“改变世界”的成长痛苦和错误,你会从中学到很多东西。此外,Scott还在书中介绍了许多程序员的知识和智慧,这是一本有趣的读物。
《美丽代码》中有一两件事让我有不同的想法,尤其是关于自顶向下操作符优先级的那一章。
其他回答
我有几篇(相当老的)关于这个主题的博客文章
http://www.spindriftpages.net/blog/dave/2005/11/17/c-books/ http://www.spindriftpages.net/blog/dave/2005/06/06/good-oo-books/ http://www.spindriftpages.net/blog/dave/2005/05/11/really-great-it-books/ 虽然是一本好书,我找到了代码 读起来相当乏味(a 我承认这是有争议的观点)。 我喜欢 杰弗瑞·里克特和书乔尔 斯波斯基写道 Eric Meyer的CSS书籍也很不错
虽然我同意上面的许多书都是必读的(实用程序员、神秘的人月、计算机编程艺术和SICP立刻映入我的脑海),但我想走一个稍微不同的方向,推荐Edsger Dijkstra的《编程规程》。尽管它已经有32年的历史了,但它对“可验证性设计”的强调仍然非常重要(即使“可验证性”意味着“证明”而不是“单元测试”)。
我有几本对我有强烈影响的好书,但到目前为止我还没有在这个清单上看到:
唐纳德·诺曼的《日常事物心理学》。为他人设计的一般原则。这似乎对UI很有好处,但如果你仔细想想,它几乎在任何地方都有应用程序,只要有一个界面,除了原始开发人员之外的人就必须与之打交道;例如,一个API,并以这样一种方式设计接口,使其他开发人员形成正确的心智模型,并从API本身获得适当的反馈。
《软件测试的艺术》作者:Glen Myers。对测试软件的良好的、一般的介绍;对于程序员来说,阅读有助于他们像测试人员一样思考,即思考可能出现的错误并为此做好准备。
顺便说一句,我知道这个问题是“最具影响力的一本书”,但讨论似乎已经变成了列出供开发人员阅读的好书,所以我希望我列出两本好书而不是一本能得到谅解。
Brian W. Kernighan和P. J. Plauger的《软件工具》对我影响最大。
除了它们在我书架上的排列顺序外,没有特别的顺序:
实用的程序员 福勒的rafacoring 有效地使用Feathers的遗留代码。这实际上是重构的一个伙伴卷。 Fowler提炼的UML。它的其他优点之一是简洁。 Steve Maguire编写的调试开发过程 设计模式(又名“四人组”)由Gamma等人