程序员需要知道的97件事情之 ------- 代码整洁之道&童子军原则

   本人英语抄过4级，奇烂无比，翻译这个实属蛋疼，错误是肯定有的，而且是翻不出出来就是随便猜，欢迎指出，谢谢啦。但愿我能够翻完我看的懂的....
    原链接：oreilly的程序员需要知道的97件事http://programmer.97things.oreilly.com/wiki/index.php/Contributions_Appearing_in_the_Book

   童子军有这么一条原则：在离开露营的地方时，总是让它比发现时更干净。 如果你在地上发现一个垃圾，应该把垃圾清理掉，而不是去寻找是谁丢的。你应该把注意力放在为下一个露营者制造更好的环境。 事实上，最早是“童子军活动之父”Robert Stephenson Smyth Baden-Powell提出的，“试着让世界比你发现的时候更加美好!”

    假如我们在编码方面遵循一条相似的原则：“总是让你代码check in的时候比check out的时候更整洁”。无论原先的作者是谁，假如我们总是做上一些努力去提升模块的质量，不管这些动作时多么小，结果会怎么样呢？

   我想如果我们真的都遵循这条简单的规则，我们将会看到系统恶化这样的事情被终结。 我们的系统将会变得越来越完美，我们将看到整个团队把系统看着一个整体，而不是被割裂的各自负责的那部分。

   同时，我认为这条规则很方便实施。你并不需要让所有的模块都变得更加完美，你仅仅需要让你做的比原先好一点点，只要一点点就好。当然，这也意味这你本身的代码必须比原先的更加整洁，否则你还会给别人带来烂摊子…..你只要做的是一些很小的事情，只要是比原先的代码更加整洁就好。甚至你可能仅仅修改一个变量，把一个过长函数分离为多个小函数，解决了循环引用，或者增加一个接口让策略和实现分离，等等之类事情。

    坦率的讲，这听起来很多余---- 就像上完厕所需要洗手，把垃圾丢进垃圾箱而不是丢在地上一样。那些将“垃圾”写入代码的行为和现实生活中乱丢垃圾一样让人难以接受。这算是那些我们“不该做的事情”

   但是不仅仅在于“不做”这些；关注增加的代码质量是一件事，如果关系团队的代码质量就另一回事了。 团队能够帮助到每一个人，能让整体的代码更加整洁。
大家遵循“童子军原则”吧，因为他能对于整个团队的代码质量有很大的帮助，而不是仅仅你自己。
                                       by bob大叔