《The Pragmatic Programmer》是一本由Andrew Hunt / David Thomas著作，Addison-Wesley Professional出版的Paperback图书，本书定价：USD 49.99，页数：352，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。

　　《The Pragmatic Programmer》精选点评：

　　●其实很多我都做到了。。但知道了DRY和程序需要从一开始就不停地迭代测试，这部分确实颇有收获。还有，此作者文笔真是，反正写出来的东西不怎么易读.. 其他技术书籍的作者比这个要高到不知道哪里去了

　　●人间指南

　　●2012年8月

　　●好书！

　　●比Code Complete粗略很多，没有涉及到比较细节的最佳实践，但确实Pragmatic的，给出了一些基本的指导。希望能够遵循里面的建议，能够做得更好。一遍应该是远远不够的，还需要时常回来参考。

　　●so far, 我觉得第一章最有用.

　　●我是一名修鞋匠

　　●大学读过 但是印象不深 有空在看看

　　●快速浏览完，理念性的东西不错，工具上的建议比较过时。大多数建议在大公司里基本已经普及。

　　●我喜欢拿木工，陶艺这种手艺活来和编程相比，没想到这本经典的作者就是个木工爱好者。英文版读起来通俗易懂，流畅自如，像一个亲切的邻家大叔娓娓道来。 相比之下中文版艰涩难懂，很多例子不知所云。

　　《The Pragmatic Programmer》读后感(一)：The Pragmatic Programmer

　　本书直击编程陈地，穿过了软件开发中日益增长的规范和技术藩篱，对核心过程进行了审视――即根据需求，创建用户乐于接受的、可工作和易维护的代码。本书包含的内容从个人责任到职业发展，直至保持代码灵活和易于改编重用的架构技术。从本书中将学到防止软件变质、消除复制知识的陷阱、编写灵活、动态和易适应的代码、避免出现相同的设计、用契约、断言和异常对代码进行防护等内容。

　　《The Pragmatic Programmer》读后感(二)：提供一个ebook.

　　不过是『HTML帮助』格式的= =

　　能略看就好，毕竟是文字（而不是图片）。

　　via rapidshare

　　https://rapidshare.com/#!download|839p12|408306615|The_Pragmatic_Programmer_-_From_Journeyman_to_Master.zip|935|R~18B623D1861A3681D1CFFAE12C2B020A|0|0

　　《The Pragmatic Programmer》读后感(三)：写点普世的哲学

　　本身除了马哲，没有读过什么其他的哲学的书籍，很早就想读几本了，

　　看了这本书后，想法更加强烈，既然是科学的科学，记下几条，用以铭记，最重要的是用以实践：

　　1.care about your craft

　　关心你的技能

　　2.think！about your work

　　不断的批评和评估你的工作

　　3.provide option，don‘t make lame excuse

　　4.invest regularly in your knowledge portfolio

　　知识资产

　　5.critically analyze what you read and hear

　　6.don't repeat yourself 当然先要思考是哪一方面

　　7.prototype to learn

　　为学习而制作原型

　　最为朴素的，乃是最真最美好的。

　　《The Pragmatic Programmer》读后感(四)：Don't Repeat Yourself

　　书中更注重一些思想的东西，具体的技巧说得不多，其中一个重复了很多遍的思想就是“DRY”。但是对于这本书来说，这是需要Repeat读多遍，也许才能完全体会其中的思想。

　　《The Pragmatic Programmer》读后感(五)：好像是一本大杂烩的书，不差但过于唬人了

　　花了很大精力找了这本书，因为是大部头，一直竖之高阁。

　　今天，终于有勇气翻了这本书，却觉得不值。外国人有很多书，

　　类似于 effective c++ 告诉你这么写代码更好，但是一个流弊是：一定要把一种工具的什么功能都用上吗？电视机出来多少年了，很多功能我们还不用，因为有遥控器的缘故，上边的按钮也几乎不用，因为有更好的工具可以完成该工具，用c++方便的地方就用c++,用脚本方便的时候就用脚本。 effective c++ 的作者就像一个推销员，他是使用该工具的大师，但我们有自己的考量。

　　还有一类书是power xxx, 如power shell 这种书教你如何使用；这类书的缺点不是像effective c++ 那么过度推销，而是大多数没有用，对于在一个专业开发人员，这些工具，流程都是有一定的定规的，有专业的人员在维护，如scm 人员，系统管理员，IT部门出于成本，交流考虑规定之能使用某某工具。简单说，至少你在大公司里工作，编程的就不用考虑这么多事。

　　提高开发效率又很难多方法，但是最好的方法不是自己写个库，维护一个库。在open source 的时代，加入更多的开源项目吧，即使不作贡献也订了mail list.

　　意义最大的不是重用几行代码而是多了解别人的思想，在这些技术更新这么快的时代，站在他人如同事肩膀上的途径只能是多交流，这与情商的提高是相促进的过程，EQ 越高，交流越顺畅，交流越多，EQ更加提高。实际programming 就是交流的过程，按chomsky 的划分就是一种确定性的语言在与计算机交流。

　　总之，多于同事，同行交流胜过攻读秘籍。