纯文本与编程效率-优快云博客

读书笔记摘自：《程序员修炼之道》

14 纯文本的威力

20. 以纯文本保存知识
Keep Knowledge in Plain Text
纯文本不会过时。它能够帮助你有效利用你的工作，并简化调试和测试。　　

通过纯文本，可以获得自描述的、不依赖于创建它的应用的数据流。

主要两个缺点：
①与压缩的二进制格式相比，存储文本所需空间更多；
②要解释及处理纯文本文件，计算上的代价可能更昂贵

保证不过时、杠杆作用、更易于测试、最小公分母（公共标准进行通信）

纯文本是跨平台，跨时间（不会过时）的最佳、最简单的表示法，而且易于理解与对比。有一个常见的误解，就是觉得二进制比文本表示要安全，其实这只是更加晦涩难懂而已，要说安全，加密才是正解。

程序源代码、资源文件、html、xml、注册表文件等等，用的都是纯文本，如果你要设计一个自己的文件格式、优先考虑纯文本，除非你有存储空间与效率上的考虑。

15 shell游戏

21. 利用命令shell的力量
Use the Power of Command Shells
当图形用户界面无能为力时使用shell

虽然Windows下的 shell不如*nix的强大，但是对于自动化一些日常的操作已经足够了，比如我们经常会用一些bat文件来自动化配置。尤其是，当你配合shell命令和Perl这种超强的文本处理语言，你会觉得如鱼得水。这两年的代码重构工作中，领教了不少Perl + Shell的威力！

16 强力编辑

22. 用好一种编辑器
Use a Single Editor Well
编辑器应该是你的手的延伸；确保你的编辑器是可配置、可扩展和可编程的。

用熟用精一种编辑器，的确是相当好的建议。工欲善其事，必先利其器。平时在windows下N++用的比较多一些，最近考虑切换使用一种更强大、跨平台的工具，比如Emacs或者Vi。

其实这个道理可以说的更宽泛一些，对于经常在IDE中工作的人，精通其工作的IDE，如VS就相当有用了，其效率的提升应该是成倍的。

17 源码控制

23. 总是使用源码控制
Always Use Source Code Control
源码控制是你的工作时间的机器—-你能够回到过去。

这个年代，相信只要是写软件的，肯定都用了SCM，我们公司用的是 Perforce，很多开源项目用SVN、Mercury、或者git之类的，而CVS有逐渐没落之势。”源码让猫吃了”的情形，只发生在我大学写的程序中~~~

18 调试　　

24. 要修正问题，而不是发出指责
Fix the Problem, Not the Blame
Bug是你的过错还是别人的过错，并不是真的很有关系—-他仍然是你的问题，他仍然需要修正。
25. 调试时不要恐慌
Don’t Panic When Debugging
做一次深呼吸，思考什么可能是bug的原因。
26. “Select”没有问题
“Select” Isn’t Broken
在 OS或编译器、甚至或是第三方产品或库中很少发现bug。Bug很可能在应用中。
27. 不要假定，要证明
Don’t Assume It-Prove It
在实际环境中—-使用真正的数据和边界条件—-证明你的假定。