程序员修炼之道

1 / 2

《程序员修炼之道》读后感1000字

最近几天读完了一本书《程序员修炼之道》，我认为它是写给程序员看的一本哲学书，因为它侧重的是提升程序员的思维能力，而不是具体的实操能力或者专业知识。看完这本书后，不会给人一种立刻就能上手使用的效果，但是它会给人一种豁然开朗的效果，更多的是思维上的启迪。

当我们谈论优秀程序员的时候，我们在谈论什么？它代表着一类人，而这类人拥有一些相同的品质，他们有着优秀的思维和工作习惯，他们也许还拥有丰富的经验，更关键的是那些宝贵的经验变成了智慧，有人把这些智慧用文字表达了出来，于是就有了这本《程序员修炼之道》。

这本书正是给了自己一个机会，一个可以近距离了解一个优秀程序员的机会，看看他都有哪些习惯和认知，之后，再对比一下现在自己脑子里对于编程这件事的认知，感受一下差距。读完后，觉得差距还真的挺大的，小到对于工具的使用，大到对于整个项目的理解。一个项目从开始到结束，里面有太多东西要学习。比如说需求开始前，需求拆解阶段，不要去搜集需求，而是要挖掘需求。理解需求背后的业务逻辑，不能陷入为了开发而开发的状态。

反观自身，最近2个月以来的工作，就是处于一种盲目开发的阶段，它体现在，原封不动的照着PO的需求文档去开发，却没有考虑到背后用户的使用逻辑，所以在需求文档上有一点业务逻辑偏差的时候，自己毫不知情，导致后面很多的返工，花费多余的时间和精力重新修改代码。而这个失误，是可以在最开始的时候，多想一步，再多挖掘一步，就有可能会避免。这就是一个经验欠缺的开发在需求分析上的不足之处，技术是一方面，对于业务的理解同样是衡量一个开发水平的重要因素。

2 / 2

再比如说开发过程中，要遵循“Test early.Test often.Test

automatically”的原则，不要等着用户发现问题。这也是自己近期工作中暴露的一个问题，测试太少。读后感完成一个功能后，它可能覆盖的情况是有限的，往往会出现一些特殊情况或者其它操作，这个时候，就是问题容易出现的时候。因此，今后的工作中要加强自测的频率和质量，以涵盖到尽可能多的使用场景。

（总结）程序员的思维修炼（推荐阅读）

第一篇：(总结)程序员的思维修炼

程序员的思维修炼

开发认知潜能的九堂课

我的总结

第一章：尝试改变自己。

第二章：德雷福斯模型。从整体角度看待问题。保持实践。学习如何学习的技能。

第三章：双cpu，L与R。多用脑，多记录想法。积极的情感。什么是创作？。多编码，深思熟虑，专注实践。

第四章：增加感观体验。R型开路，L型紧跟（从整体到局部）。使用隐喻（异类联想，培养幽默）。改变解决问题的角度

第五章：“很少”不意味着“没有”。从多个角度看待问题。你确信？你怎么知道的。凡事总有两面性。

第六章：学习能力可能是成功的最重要因素。技术不是最重要的，持续学习才是最重要的。教育的含义：从学习者那里引导出一些东西。仅仅掌握知识，而不去实践，没有用，随机的方法，没有目标和反馈，往往导致随机的结果。DMART目标。对主动学习的投资做好计划。很多教育家把学习者分为三大类：视觉型，听觉型和动觉型。

SQ3R学习一本书（或其他？）的方法：1，调查：扫面目录和每章总结，得出总体看法。2，问题：记录所有问题。3，阅读：阅读全部内容。5复述：总结做笔记，用自己的话来描述。5，回顾：重读，扩展笔记，与同事讨论。

主动阅读。R->L:首先是一种全盘，浅显但是广泛的调查，然后转换到传统的L型活动，扩大多重感官的参与（讨论，笔记，图片，隐喻等）。

使用思维导图。

同时用R型和L型做笔记。写文档的过程比文档本身更重要。观察，实践，教学。 第七章：积累经验是学习和成长的关键--我们通过实践的方法学习，效果最好。趣味性很重要。为了更好地学习，请更好地玩。在你的环境中安全地探索，创造和应用。当大脑受到压力，它会主动停止一些思考，眼界会缩小，不再考虑可能的选择，更糟糕的是，你会把R型完全拒之门外，L型主导一切，当你认为时间至关重要时，R型根本没机会工作。让大脑为成功形成惯例。从相似点中学习，从差异中忘却。记忆的每一次读取都是一种写入。

《程序员修炼之道》读后感（⼀）【第⼆章与第三章】

第2章 注重实效的途径

从本章开始，作者终于开始介绍实际开发中将会运⽤到的技巧及原理，⽽在阅读中我也发现由于⾃⾝的经验不⾜知识浅薄⽽对作者提到的许多概念感到⼗分模糊。

7、 重复的危害：在过去的学习中，关于重复的危害我只认识到会使代码可维护性降低这点程度，⽽本章则说重复甚⾄会成为程序的“噩梦”，DRY原则简单⼜实⽤，我想起就在上⼀节java课上的测试中我还使⽤了很多重复来解决购票问题。作者将重复归为4类：强加的重复、⽆意的重复、⽆耐性的重复、开发者之间的重复；对于没有合作开发经验的我们来说，前三种更为常见。对于这些重复最好的解决⽅案就是严格遵守DRY原则，不断锻炼⾃⾝。

8、 正交性：“正交性”是⼀个⼏何术语，它表⽰两条直线相交成直⾓的状态；从向量⾓度上来讲，正交的两条直线不会相互影响，沿着某条直线移动不会影响其投影到另⼀条直线上的位置。对应到软件⼯程中，正交性指的是某种不相互依赖性，即改动某⼀或⼏个⽅向⽽不会影响其他⽅向。作者⾸先介绍了⾮正交性所带来的危险，⼀个系统如果是⾮正交的，那么其中的⼀个模块出错将会牵⼀发⽽动全⾝。⽽正交将会有诸多好处，其⼀最明显的即是降低风险，正交可以消除⽆关事物之间的互相影响，在某⼀部分出错或需要修改时不会影响到其他部分；另⼀⽅⾯，正交性可以显著提升⽣产率，正交性的系统使得整个⼯程得以划分为更⼩的模块，使改动变得局部化。⽽编程正交性的实现得益于DRY原则，我们要保持代码的解耦性才能使其达到正交，作者还提出了⼀系列⽅案，如避免使⽤全局数据、避免编写相似的函数，这些对于我们这个阶段⼗分有建设性意义。

9、 可撤销性：我们在编程时经常习惯⽤简单、单⼀的⽅式解决问题，但是如果我们不去考虑将来的撤销的可能性，将会是我们的代码耐⽤性、可维护性变差，其关键在于我们做出的关键性决策，显然，关键决策是不容易撤销的。如果我们能够严格遵守DRY原则并保证我们的代码具有良好的正交性，那么我们⼀般是不需要做出关键的、不可逆转的决策，只要我们能保证代码和架构的灵活性，我们就不需要担⼼这点。

第 1 页 一：Java语言学习

对线程(thread)，串行化，反射，网络编程，JNI技术，容器(Map,List, Iterator), 类加载器

(ClassLoader)，输入输出流，垃圾回收机制， 有比较深入的了解，最起码做过项目应用。有

过Java项目的性能优化经验，最起码掌握一种性能监视工具的使用，熟悉JVM参数，最起

码知道可以在JVM启动时指定不同垃圾回收机制，以及不同垃圾回收机制之间的

差别，熟悉JVM参数优化。

二：J2EE方面

最好知道JDBC规范是怎么回事情，面对Oracle数据库如果告诉你JDBC驱动不能用了，你

还知道有OCI驱动可以。掌握常见的SQL语句，熟悉JMS， JNDI等组件，掌握一套web开

发模式，从前台到后台，有能力整合好这样的框架。理解并掌握MVC思想，像SSH已经实

现了MVC的分层，几乎不需要你自己再实现，假设你开发一个简单的Swing程序，你能MVC

就说明你真的掌握了MVC的精髓。有能力在J2EE前端开发中构建自己的MVC模式，知道

什么是WEB2.0，知道什么是SOA， SaaS， SaaP等含义

三：理解并能合理运用设计模式，UML建模 第 2 页 知道并理解设计模式中蕴含的几种基本原则如：里氏替换原则， 开闭原则，合成复用原则，

依赖倒置原则有很好的理解，并能举例说明。对常用的设计模式如工厂模式，单例模式，观

察者模式，责任链模式，桥接模式等知道灵活运用，明白什么是回调(Callback)。最后用一位

高人话来总结设计模式，它是为了让软件更容易被别人读懂，更容易维护而产生，设计模

式本质是程序员之间的交流，如果A用工厂模式设计一个模块B来接替，A只要说该模块是

工厂模式实现，B维护起来应该容易得多，所以设计模式是关于交流，不关于代码。切忌滥

用设计模式。学会使用UML建模工具至少熟悉一种URL建模工具。

四：注重用户体验，掌握KISS原则，知道欧卡姆剃刀原则