程序员的职业素养读后感10篇

　　《程序员的职业素养》是一本由Robert C.Martin著作，人民邮电出版社出版的平装图书，本书定价：49.00元，页数：178，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。

　　《程序员的职业素养》读后感(一)：你觉得做程序员很累，是因为你不够专业

　　看完这本书，才知道，之所以公司整天要加班，整天要通宵，每到迭代出口就拼死拼活，版本发布后客户一个投诉，又通宵定位，这些，都是因为这支程序员团队，不够专业！

　　需求到底是什么，仅靠一份需求说明书是无法澄清的，所以也就有了后面的客户不满意，重做；

　　单元测试，是重来都没有时间写的；

　　自动化？呵呵，就鼠标点一点就好了，做啥自动化？

　　......

　　嗯，软件这么玩，难怪程序员会很累了。

　　上面的这些表现，在Bob大叔看来，都是不专业的表现。Bob大叔在这本书里头，告诉我们，专业的程序员应该是这样的：

　　1） 懂得不断学习，刻意练习。

　　2） 主动了解业务领域的知识。

　　3） 谨慎承诺，敢于说不，一旦承诺，必须实现。

　　4） 使用TDD。

　　5） 通过验收测试，和需求方达成明确共识，而不是使用白纸黑字描述的模糊内容。

　　6） 重视自动化测试。

　　7） 管理好自己的精力，让自己工作时永远精力充沛，一旦疲劳，就停止工作，不要在不在状态时写代码。

　　8） 合理的预估工作量。

　　9） 避免压力，但是如果压力来了，也能在压力面前坚持原则。

　　10） 和雇主以及同事友好协作。

　　最后附上思维导图：

　　（图片和xmind文件可到我的Github下载：https://github.com/hzy38324/Hong-s-Xmind）

　　《程序员的职业素养》读后感(二)：有感于《程序员的职业素养》

　　基本快读完此书了，读完之后的第一感受也是感受最强烈的一点就是：此书不单单是程序员需要了解的，更是所有与软件开发相关联的人员需要学习的，特别是项目经理。如果仅仅是程序员自己一人开发个软件以供自己消遣消遣，便不会涉及到本书讨论的内容，本书讨论的问题，或者说之所以有书中讨论的那些问题，恰是因为程序员是作为一个不可或缺的一份子存在于一个团队之中，并且无法避免地要与团队中其他成员发生关系。

　　正如书中所说的——大多数人之所以选择以编程为业，是因为喜欢沉浸于弄清各种细枝末节和摆弄各种各样的概念，以证明自己拥有这个星球上最发达的大脑，而厌恶陷入与他人交流的错综复杂的混乱之中，因此，可以认为程序员是一个非常有特点的群体，与这样一群有特点的人相处，除了程序员本身需要具备职业素养外，任何一名与程序员合作的人员也都需要非常高的专业素质，比如项目管理能力、团队建设能力、情绪调动能力，等等。

　　《程序员的职业素养》读后感(三)：程序员的专业主义精神

　　专业主义

　　1.精进技艺，保持时间上的投入，保持关注

　　2.负责，为制造的bug负责，而不是抱着“人非圣贤孰能无过”的态度

　　充足的测试用例->对修改代码没有恐惧->经常性的改善代码->高质量代码

　　说“不” 和 说“是”

　　不要说试试看，给出明确答案，“是”或者“否

　　敢于说“不（提出异议）” 谨慎说“是（做承诺）”

　　编码

　　进入“流态区”

　　保持节奏

　　不要盲目冲刺，唯一能够加快进度的方法便是缩减范围

　　在程序员所能表现的各种不专业行为中，最糟糕的是明知道还没有完成任务却宣称已经完成

　　TDD

　　练习

　　“编程柔道场”：用一些适当的题目练习技能，比如ACM题，书里举的是练习TDD的技能

　　测试

　　完成的定义不是代码写完，而是所有测试通过、需求方确认

　　测试金字塔

　　UI测试 高成本 反应真实需求

　　验收测试

　　集成测试

　　单元测试 低成本 高效率 缺陷更易定位

　　后面关于时间管理 & 预估 、 压力团队协作的内容不是特别有感觉，这些各种书上写的也很多，大同小异

　　《程序员的职业素养》读后感(四)：程序员的职业素养

　　本书是Bob大叔四十余年软件开发经验的传承，通过不到两百页的篇幅回答了大家都渴望了解的问题：专业的程序员具有怎样的品质？只有明确了这一问题的答案才有可能见贤思齐，在非技术层面努力达到职业水准，进而实现自己的目标和价值。

　　从意义来说，目前对于理工科背景的程序员（尤其是新手）而言，往往把对技术的追求放在首位，容易忽视技术之外的其他因素。技术固然是程序员赖以吃饭的本钱，但是项目的成败却并非仅由技术决定，甚至技术只是众多影响因素的其中一项。本书的主要目的正是教导程序员个体如何提升技术之外的软实力，避免重蹈前人的覆辙，以专业的态度和方法解决问题，推动项目不断走向成功。

　　回顾自己曾经的项目过程，由于接受了过多业务需求，缺乏完善的测试，没有专业地协作，最终通常会导致失败和挫折。因此，当我读到书中的相关章节，想起自己的亲身经历，便会形成强烈的共鸣，在懊恼没有早日通读本书的同时，也为Bob大叔对新生代程序员的良苦用心和谆谆教诲表示由衷的赞叹。能够有幸聆听来自大师的训诫，真的是可以受用终生的。

　　从内容来说，本书区别于传统技术书籍“以术为本”的特点，而是通篇“以人为本”，探讨程序员在工作中可能遇到的各类非技术决策和最佳实践。正如其英文标题“The Clean Coder”所言，本书从承诺与拒绝、编码与测试、面向个人的时间管理与面向团队的协作凝聚、预估与压力、练习与辅导等程序员最为常见的议题出发，详细阐述了专业人士如何干净利落地处理和解决这些议题所包含的各种问题，为读者提供了切实可行的指导意见和建议。这些宝贵的实战经验通常是原则性的内容，不利于理解和应用，于是Bob大叔又加入他四十余年职业生涯所积累的丰富案例进行说明，让读者在轻松幽默的氛围中体会这些经验的奥妙。

　　以第二章《说“不”》为例，本章开头就给出极具概括性的语句：能就是能，不能就是不能，不要说“试试看”。接下来，Bob大叔就如何说“不”，说“不”时是否需要解释原因，以及什么时候说“不”分别给出自己的观点和建议，阐述的思路非常清晰。文中还通过多个具体场景对这些建议进行描述和说明，足以看出Bob大叔的良苦用心。尽管每章篇幅并不长，其中的信息量却不小，并且值得读者反复体会和亲自实践，这也是Bob大叔“Clean Code”原则的体现。

　　最后，在本书包含的所有议题中，如果需要挑出三项对我触动最大的，我想应当是：说“不”，时间管理，以及团队协作。这三项是我之前吃过不少苦头从而需要不断改进的方面，相信Bob大叔的专业建议会起到积极的作用和影响。而测试驱动开发、设置验收测试、PERT预估等最佳实践也可以尝试在项目中进行应用推广，让本书的价值能够最终转化为项目结束后大家发自内心的喜悦和自豪。

　　《程序员的职业素养》读后感(五)：程序员必读的一本书

　　与它相见恨晚。

　　第一章就让我有醍醐灌顶的感觉。我以前一直没有把雇主，自己和自己做的事情给很好的区分开，一直寄希望于雇主给我提供各种机会来让自己成长，同时还不希望雇主让我加班。现在回头看自己的想法，简直太天真。如果打算成为一个专业的程序员，就需要自己的努力，并且是工作之外自己花时间去练习学习，要做规划，要坚持不懈。当然这本书里介绍的东西远不止这一点，它很全面综合的提到了作为程序员会遇到的大部分困境，以及如何避免和解决。不过它总是用简单明了的故事来让你认清事实，然后恰到好处的点醒你，提示你。这本书最大的特点就是几乎没有说教意味，有的只是一个资深程序员一路披荆斩棘走来的经验和心得，听他娓娓道来你就觉得很多事情自己也遇到过，只是处理方式不够好或者不知道怎么处理。我从这本书里学到了很多，它是适合经常多读几次的书。

　　《程序员的职业素养》读后感(六)：《程序员的职业素养》好的职业习惯和职业态度

　　看完之后，首先封皮吸引了我，是一个星云，软件开始几十年来，一直在改变，从工具，还有设计模式，但是最基础的东西并没有变化，以前的人还是可以看懂现在程序的编写，程序员的职业素养看完之后有几个感受就是好的程序员一定要对自己的代码负责任，除了任何问题都要自己承担，这才是专业的程序员该有的态度，代码没有bug是不可能的，但是我们要朝着qa测不出bug的目标，前进，尽可能快的去重构代码去优化代码，不让代码变得僵化，还有预估时间往往比我们想想中的要长，主要是很多的细节问题，所以我们要学会说是和不是，说是的话就一定要在预期的时间内完成，但是也要有说不是的勇气，在上面要求的时间内做不完的话就一定要说出来，不要为了不和对方发生冲突就说试试看，这是一种不负责任的态度，好的程序是不会说试试看，他们清楚的明白自己的能力所在，可以完成一定可以完成，知道自己的能力，就算万一出了问题，他还会及时将风险提出来，以便别人可以帮助他，还有态度问题，这本书的作者，曾经因为没有按时完成任务，把领导的话当作耳旁风而导致丢饭碗还有不按时到，上班迟到，被辞退了，他在吸取教训之后在他的下一个公司一干就是15年，积累了他现在的成就，在压力面前坚守原则，这才是应对压力的最好办法，有时候放弃一些原则，为了赶时间，导致栏代码还有1000行的函数这种糟糕情况，这种只会使得越来越慢，只会比原来花的时间越来越长，所以不要那么干，还有凌晨3年写的代码，还有情绪不要的时候写的代码，那样在你清醒的时候还是会进行重构，所以要有一个好的状态，在清醒的时候写代码，还有提高成产率的问题，参加会议的时间由你自己进行掌握，你自己可以决定去不去，如果这个会议的收益大于你现在所做的工作，就要去，反之没必要，还有一个番茄时间工作法，就是让你好好工作一段时间，然后再去休息，这期间不被任何打扰，然后一个番茄完了，在休息一会去做其他事情，这样效率会好很多，还有测试，代码尽可能提前测试，著名的有测试驱动开发，还有一个好的办法就是结对编程，两个人完成同一项任务，这样也能提高代码的效率，在你需要帮助的时候可以找人和你结对编程，别人需要帮助的时候你也可以去找别人结对编程，帮助别人总是会比你帮助别人得到的多得多的东西，还有辅导别人和被人辅导，这些都是提升自己的好机会。学习别人不光是别人可以让说，还可以看别人解决问题和学习问题的态度。这本书有细节有职业道德，还有一些方法，是一本不错的书，还有自己需要进行练习，代码练习还有参与开源项目。

　　《程序员的职业素养》读后感(七)：专业主义，我们还差多远

　　成为一名专业的程序员有很长的路要走。专业人士需要为自己所做的工作负责，敢于承担责任。

　　专业人士需要做到：不要破坏软件功能（让QA找不出任何问题，要确信代码正常运行）、不要破坏结构。

　　专业人士的职业道德：了解自己的领域、坚持学习、练习、合作、辅导、了解业务领域、与雇主/客户保持一致、谦逊。

　　懂得什么时候说“不”，什么时候说“是”。

　　测试驱动开发是一名专业人士必备的技能。专业人士通过不断的练习，职业程序员用自己的时间练习，老板的职责不包括避免你的技术落伍，也不包括为你打造一份好看的履历。职业程序员使用自己的时间练习，因为他们知道保持自己的技能不落伍是自己的责任，而不是雇主的责任。

　　每个专业的开发团队都需要一套好的测试策略，专业开发人员遵循测试驱动开发的要求来创建单元测试。测试包括单元测试、组件测试、集成测试、系统测试、人工探索式测试。

　　专业人士需要有效的管理时间。时间拆分和番茄工作法是管理时间的有效方法之一。

　　与预估是软件开发人员面对的最简单、也最可怕的活动之一。预估影响到的商业价值巨大，关乎声誉。预估不同于承诺，承诺是必须做到的，预估是一种猜测。

　　《程序员的职业素养》读后感(八)：普通程序员走向“专业”的灯塔

　　2012-11-11

　　看完此书第一个感觉就是：大叔也是跌跌撞撞一路走来，什么时候才能成为大叔这种级别的高手呢！

　　两周前拿到这本书，在地铁、程序编译间隙把书看完了。“编译间隙”，正如作者在“练习”一章的注里讲的“这是悲剧”，事实上我们可以等待很少的时间或者不需要等待，只要足够仔细，我知道等待程序编译不好，但是却没能去修改。我们的程序每次更新代码都必须重新编译链接，否则就会出现莫名其妙的错误，而我们使用的机器又很老旧。没有人知道怎么修改工程，公司没给我们配备够用的机器，我也没掏钱去买机器。知易行难。

　　第一章的简述，基本把后面的内容都总结了一遍，看看目录，再看看第一章就能有不少收获了。

　　书写得很通俗，关于非技术层面的职业素养，很多地方能产生共鸣，看到这些地方是对自己的一次次鼓励。这里边很多知识点其它书籍也有涉及。

　　关于承诺。拒绝跟承诺是相对应的，拒绝就是为了坚守承诺，不懂拒绝的人慢慢的就会沦为不守承诺的人，当然也有可能他从来就不曾把信守承诺当回事，这些年的计算机大热，让不少非专业人士也混进来了。跟拒绝一样，专业人士能做到。我现在做不到，尝试过这么做，但实际上行不通。他们会要求你2天干完3天的活，假如你不敢说“是”，那么这工作就没你份了，他们会寻找说“是”的人干活，结果说“是”的人3天或者更长的时间才干完，这不重要，因为他们已经习惯了延期。有些书籍里批评了这种先应承下来，然后再延期完成的做法，但很不幸这是生存之道。作者的文字，立了标杆，我一直都是在向专业人士靠近，Yeah！什么时候才能勇敢的说“是”和“不”呢？在一个信守承诺的环境下，足够专业的时间评估，有足够的团队精神的团体。

　　关于编程。最让我感到诧异的是，居然要避免进入流态区，我之前可是感觉良好，有时候写到凌晨，感觉干了很多活。当然也冒出了很多错误，但我以为这是熬夜写代码导致的错误。熬夜写代码是很不好的事情，但是像我这样的小码农避免需要更大的勇气。看到关于“冲刺”、“加班加点”部分的时候，会感慨那些程序员真幸福。我们还处在作者一周干70、80小时的那个时代。

　　关于测试驱动开发。看起来真是个好方法，我也能体会到，但没在项目中实践过。现在看到烂代码，都不敢动了，没有“防坠网”，重构是很危险的事情，就我了解的情况，没防坠网的重构都失败了，当然，他们不会认为这就是失败，他们会认为重构后出现的退化是正常的情况。最近遇到了没文档的代码，需要自己调试验证某些功能的输入输出参数，很自然的写了测试代码，而这些测试代码又很自然的可以当作使用说明文档，如果最初写代码的人有重视测试，那么这些完全可以当作文档留下来，后来者也就不用花时间了，节约公司成本。

　　关于练习。回想我短暂的程序员日子，练习做的太少，每次都是需要才去学，用完就丢，缺少积累。程序员应该像运动员一样，日复一日的练习，才能成为专家。

　　关于完成。这是一个可以大力吐槽的话题。非专业的程序员会让QA代替自测，非专业的程序员会把截止日期当作功能完成，听起来很惊讶，但这是真的，背后可能有各种各样的原因，可能是程序员太嫩，可能是排期太不合理，但理由不重要，专业的程序员首先必须是负责任的。我的目标正如作者所说，测试人员应该一个bug也找不出来。这要做到很有难度，你需要清楚的知道这是在做什么，遇到不聪明的业务人员，要不断的咨询，他们到底要什么，有时候还得跟测试人员解释，这就是他们想要的，它不是bug。零bug程序是一个标杆。

　　关于时间管理。番茄工作法是个不错的方法，在不少书籍上看到这建议。拒绝不必要的会议，之前也在一些地方看到过。最怕的是遇到寻求存在感的leader，在会议上帮你浪费时间，而不是帮你节省时间。

　　关于工作预估。这是个很难的工作，首先必须清楚的知道你的能力，工作的难度，如果一头雾水，那一切方法都没用。预估时间时，千万不要以为周六日、晚上可以加班完成，很少有人能做到7*12一如既往高效率的工作，如果你算上了，那是准备让别人说你不守承诺。

　　关于压力。在压力下坚守规律，专业人士的方向。在工期压力下，能写漂亮代码吗？能不熬夜吗？能不加班吗？不能，那么工期为什么会有压力？有时候，问题本身就不该存在。

　　关于程序员的培养。程序员职业也应该像其它成熟工种一样平凡，但现实不是这样子的，即便是作者所在的国度也不是。我们这儿很多人才刚会写代码，还属于很普通的熟练工，就开始不写代码做管理工作了，然后刚毕业的小朋友都不用培训就直接上岗大干，所以我们的情况是——从来就没有大师，是我们不把编程当作职业，而只是临时工种。从学徒走到现在（大概可以算作初初级熟练工），有些自生自灭的痛苦，作者的理想世界真的不错，很多时候我太急躁了。

　　这本不厚的书，给了普通程序员走向“专业”的灯塔。知易行难，“专业”的路上总有各种各样的拦路虎，也许我会再走作者标明了的错路，我也并不孤单，但心里知道这是错误的，不要走远。每看到这种书，低沉的士气会再次振奋。

　　《程序员的职业素养》读后感(九)：作者大半辈子的经验总结，一本值得推荐的好书

　　Robert C.Martin的大名咱就不说啥了。这本书写的深入浅出，感觉像读一本小说，流畅自然，但自然而然的就学到了很多东西。结合工作经验，常有种“确实如此”的感觉。

　　该书尤其适合我等初入职场，试图成为“专业人员”的人。其中永远不要说“我试试”和有关测试的章节给我留下了深刻印象。

　　我写了简要的读书笔记，用了markdown所以就给链接吧。

　　希望大家都能有所收获。