代码大全2纪念版。
如何区分一个人的代码写得好还是不好？比如你是团队leader，如何给你的团队做code review？当你觉得他的代码有问题的时候，怎么去用理论来说服他？
有人会说阿里的代码规约，但阿里的代码规约其实更多的是告诉你一些统一的规范。很多地方没有讲明白为什么这么做，只是告你应该这么做。比如阿里开发规约里是让大括号和条件判断语句写在同一行的，这点我是比较讨厌的，我更喜欢大括号单独写一行。
这本代码大全2里是这样说的：最重要的底线是写代码的过程中程序的结构必须保持一致，这比纠结于具体采用怎样的代码布局风格更重要。所以如果你是追求代码质量的极客或者是公司的技术leader，都可以看一下这本代码大全2这本书。买大本还送一本手册，在我看来这个手册简直是太实用了。
这个手册是一个检查清单，比如检查代码里的变量命名是否规范，可以检查哪些点？对于一个类应该检查哪些可以提升质量的点？还有对于架构设计有哪些需要检查的问题？
另外这本书给我印象最深的是第8章防御性编程里的一句话：用错误处理代码来处理预期会发生的情况，用断言来处理永远不应该发生的情况。有时候经常觉得代码肯定不会走到某个地方，但项目上线偏偏就走到那个永远不会走到的地方。断言确实是一个不错的方法，可以让程序更健壮，避免发生莫名其妙的线上问题。
这本书也比较厚，如果要买建议当手册来查，或者看看自己感兴趣的部分，不建议一页一页的去读。
关注我，一个分享干货的技术博主。