第三章 基本工具
要与工匠一样，想着定期增添工具，要总是寻找更好的做事方式。
要乐于超越信成开发环境IDE所施加的种种限制。
14 纯文本的威力
持久地存储知识的最佳格式是纯文本。
如果效率、存储空间不是最主要的考虑因素，就要使用纯文本。它保证不过时，而且易于测试。
15 shell游戏
至今还保留着windows中的一些unix命令工具，偶尔会一用。
16 强力编辑
程序员整天与编辑器打交道，一定要把编辑器用到极致，选择强大的编辑器并用熟它！
曾经想学emacs，但最终放弃，因为我的常用的开发工具是visual studio，在这里面使用emacs命令是一种痛苦，大量的ctrl,alt组合键与windows中的常用命令严重冲突，最后不得不回到vim编辑器来，幸好在visual studio中有好用的vim插件，并且以前的许多ctrl组合命令仍然可用。
顺便又把visual studio的功能深挖了一遍。http://www.cnblogs.com/speeding/p/3649740.html
17 源码控制
即使团队里只有你一人，也是使用源码控制系统。
以前用过VSS，后来换过SVN，还试过GIT，对我来说SVN已足够。
18 调试
遇见bug的第一反应是“那不可能”，不要把情感浪费在这上面，它不仅可能，而且已经发生了。
首先把编译器的编译级别调到最高。
当你能够重视这个bug，可能就快发现它发生的原因了。
bug可能会出现在操作系统、数据库、编译器中，但这不应该是你的第一想法。
修正bug后，想一想：以前为什么没有发现这个bug?是不是可以改进单元测试来发现这个bug?如果查找这个bug花了很长时间，问问自己为什么，下一次是不是可以更快地修复类似的bug?
第一章 注重实效的哲学
第二章 注重实效的途径
第三章 基本工具
第四章 注重实效的偏执
第五章：弯曲或折断
第六章：当你编码时
第七、八章
本文转自申龙斌的程序人生博客园博文，原文链接：http://www.cnblogs.com/speeding/p/3708228.html，如需转载请自行联系原作者
http://www.cnblogs.com/speeding/
