《程序员修炼之道》读后感10篇

　　《程序员修炼之道》是一本由Andrew Hunt / David Thomas著作，电子工业出版社出版的平装图书，本书定价：55.00元，页数：272，文章吧小编精心整理的一些读者的读后感，希望对大家能有帮助。

　　《程序员修炼之道》读后感(一)：写代码的哲人

说实话最开始我是带着偏见来读这本书的。拜翻译所赐，我对书名的印象就是：实在是太鸡汤了。
然而读了第一章之后，我完全改变了之前狭隘、傲慢的态度，本来只是想随手翻一翻结果却是欲罢不能、如饥似渴的读完了这本书。而且我确信这绝对不是我最后一次读这本书。如果你还还有读过他，那我不得不遗憾的告诉你你和我一样错过了很多。
这绝对是一本适合程序员的好书，特别是有一定经验的、却还没进化为高手的程序员（比如本人）。在读这本书的过程中，它会和我以往的经验、教训产生共鸣，相见恨晚。好多之前隐隐约约的东西突然轮廓清晰了许多，虽然还没完全抓住，但总算有了方向。
它就像是两位经验丰富的前辈在提携后进：不仅仅是向读者展示编码的技巧，更多的是诸如怎样进行职业规划、生活与工作的态度、思维方式乃至方法论的建议与交流。所以我觉得两位作者更像是编码的哲人。
当然如同没有零缺陷的软件一样，同样没有适用于所有场景的tip。如果你和作者的意见相左，那么不妨仔细想想到底那种方式更适合自己。为防止剧透此处就不具体展开了。
总之，此书是那种适合多读、常读的书。希望每次读都能有新的收获：）

　　《程序员修炼之道》读后感(二)：好书是肯定的，经典倒未必，内容太杂了反而很难抓住重点

先吐嘈一下文章标题，明明是《如何成为注重实效的程序员》，结果就被无良书商改成《程序员修炼之道》。
全书感觉内容的整体逻辑性不强，每一节都很有道理，但是感觉每章的内容都比较散，中心思想不够明确。
摘录一些其他类似的书中很少提到的内容：
“软件的熵”这节告诉我们破窗理论，不要留着“破窗户”。
“足够好的软件”这节告诉我们把质量当成需求看待，不要追求完美的质量。
“曳光弹”和敏捷开发感觉很类似，但是更强调朝着正确的目标调整。
“估算”这节告诉我们学习估算，熟练理解提问->系统建模->拆分组件->指定参数->计算答案的步骤，锻炼自己的估算能力。
“需求之坑”这节告诉告诉我们不是搜集而是挖掘需求，甚至和用户一同工作来观察需求；维护一份项目词汇表，维护用户和开发者理解的一致性。
“无处不在的自动化”提醒我们不要使用手工流程，要使用自动化方案。
“极大的期望”这节告诉我们要引导客户的希望。
MD，花了一个小时写书评，就憋出这么几句话。

　　《程序员修炼之道》读后感(三)：需要实践的大道理

很遗憾入行这么久才读这本书，但也遗憾书中很多建议是平常已经被重复到啰嗦的大道理。不重复、模块化、多重构、单元测试、好文档......这些种种一定是有些许经验的码农的知道的事，但也是很多人没能很好践行的东东。所以才称之为大道理，看似永远正确却又不能时时做到的事情。
做一次正确的小事很容易，但一直坚持做正确的事情却很难（一直重复做任何事情都是不容易的）。作者把这些大道理整理、格式化好，一条一条列出来，与我来说最重要的意义就是提醒甚至是警醒。不一定每时每刻都能保证自己符合所有大道理（记性差，没办法），但书本已将这些固化在纸面上，常读常新也是大道理的一个特点。
时间、实践，这是使用这些大道理最好的工具，尽多、尽可能的践行书中的建议，“重复” 练习这些大道理才能让其真正融入自己的开发中，也才能发挥大道理该有的作用。
----------------------------我割，下面是脑图（文本的，怎么贴图呢）-------------------------
程序员修炼之道
方法
抽象的、概念化的方法
参见: 死，固定、模板化方法 (延伸)
不重复DRY
正交，模块化、层次化、少耦合
参见: 解耦，德墨忒尔法则 (具体方法), 元数据 (具体方法)
可撤销、灵活，适应多种情况、平台
尽快简单地实现，更早得到反馈，（拽光弹、原型)
用应用领域的语汇来编码
估算，思考范围
项目进度，用以往项目经验估算
具体的、细节的方法
死，固定、模板化方法
参见: 抽象的、概念化的方法 (延伸)
按合约设计
前，调用前满足的条件
后，调用后完成的事
不变，调用过程不改变的东西
尽早崩溃，如果有错误的话
用断言
用异常
资源有分配就要回收
活，灵活化方法
解耦，德墨忒尔法则
参见: 正交，模块化、层次化、少耦合 (具体方法)
可使用自身
可使用传入的参数
可用里面临时创建的对象
元数据
参见: 正交，模块化、层次化、少耦合 (具体方法)
用数据配置细节、不同的地方
用代码抽象出相同的地方
时间上并发、次序的处理
UML活动图，什么可以同时做什么之间需要保持一定次序
命令、消息 队列
数据、视图分离
listener publisher
MVC
黑板？
编码时
不要靠巧合
时刻知道在做什么
不要盲目，知道所以然，有可靠的东西依赖
有计划
不做历史奴隶，该重构就重构吧
可估算算法效率
重构，尽多、尽早，不做时间（以前花过的，现在可能要花的）奴隶
测试，自动化、单元、自己、测试
项目准备时
需求，具体的用例（有模板）
约束，不要自己多加约束
准备好再干，但不要拖延，尽快实现原型
不要过于形式化、规范化
团队
每个人都参照以上抽象的、细节的原则、方法
自动化
自动编译
自动测试
自动部署
工具, make shell perl ...
测试，所有的测试
文档
代码中的注释
内部文档
外部发布文档
超越期望一点点，就一点点
签自己的名，更为代码负责
工具
文本
处理文本工具,shell、awk、sed、perl
shell
编辑器（于我就是vim）
源码控制管理（于我就是git）
调试工具
哲学，大道理
负责，不随意找借口，提供解决的可能办法
讲究，尽量把每一处都做精致，否则会变成破窗户
渐变，日拱一卒，但不要被拱变成温水的青蛙
足够好，不要将就，不要过于追求完美而忽略时间
学习，投资自己
交流

　　《程序员修炼之道》读后感(四)：The Pragmatic Programmer

开始看这本书时，虚心接受了人家从大学出来时已经看过的吐槽。
看这本书，并不敢看得太快，一天看一到两条，结合自己的工作实践进行思考。
就这么一个月过去了。
呵呵，显然还成不了"Master"，但是看起来至少已经不是"Journeyman"级别了。
这本书的内容对我来说，并没有什么非常新颖的地方，因为很多观念已经被某个大胡子宅男程序员教唆得耳朵要长茧子了。
主题非常分散，适合随机阅读。
前面好看，后面啰嗦。
喜欢把很多tips看成是端正三观的警句。
什么DRY 、crash early之类的，现在的程序员很多脱口都能口若悬河的讲出一堆唾沫。
但是，show me the code, 就能发现很多谁谁离the pragmatic programmer还差得远了。
另外，这本书的尺度从代码级到项目级，给出的建议却很实在，每个主题都值得深入研究一番。
要把书最后几页的内容打印出来放在键盘旁边随时提醒自己。THINK。在做某件事情的时候思考自己到底在做什么。