写在前面
- 这本书长这样
- 第一眼看到书名《程序员修炼之道》，真的很像成功学书籍。它的直译名叫《注重实效的程序员》。
- 这本书可以跳读，可以放在一边（估计不会只读一次）偶尔打开随便翻到一页开始阅读。
- 这本书是程序员工作上的经验总结，既有程序上的进步规划，有工具介绍，又有和他人的交流技巧，还有给自己心理调剂的部分！我认为它可以归到“刚入门程序员”、“不用敲代码也能读下去”类别。
- 这本书的写作方式，属于我喜欢的“谈话口吻”。
一些感想
- 因为今年新年愿望里有“一直接触新东西”一项，所以我一直有努力扩大关注范围。以前觉得"暂时不感兴趣"、“看了也用不上”的介绍，现在也会打开看看它想讲什么，这本书也是因为这个原因而买的。我在书来之前，猜想书的内容应该像《代码整洁之道》+《设计模式》+《重构》的整合体，实际翻书一看，发现它介绍的比我想到的要多得多。书中确实有《代码整洁之道》+《设计模式》+《重构》的篇幅，不过写的没有很具体。让我觉得惊喜和新鲜的部分是它对于一些我了解的概念（比如“为什么要学新语言”）有不一样角度的阐述，还有第一次接触到的概念“前期阶段摸索”介绍等等。
- 在最前面的国内大神写的推荐中，看到这本书属于“公司新人必备学习材料”，心中有点羡慕，因为我就职过的公司还没有这样的交流氛围。
- P10 “你的知识资产”：它竟然从投资角度讲到了学新东西的一些安排。我已有这样的目标，而这一章给我提供了一些操作参考。我特意在这一页折了个角，提醒我常来看看，我也希望还没读过这一章的朋友们——非同行也能阅读——都来读读这一章，接触新东西是多重要啊。
- 书中常提到的另一方角度（比如客户）让我想到以前在工作上遇到的沟通问题，虽然因为后期需求取消使得这个沟通问题不了了之，我以前认为是策划无法领会我提出条件的重要性，以至于对方回复我并不满意，但我现在在想如果是我站在策划角度会回答的更好吗？想想当时能做到的是不是和他的回复差不多呢？是我提出的东西太抽象了吗？还是我提出的东西没有趁手的工具以至于对方只能做出这样的安排呢？