Robert C. Martin 编著的《程序员的职业素养》具体内容包括：成为真正的软件专业人士需要鼻备哪些条件，如何应对彼此冲突又紧张的进度表和不近情理的管理人员，如何做到流畅编程，克服阻塞状态，应对无休止的工作压力的方法，培养坚持不懈的态度，拥抱新的开发范式、以及如何管理好时间，如何培育有利于程序员和开发团队茁壮成长的环境等。《程序员的职业素养》这本书中没有任何一行代码，但是却将程序员应该具有的本质，应该具备的能力与该养成的习惯，都说明的很清楚。以上这些，不光是对程序员，亦可供所有想成为具备职业素养的职场人士参考。

这本书的名字是代码整洁之道，但实际上，全书几乎没有涉及到任何代码的细节。本书是从道的层面，而非术的层面，来探讨如何写出鲁棒，可维护的代码。首先，拼命去满足不合理的设计要求和时间期限，其实是不专业的表现。在我们能做到的范围内，言而有信，交付高质量的代码，要远远好过避免冲突，答应任何要求的情况。在交付代码之前，我们要做好单元测试。程序员要比 QA 更懂自己的代码，这才算做专业。当 QA 测试到自己代码的盲区时，去钻研和学习这部分内容， 使得下一次的代码更加鲁棒。另外，不要单纯追求新技术。 Get your hands dirty，能够上线的有些乱的代码，要远远好过一直不能上线的优美代码。要有勇气说不。当需求不合理，或者别人总来打断你深度工作时，要礼貌而客气地告诉对方你自己的诉求，然后在深度工作之后，去处理和解决对方的事情。利用自己的业余时间，给自己充电。老板不为你自己的成长，是你自己在为自己的成长负责。真正好的领导，不仅珍惜自己的时间，也珍惜团队成员的时间，减少不必要的会议，并且在必须参加的会议上，尽可能的提升效率。在团队内部，形成有效的协作，而非单打独斗，就可以形成一个有战斗力的团队。一般这样的团队在 3~20 人之间，最佳配置是 12 人左右。最后，珍惜你自己的注意力，时刻让自己处于深度工作的状态，才是有专业素养的表现。

不太硬核

本书几乎没有代码，其实讲的是程序员应该如何做，才能使自己成为一个专业人员，就像人们谈到法务人员时流露出的那种对专业能力的信任感。1. 专业的程序员重视承诺，只有确信可以完成时，才会给出承诺，并避免给出暗示性的承诺。承诺的形式是：“我将在… 前完成…”（如我将在周二之前完成这个任务。2. 面对别人对工作预期的施压时，专业的程序员不说 “我试试看”，因为试试看就意味着承诺，但这样说就是承认自己之前未尽全力，要坚持自己的判断。3. 遇到别人求助打断自己时，礼貌地表现出乐于助人的态度才是专业的态度。4. 专业的程序员区分预估与期望，衡量进度时给出三个考虑多种因素的期限：乐观预估、标称预估、期望预估。并每天修正这些数字。5. 关于加班，如果老板无法清楚说明加班方案失败后的备选预案，就不应该同意加班方案。6. 如果帮助唾手可得却自己一个人堵在那儿，是很不专业的表现。7.TDD（测试驱动开发）是专业人士的选择。8. 程序员应该懂得多种不同的卡塔（类似于一种武打套路），并定期练习，确保不会淡化或遗忘。9. 工作任务的完成，意味着所有的代码都写完了，所有的测试都通过了，QA 和需求方已经认可。这，才是完成。10. 继续参加对你没有太多意义的会议，是不专业的行为。因为你有责任合理分配老板给你的时间和金钱，所以，选个合适的机会商量如何离席，并非不专业的做法。11. 坑法则（The Rule of Holes）：如果你掉进了坑里，别挖。专业开发人员不会执拗于不容放弃也无法绕开的主意。他们会保持开放的头脑来听取其他意见，所以即使走到尽头，他们仍然有其他选择。12. 专业人士应对压力时，能回避压力时尽可能地回避，当无法回避时则勇敢直面压力。可以通过慎重承诺、遵循自己的纪律原则、保持整洁等来回避压力。直面压力时，则要保持冷静，与别人多多沟通，坚守自己的原则纪律，并寻求他人的帮助。我想，其实不光程序员需要这些专业态度，任何职场人士都需要。专业人士首先要成为自己，有自己的态度，然后成为可靠的伙伴，提供专业的服务。不妨尝试书中提到的做法：慎重给出承诺，不再说 “我试试看”，预估时间给出乐观预估、标称预估与悲观预估，帮助与求助，开放的心态，积极的态度。一点一滴都是积累自己的专业品质。

我觉得这是一本可读性比较高的书。更多提到的是程序员的职业素养。编程学习的内容不多，也是在文末了，但是我觉得很有用。编程学习需要辅导，作者有过两次非常重要的 “辅导”—— 一是一本说明书，二是高中的时候看到别的程序员工作，学到东西。作为外行人，可以看这本书吗？我觉得可以，职业素养是不分行业的。完全可以通过书中程序员的职业素养，来启发我们现在的工作。我很喜欢关于预估的三元论。不想疯狂的加班对吧？那你得和领导协商好，多久才能完成任务，说服他可不一定容易，三元论说不定就可以帮到你。乐观估计，常规估计，悲观估计，然后根据权重计算需要多少时间才能完成。还有很多关于职场沟通的，尤其是专业岗位的工作者，我觉得这本书都是不可多得的宝贝。我在书评看到一位用户说，从业 5-8 年的程序员越早看这本书越好。我比较超前，只是有想学的欲望，离从业远着呢，不过我完全赞同他的话。

这本书读起来行云流水，就像一个编程大师在循循善诱以自身的经历教导我们这些后来人。编程领域虽然日新月异但是还是有很多道法永恒不变，常常听大师的教导对于个人内功修炼受益匪浅。

工作年限 5～8 年以内越早读越好，都是血泪史

本书的名字是代码整洁之道，但是并没有 Demo 展现代码整洁，所有的整洁都源自于专业，表现的专业，技能专业，沟通专业，工作专业，协作专业，传承专业，单元测试专业。

书中很多观点，包括要正确的评估需求的时间的观点，以及后面章节中对于软件开发的态度很值得我学习。

每一個人都對自己的工作有所要求，有些人會成為工匠大師，那麼這些人他在技艺和工匠精神，追求卓越而努力拼搏。

虽然这本书中没有任何与编程相关的细节性知识，但很明显能感受到它的力量之大、之猛。因为它在说明为什么的问题，而其他大量书都是在说明如何如何的问题。作为一个专业人士，当然这里特指程序员，你要表现得像其他专业人士一样，时时刻刻能够承担责任、为结果负责，能够主动学习进步，对自己的领域有所关注并时时更新，要忠于自己，要善于合作，要有所追求…… 幸好，在合适的时候看见这本书，感谢🙏Bob 大叔！

翻了开头的几页，看到序中提到的故事，当晚失眠了。我一直认为软件工程师是专业人士，并为自己的专业而感到自豪，但同时又感到合作的其他职能同事从来没有尊重过软件工程师的专业，我一直以为这是国内的行业病症。但本书作者说的却是他的经历，我差点看哭！不是因为共鸣，而是由于绝望！怎么国外也是如此！！第二天，我一口气读完了本书，一切从自己的身上找原因，软件工程师不被尊重，的确是因为软件工程师普遍表现不专业，国内国外都是如此。不是环境问题，从自己做起，做一个专业的软件工程师吧！

总觉得应该是 “程序员工作指南”，好像没提到什么代码，是翻译问题吗？我刚开始学编程，听说了这本书，通读之前特地问了 gpt 要一个简介和总结，gpt 告诉我这本书的总结是 “SOLID 原则”，第一次听说 “SOLID 原则” 的我茅塞顿开，如获至宝，津津有味地读着这本书，然而……gpt 果然擅长一本正经地胡编瞎造啊

一本很薄的书，更多的是在讲 “道”，而非 “术”，挺好的。只不过，有些内容感觉不适合当下中国互联网企业现状，比如过于严苛的 TDD。关于结伴编程，似乎也不太符合中国国情。最前面的学会说 “不” 和学会说 “是”，还是挺不错的，这正是很多内向程序员的心理问题。

老手在书里找到自己学习方法的不足，新手则树立自己新的学习方法。作者在书里面说的卡塔对我影响比较大。准备尝试练习下。读这个本可以扩展自己在软件开发领域中的宽度，至于深度吗？需要再去找其他书慢慢补上。

但感觉编程思想这块还是少了 亮点是作者的亲身经历很多 tdd 让我眼前一亮

很多概念、理念和方法几十年前就有了。只不过现在人又一次 “发明” 了它。P.S. 这本书名有严重的误导，关于代码，几乎啥都没说。

真是感激，后悔没有早点遇到这一本书，也庆幸自己终于遇到了这一本书，这本书为如何成为专业程序员提供了全面的指导，效果如何还要看自己的修行，要时常拿来阅读，真是非常值得购买。

进了 SAAS 行业就得懂点技术，不然跟技术沟通挺吃亏的。今天在飞机上囫囵吞枣就读完了这本书。这是一本写给技术员的书，但写得足够深入浅出我一个外行人也能看懂个大概。以前跟技术沟通的点滴加上本书的说法逐步形成了一个较为立体的认知。首先系统是用在环境当中的，商业模型是什么场景是什么非常重要，不然出来的就不是环境所要的自然就是废品。然后技术在产品抽象基础上进行代码撰写。真正牛叉的技术是能够给出个理想时间预期、正常时间预期、最坏时间预期的。但实际情况往往是技术限于老板客户压力不敢正常表达意见或者不敢说明真正的时间从而导致预期与实现期望差距过大。程序撰写作为一门手艺，有着手艺的基本规律。新手总要有一个过程才敢放手重任。老手总要熟悉多种语言多种开发环境多个项目才能有立体的视角。平时总得经常练习及开源分享才能保持手艺不生疏。一个高手，也许是一个懂生活懂行业，自己产品设计前端后端测试都能上的全栈程序员。

在中国，程序员被看作新生代的农民工，原因可能是程序员现在的体量很大，但专业的程序员不多。很多程序员自称 “码农”，可谓是相当形象了