简介
精彩点评
-
小八（coding版推荐
如果把修炼技术看成上天入地的过程 那这本书就是上天的 不是纯深挖技术 而是更多的站在更高的角度从工程的建立发展优化以及项目的生命周期来说的 是我缺乏的全局观
-
👑Walcassina🇨🇳推荐
软件工程类书籍就像武学中的内功心法一样，言简意赅，没有过多技术细节，但终身受益
-
阿白推荐
现在来看，内容有点杂，需要工作中体会。看书难以提升。属于懂了不用看，看了不会懂
-
王宗阳推荐
覆盖很全，方方面面都有涉及，印象比较深的是多次强调了测试和文档的重要性，还有自动化，作为程序员，应该不断更新自己的武器库，重复性的工作都交由自动化工具完成，这样才有更多的时间思考和进步。
-
Arc推荐
编码哲学、团队管理部分写的很好，有不少切实可行的方法。具体编码规范方面就显得有些老生常谈（当然也可能是别人抄它的而我又太晚才知道这本书）
-
Anchorer推荐
关于“如何成为靠谱的程序员”的方法论，大而全，技术方面涉及不多但并不容易读懂，一方面是翻译质量差了一些，另一方面是很多观点需要有很多实际经验积累之后才能真正理解。可以作为一个日常工作提醒清单。
-
飞龙推荐
收获不大，主要是自己偶尔想起来打开看看，磕磕绊绊才把此书读完，我觉得以后静下心来应该重读一遍
-
林奇推荐
这是顶级工程师写给中高级工程师的一本好书，包含许多珍贵的忠告，帮助猿类养成良好的编程习惯，精益求精，追求卓越，让编码成为艺术。
-
Ꮶ.推荐
这本书我读了百分之七八十左右，只是选取比较适合我的，因为还没工作的我来说对于团队意识我很少能接触到，但个人代码和思想的提升作者总是能点到几笔，比较适中，适合我工作后再深读几遍！
-
Martin推荐
浅显易懂，从逻辑思维层面描述出工作开展的必行和勿行！ 其次，有问有答，更加强化了程序员思维！ 最后，几十个tip让读者深入浅出！
-
Tongbin推荐
从新手到一个成熟程序员的进阶指南。不局限于技术，涉及到思维模式，开发习惯，项目管理，沟通交流等等方面。 最令人印象深刻的是正交性和DRY原则。 强烈推荐初入职场的同学来看。
-
安迪推荐
这本书的两位作者分别是大卫·托马斯和安德鲁·亨特，他们不只是非常资深的程序员，还是《敏捷软件开发宣言》17位创始人中的2位。他们为敏捷软件开发建立起了价值观和基本原则。 《程序员修炼之道》被一代代开发者奉为圭臬。时隔20年的新版，经过全面的重新选材、组织和编写，覆盖哲学、方法、工具、设计、解耦、并发、重构、需求、团队等务实话题的最佳实践及重大陷阱，以及易于改造、复用的架构技术。本书极具洞察力与趣味性，适合从初学者到架构师的各阶层读者潜心研读或增广见闻。 需求不清，是程序员面临的真正挑战，高手程序员重新定义了交付软件的价值到底是什么。每次开发出来的软件交付给用户，它的价值不再只是把实现了某个功能的软件产品交付给用户，它更是探寻用户真实需求的催化剂。催化剂是什么，它虽然不是我们需要的结果，但它却是促成结果的关键要素。
-
ZJ推荐
既然选择成为一名程序员，那么就从顶层哲学到底层实践，修炼内功和绝对的实力，学习加实践加完全掌握或许需要数年不能，保持长期的耐心，坚持下去。
-
陈树义推荐
星爷的「演员的自我修养」很有名，这本书或许可以叫做「程序员的自我修养」！书里聊了不少对程序员的思考，不少是挺有价值的。整书给了四星的评价。 四颗星指的是有一些有价值的观点，但并不需要很细致去读，有闲时间就翻一翻即可。而五星指的是非常好的书，要么是深入浅出、通俗易懂，要么就是非常值得琢磨。但很可惜这本书暂时还达不到这个水平。 这本书到底是讲什么的呢？ 从书籍开头的一段话我们可以一窥究竟。 从程序员的个体哲学到编码过程中的各个环节，再到团队的项目管理；从程序员要如何扩充知识，如何思考问题，如何利用有效的工具打造个人的工作环境，到项目启动之前如何建立一些基本准则，如何分析、设计、编写、测试、重构，如何实现自动化，甚至是项目团队中提高实效的原则。 如上面这段话所说，这本书的阅读对象是程序员，内容涵盖了：代码编写、测试、重构、需求沟通、思考问题、个人成长、高效合作等话题。而整本书都以「提示 N：XXXX」的方式开展，例如： 提示8：定期为你的知识资产投资。 引入一个提示之后，简单解释一些作者的一些观点。对于我来说，很多内容看看标题，或者粗体内容就能够猜到一二，所以我还是看得很快的。而我也最终看完了这本书，梳理了本书所有 70 个提示。 思维导图：70 个成长提示 聊完了这本书的结构，以及行文风格。我们就来聊一聊这本书的好与坏吧。 这本书好的地方在于：作者将其成长经验分享出来，虽然有些细碎，但是能够给程序员朋友们一些启发，为他们指明方向。 例如提示 3 说到：要提供各种选择，而不是找蹩脚的借口。这是一个很好的教导。很多程序员面对产品的需求，经常给出了很蹩脚的借口，而不是有理有据的理由。作者指出我们给理由之前要先问问自己，如果你听到这个理由，你会觉得这个理由有说服力吗？ 例如提示 8 说到：定期为你的知识资产投资。中年危机的盛行让我们犹如惊弓之鸟，也让我们浮躁了起来。于是大家都不学习技术了，都去搞副业了。但这个提示指出，我们需要去定期投资我们的知识资产。与其整天恐慌犹豫，不如安下心来去投资自己的知识资产，学习更多有用的东西。 类似的提示有不少，虽然我是工作了六年的程序员，但是也可以从本书获得一些启发与提示。但为什么这本书只有四颗星，而不是五颗星？这就要说到它的坏处了。 这本书的坏处在于：翻译不够好、内容过时、表述方式不接地气。 翻译不够好，说的是「提示」这块的。我可以举出不少例子。例如提示 23 的英文是：「Always Use Source Code Control」，意思是我们要使用 Git 那样的源码版本管理工具去管理我们的代码。但翻译是：总是使用源码控制！ What？使用源码控制？啥意思？这不就是直译过来么。我也是醉了呀！类似的地方还有很多，我就不一一列举了。所以大家读的时候要习惯这种蹩脚的翻译。 内容过时，说的是里面一些内容。毕竟这本书写的时间有几十年了，所以书里有些内容可能不太符合现今的情况。这里我就不举例子了，但这确实是我读完之后的感觉。 表述方式不接底气，说的是作者的表达方式。单从提示，有时候我们是不知道作者要说什么的。即使细细琢磨也很难理解。例如：用曳光弹找到目标。啥意思？曳光弹？其实作者要表达的意思是 MVP 的概念，即我们先用最小功能（曳光弹）去弄清楚用户的需求（目标）。类似的还有很多，这里不一一列举了。 总的来说，这本书值得阅读的东西有很多，超过了它的缺点。所以他值得四星。但由于其表达方式、内容、翻译存在一些缺陷，所以五星还是达不到的。 对于这本书来说，有两三年经验的程序员读一读是比较好的。刚刚毕业的人读这本书，可能不会有太多收获。对于这本书的阅读方式：我建议大家围绕「提示」看。如果你能一眼能知道说的是什么，那就粗读即可。如果不清楚，那就详细看看内容。 好了，这就是我对这本书的评价。如果书评对你有帮助，请帮我点一个「有用」，让更多的人看到！感谢你！