重构与高级程序员review

我们的移植项目的代码越来越让我不喜欢了；

放眼望去无穷多的#ifdef，邋遢的命名，不加思索的功能实现；

实在是过于难以忍受；

由于现在项目在不停的增长，规模已经足够庞大，各个部分，coder之间的交互非常多，coding的时候如果只是专注于自己的feature的实现和kill掉某个bug的编码的方式是在背离设计时所强调的从全局逐步向部件过渡；

没有从大局来看待代码实现结果就会导致代码变得混乱，显而易见的bug开始被隐藏掉，这种混乱积累到一定程度，debug的代价开始变得庞大，coder一天工作会感觉在垃圾堆里行走，人力的效率开始下降；

出去现实因素，还想吼一句：这他妈是真正程序员写的东西吗？

重构：清晰设计思路，然后清晰的实现，把命名，comments写的更好--就这么简单愉快的事情；

一个朋友在被GCC折磨的很难受后，怒道：开源软件如果都是牛人写也行，就怕什么鸟人都上去搞一搞，这是什么烂玩意；

对于公司来说，也是如此，不可能都是senior coder在写，总是有新人在写，新人总是会犯错误，会把项目弄糟，高级程序员很有必要review新人在关键部分写下的代码，这有助于团队的成长，甚至影响整个公司的代码风格；否则大家在做了几个项目后，发现都是在混乱中行走，也就习惯如此了，一个朋友甚至跟我说：混乱，是不可避免的；

去他妈不可避免，懒猪；