《程序员的修炼之道——从小工到专家》读书笔记

概览

最近读了《程序员的修炼之道——从小工到专家》这本书，感觉这本书又是属于开发进阶的必读的一本著作，而且我觉得一遍甚至还只是入门，这是一本值得都第二遍的书。再次推荐给大家，没看过的都去看看吧。

主要内容

由一系列独立的主题组成，涵盖个人责任，职业发展 ，直到保持代码的邻国，并易于改编和复用的各种架构技术。 全面阐述了软件开发的不同方面的最佳实践和重大陷阱。主要内容如下图所示。

作者

Andrew Hunt

木匠和音乐家。

David Thomas

业余时间喜欢单引擎飞机。

马维达翻译
翻译的总体还是可以的，但对于一些术语的翻译实在是还有待完善，特别是那个咕噜是个啥，我读完全书我都没弄明白。

适合读者

• 初学者
• 中高级技术人员（强烈推荐，会有共鸣）
• 项目经理

核心知识

主要内容如下图所示。

责任方面

  我的源码被猫吃了 

提供选择，不要找蹩脚的借口。

自动化

自动化一切可以自动化的东西
包括但不限于:
一个自动化发布的脚本
一个自动化切换网络的脚本
一个自动化测试的持续集成系统

 向团队灌输我们的时间很珍贵的理念，并对实质性作用的自动化脚本大家推广和激励，营造出自动化的团队文化。

重复的危害（DRY）

重复一般可以分为强加的重复(开发者觉得他们无可选择)，无意的重复（开发者没有意识到他们在重复信息），无耐性的重复（开发者偷懒，他们重复，似乎那样更容易），开发者之间的重复（团队成员之间的重复）这几类。
重复的代码bug的温床，是系统复用的杀手，对后期运维人员噩梦的开始。

原型与曳光弹

这两个建议在互联网行业应用最为广泛，并正在迅速向整个软件行业扩展。但对于原型和曳光弹的含义经常容易搞混。这里就简单介绍一下。简单一句话：原型是用过即扔的代码，曳光弹则是提供完整的体系，并在这个基础上继续发展并最终得到产品的方法。
所以大部分我们所说的原型方法其实是曳光弹的方法。。。。

用曳光弹找到目标，随后迭代，重构，完成目标
为学习而制作原型

工具

shell
通过命令行而不是GUI来完成你的工作，这个习惯将极大的提高你工作成果的可复用度，便于将你的工作自动化，从而提升工作的效率。
纯文本
这条意见的总体思想是，不要让你的内容，依赖于特定的工具。这样你的内容在其他地方也能良好的工作，这是自动化的基本条件，也是复用的要求。
版本控制
在这个时代做开发，还没有版本控制工具简直不可想象，Git也好，Svn也好，设置CVS也罢，版本控制工具能给你带来随时回滚的能力也就是传说中的后悔药。谁用谁知道。

其他

• 设计——解耦
• 编码技巧——摒弃靠巧合编程
• 项目组织方式——无情测试、自动化、畅通的交流、尊重

总结

对于准备在技术领域发展的人来说，这是一本不应该只读一遍的书。每一条建议都值得反复的体会，并结合自身实际经验来验证和思考。本书的内容极其丰富，涉及开发的方方面面，下面是我挑选的最喜欢的几条建议：
- 不要留破窗户
- 使用曳光弹和原型
- DRY原则

附录

介绍几本异曲同工的书：
1. 《程序员的基本素养》
2. 《45个习惯》
3. 《代码大全》
4. 《重构-改善既有代码的设计》