day12程序员修炼之道-从小工到专家读后感

这本书翻译过来的名字我总感觉怪怪的，英文原名是《The Pragmatic Programmer:From Journeyman to Master》,直译过来应该是注重实效的程序员，这一点也一直贯彻着整本书，整本书主要就是为了回答这样的问题，如何成为一个注重实效的程序员，如何成为一个注重实效的团队？

个人而言，首先给我启发的是通过温水煮青蛙的例子让我们要持续不断地观察周围发生的事情，而不仅仅是自己在做的事，尤其是项目的管理者必须要实时的掌控项目的方向，因为大多数项目失去控制都不是一下子就发生的，而是慢慢地，不可改变的完全失去控制的。可能是系统一个特性一个特性的偏离了规范，项目进度一点一点的拖延。这种情况下如果是作为个人还是管理者都不应该容忍规范的违背，每天、每周都需要审视自己，审视团队，及时纠正问题，纠正团队的方向。

贯彻全书的一个原则是DRY(Don‘t Repeat Yourself)原则，这也是每个优秀的开发人员必须要遵循的规范，编码过程中任何地方都不要重复，因为重复暂时节省的时间将会给以后的维护使用带来巨大的麻烦，如果发现代码有重复或者违反正交性等原则的地方要立刻找机会重构。这样才能够拥有更快、更好、更强健、更优雅的代码。

另一个很重要的原则是不要随意你不熟悉的框架和工具，现如今各种框架的功能越来越强，但与此同时各种底层的实现也隐藏的越来越深。如果使用了不熟悉的产品，却不去理解它的底层实现，项目很可能是不受控制的，很多时候我们没有能力去维护它，在碰到问题需要调试解决的时候会碰到很大的困难。

在学习中我们总会遇到难以解决的难题，本书给我们提供的一个思路是重要的不是你在盒子里思考，还是在盒子外面思考，而在于找到盒子-确定真正的约束，详细一点的解释就是面对棘手的问题时，列出所有在你面前的可能途径，不要排除任何东西，不管它听起来有多无用或愚蠢。然后逐一检查每一项，并解释为何不能采用某个特定的途径。有时候你会发现，自己在处理的问题似乎比你以为的难得多，这种时候很可能你已经走错了路，你需要回退一步，问问自己有没有更容易的解决办法。

最后一点是关于我们的傲慢与偏见，注重实效的程序员不会逃避责任。相反我们需要乐于接受挑战，如果我们负责一段设计，或是一段代码，我们都是在做引以为豪的工作。过去时代的手工艺人为在自己的作品上签名而自豪，我们也应该如此，我们希望自己的名字能成为质量的保障，别人看见我们名字的时候就能知道它是可靠，用心编写的，测试过的和有文档的。

以上这些是我关于这本书的一些收获的总结，只包括书中的内容的极少的一部分，更多的内容以及细节还是需要去书中寻找。这是我第一次读这本书，但一定不会是最后一次，我相信今后的很多问题一定都能在书里找到处理的方案以及参考的原则。