如何培养良好的代码习惯？

本文共计1236个文字，预计阅读时间需要5分钟。

前日在AgileChina2009上听了Fred和George的演讲，他们分享了自己曾经把代码给KentBeck看，结果Kent说代码很糟糕，推荐去看看《Smalltalk最佳实践模式》这本书。后来Fred就真的去看了，并且全读完了。

前天在AgileChina2009上听了Fred George的演讲，他说他以前拿自己的代码给Kent Beck看，结果Kent说这代码很垃圾，你去看看我写的Smalltalk best practice patterns吧。然后Fred George就看了这本书并且完全按照书上的要求去做，5年后当他再给Kent看自己的代码时，Kent说很漂亮的代码。

考虑到Fred比Kent要老，可以看出Fred是非常虚心的，听了Kent的评价不仅没有生气，而且还完全听从了建议。当然这也可能是Kent太出名的缘故，若是我说他的代码不好，或许他就不会这样做了。

这让我联想到有一次和8x一起面试，8x的手工重构让我很是惊讶。虽然我也看过《重构》，虽然我平时也重构，但是不论从步伐还是安全性上，都相差深 远。我读《重构》的时候对如此小步伐的改变是不太赞同的，因为效率比较低。我认为书中之所以把条目分的很详细，每个条目的步骤很小很谨慎，完全是为了可以 让支持重构的工具得以实现，对于人来说，保持这样小的步骤太难了，不管是从记忆还是从操作的角度来看。然而8x的表现让我改变了看法，不仅速度并不慢，而 且安全性非常的高。回想起我的重构经常出现改错以后没法返回的问题，不禁感叹－－差距啊。

经常在国内的论坛上看到各种讨论设计、架构的帖子，然而每每show代码的时候却发现一塌糊涂。当然他们自己不觉得，可是我觉得很不好。