代码整洁之道:程序员的职业素养读后感摘抄
《代码整洁之道:程序员的职业素养》是一本由罗伯特·C.马丁 (Robert C.Martin)著作，人民邮电出版社出版的平装图书，本书定价：49.00元，页数：170，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。
《代码整洁之道:程序员的职业素养》精选点评：
●值得一看，主要还是软件工程的一套，但不乏点睛之笔，适合粗读。但是书名翻译太强行，其实跟代码整洁没啥关系，主要讲的是如果成为一个专业负责的程序员。
●相见恨晚
●成为一个专业的程序员需要的不仅仅是技术，还有一些专业的素养需要掌握。在这本书里，Bob大叔从这些必须的素养说起，包括责任、职业道德、承诺、TDD、时间管理、压力、协作、团队以及学习等方面，通过自己的经历介绍了这些一个专业程序员所需要掌握的东西。看来需要学习的东西还有很多呀。
●在危机中也要保持平时坚持的整洁习惯。想想我的房间，泪目。
●本书英文名The Clean Coder，和Bob大叔之前写的CleanCode颇为类似，但这不是写代码的书，而是讲意识的。即使我已经走在追求技术的路上并将一直走下去，但我依然需要这本书来解惑。 这些年来，我已经足够幸运，在迷茫时得到高手的点拨，曾经在软件氛围浓厚的团队工作……长年的潜水生涯，低调默默一直都是我的主旋律，保护着我的技术之路的同时，也让我直到现在还没有真正完全强大起来，内心深处依然很抗拒被称为“专家”，但这就是我必须面对的挑战，正如Bob文中所言：“他们通过阅读、研究、联系、实践和教学维持自身的技术水平，承担项目在技术方面的主要职责”。 看完此书，似乎一年多来的困惑有所解除，也找到了正确的做事的方法和技巧。接下来的事情，就是去尝试改变自己。
●恕我直言，全篇讲故事，还不如看散文或者小说，要说对代码的整洁之道，还不如看《编写可读代码的艺术》。
●副标题作为主标题比较准确。
●关于“专业”自己一直有不少零星的想法，直到我看到这样一本系统地阐述程序员职业素养的好书，它把我思考过的和没思考到的都汇集在一起，书不厚很适合作为入门书籍进行阅读，是非常好的教会你如何才能做一名“专业”程序员的手册
●和clean code并没有什么关系，是一本讲软件工程的书。这本书最好的地方是说明了什么是一个“专业”的程序员。
●程序员界的心灵鸡汤，看了还是有用，但是不去实践很快就和没看差不多了
《代码整洁之道:程序员的职业素养》读后感(一)：没有代码教你如何写代码
一本很好的书，书名虽然是代码整洁之道，但是书中却没有一行代码，写出好的代码不在于纠结编码格式化和如何使用设计模式等等，更多的如何和高效的沟通，在写之前应该花更多的时间去思考为什么要这么写，如何为之后的测试留下方法，也简述了现在比较有名的TDD 测试驱动开发的开发方式，非常有参考的价值，更多的讲述了，一个专业人员应该如何处理问题和思考。
《代码整洁之道:程序员的职业素养》读后感(二)：做专业的程序员
写于 2018 年 9 月 16 日。
作者结合自身的经历告诉读者，一个程序员应该具备怎样的素质，才能称为“专业的程序员”。这种专业性，体现在自内而外的自信中，体现在该说不时说不，而当他说“是”时，别人会完全相信他，因为“是”的背后是理性的分析，是具体的数字。
简单笔记如下：说话要靠谱。不对的或不确定的，坚决说不，承诺应当是具体的、理性的，避免“试一试”、“尽量”之类的话。避免进入心流。作者这个观点很特殊，但也有点道理，因为在心流中时，往往满脑子只有细节，而忘记了全局。软件工程是脑力劳动，需要充分的休息。超负荷的工作，长期来看都是得不偿失的，日常的工作，也需要不断地调整大脑状态，比如使用番茄工作法，比如中断和娱乐。时间管理的核心，就是只把时间花在那些值得去做的事情上。了解程序背后的业务，了解根本上，公司为什么需要你来写这些代码，简单地说，你需要知道老板希望的是什么。现代的软件工程，一定是团队协作的产物，在编码之外，沟通可能是最重要的职业技能。永远不能停止自我学习。
《代码整洁之道:程序员的职业素养》读后感(三)：总结了15点书中的建议
1.每次读代码，都进行点滴改善重构，不变的代码是僵硬危险的 2.一套完备的自动化测试，可以让你放心修改重构 3.与时俱进，你会雇佣不了解最新律法的律师吗 4.说试试等于承诺，也代表你以前没有尽全力，没把握的时候不要说我尽量试试 5.提供太多细节，会招致更多的微观管理 6.了解自己的极限，疲劳和焦虑的时候写出的代码迟早也要抛弃，不妨花点时间解决一下焦虑让自己安静下来 7.结对编程可以激活思维，即使你水平很高，也能从别人不同的视角获益。 8.测试先行，迫使你考虑什么是好的设计，模块如何解耦，方便测试。 9.站立会议三个问题：我昨天干了什么，今天打算干什么，遇到了什么问题，每人只需要一分钟 10.观点短时间（5-30分钟）无法达成一致，继续下去也是没用的，只能用数据说话 or 投票 11.任务估算方式：任务分解+三元分析（o+4n+p）/6 12.你希望做手术的医生嚷嚷和咒骂不断还是冷静，井井有条。压力下也要表现的像一个专业人士 13.应对压力：往最好结果的路径努力+和领导沟通+求助+依依靠平时养成的原则 14.有凝聚力的团队，战斗力强磨合不易，不应该项目结束就拆散，源源不断分配任务就好 15.招来新人不培训就投入项目，又期待得到好的结果。你能想象把刚实习的医生扔进手术室，期待手术顺利吗？
：我自己不太看好tdd，虽然单元测试是必要的
《代码整洁之道:程序员的职业素养》读后感(四)：无论是初学者还是技术达人都需要看的一本书
今年618为信仰充值而入，本来以为就是Bob大叔写的类似CleanCode的一本书，毕竟从入行以来，什么《高效程序员的45个习惯》、《程序员修炼之道——从小工到专家》、《软件开发者路线图——从学徒到高手》一类的书也读了不少，一直觉得自己还算是个有追求的程序员，但没想到，这本书给我带来的思考和震撼，不亚于当年的《代码大全》。
本书英文名The Clean Coder，和Bob大叔之前写的CleanCode颇为类似，也许这就是为啥今年我才发现这本书的原因。这不是写代码的书，而是讲意识的，即使我已经走在追求技术的路上并将一直走下去，但我依然需要这本书来解惑，不是从技术上，而是从意识上。
这些年来，我已经足够幸运，在迷茫时得到高手的点拨，曾经在软件氛围浓厚的团队工作……长年的潜水生涯，低调默默一直都是我的主旋律，保护着我的技术之路的同时，也让我直到现在还没有真正完全强大起来，内心深处依然很抗拒被称为“专家”。虽然我明白自己有几斤几两，不希望因为能力不够而最终令人失望，但这就是我必须面对的挑战，正如Bob文中所言：“他们通过阅读、研究、联系、实践和教学维持自身的技术水平，承担项目在技术方面的主要职责”。在专业主义、时间管理、压力控制、协作……环节上，我还远远不达标。
看完此书，似乎一年多来的困惑有所解除，也找到了正确的做事的方法和技巧。接下来的事情，就是去尝试改变自己。
《代码整洁之道:程序员的职业素养》读后感(五)：每个程序员甚至每个人都应该反复阅读
相见恨晚，但也许早点看也未必理解到位。
大叔真的是干货满满，每件事都讲得很清晰，我觉得自己语文水平都有了很大提高。
第一章 专业主义
1. 专业人士的责任是什么，将公司利益视同个人利益；承担责任。
2. “如果你希望自己的软件灵活可变，那就应该时常修改它”，请注意，这和我之前一直遵循的尽量少修改“跑的好好的代码”的原则完全相悖，然而听了读过马丁的解释后，恍然大悟！我也深深感到自己之前从未曾是一个专业人士。
2. 自学不会让你筋疲力竭，相反，这样做其实能让你免于枯竭匮乏。（深有体会）
3. 让新人融入团队最好的方式，就是交给他们工作要诀。
第二章 说“不”
1. 第一次提到了“职责”，竭尽所能追求和捍卫设定的目标。
2. 没有“试试看”，并分析了原因。
3. 没有应急代码，要对“成为英雄”的渴望说“不”。
第三章 说“是”
1. 真正的承诺是肯定的，有完成期限的。对于任何不确定的因素要了解原因。
2. 坚守原则，不要打破纪律和原则，那只会拖慢进度。
3. 切实考虑自己的经理储备，清醒的知道自己如果加班还能保持多少状态，以及为此付出的代价。
第四章 编码
1. 状态不佳的时候不要写代码。
2. 警惕“流态区”！这又是一个和之前认知完全相悖的理论，但是马丁大叔再次告诉我，我错了！
3. 不要把预估和期望混淆在一起！
4. 专业人士的“完成”
5. 以能够随时帮助别人为荣，清楚团队伙伴的状态。你收获的会超出你付出的。
第五章 TDD
1. 这里我看到了单元测试另一面，30秒就可以跑一起。避免因为编译运行整个程序去看刚才的修改是否有效。
2. 先写测试再写功能。
这里，其实我的疑虑没有消除，因为我还是不知道业务层是否属于单元测试的范围，比如我在一个方法里面接受了用户输入，把用户输入的“name”读到变量，然后检测格式，然后写到数据库，然后通过网络发送到服务器，服务器会告诉我成功了，然后我告诉用户成功了。这个过程，在入口方法中，会调用多个其他函数，那么这个入口方法是否也要做单元测试呢？（所以我又买了马丁大叔的《敏捷软甲开发》和Kent的《TDD》进行进一步学习）
六-八章，我自己的体会不是很深
第九章 时间管理
1. 邀请你参加会议的人不负责管理你的时间，为时间负责的只有你。
2. 务必确保出席会议可以给自己目前的工作带来切实且显著的成效，否则不必参加。
3. 有权势的人命令你必须参加，你要问问自己，他们的职权是否比你的工作计划更重要。同样，可以向自己团队的同事、领导帮忙决策。
4. 发现会议离题、不合符预期、超出预期时，找个合适的时机礼貌的离开。
5. 迭代会议、回顾和Demo展示会议怎么开，开多久
6. 争论，5分钟内不能解决的问题，都不能靠辩论解决。因为双方都拿不出足够有力的证据。
7. 一旦达成共识，就表示你同意了，你就不许拿出行动，消极被动是最不专业的表现。
8. 肌肉注意力有主意改善心智注意力，定期训练肌肉注意力，可以提升心智注意力的上限。
9. 要避免优先级错乱，排除个人的喜好和需求，按照真是的紧急程度来执行任务
10. 对泥潭高度警惕！
第十章 预估
1. PERT：乐观估计、标准估计、悲观估计，然后计算期望时间和标准差。以及多项任务的计算方法。
2. 多人任务的预估，亮手指、关联预估。
第十一章 压力
在危机中依然要遵循你守持的原则，就说明你确实相信那些纪律。如果在危机中改变行为，就说明你并不真正相信常规行为中的准则。
选择那些你在危机中也会遵循的纪律，并在所有工作中都遵守这些纪律。（记住这不同于体育比赛，在最后没希望的时候可以狂投三分赌运气，或者犯规战术）
第十二章 协作
将注意力放在与业务同舟共济上。
不要在自己的代码周边筑起高墙。
第十三章 团队与协作
团队先于项目。
第十四章 辅导、学徒期与技艺
技艺包括着价值观、原则、技术、态度和正见