最近三个月的主要工作都是在修复bug，修bug本身就是一个痛苦的过程，特别是修别人的bug，当别人还随心所欲写的一坨乱麻的时候，该哭的我们改怎么办。
简单总结了以下几点：
代码尽量简单，规范
代码只是我们实现我们想法的一种路径而已。一条直路被你弄成S形。谁会按照S形走呢。如果都按你的路走,小区里就不会出现各种无草小路了。
规范这个怎么说呢。官方的规范也好，自己定的也好，统一就行。只要不被其他程序员鄙视就行。
尽量逻辑单一
- 当一个2000+行的类。输出5种不同风格的内容。代码中充满了 if/else 。如果我们要改其中某一个风格的内容。那么我们还得先理清所有的类型。
适当的减少通用
- 通用这东西是美好的。但是当一个跨度3年的项目。中间经历了无数版本的迭代。那么通用中的代码还能留下多少。又会生成多少新的通用。
及时删除无用代码
无用的代码只会混淆我们的逻辑，对我们的了解一点帮助都没有。所以每次修改代码。我们都应该只留下最精简的代码。
适当的注释
注释这东西要写就写正确，错误的注释比无注释还坑爹。
不为未来编程
我们的代码中不要存在下个版本将要出现的需求的设计和代码。未来都是不可控的。当我们到下个版本开发的时候。如果你写的代码不适用于新的需求。那么前面花费的时间都已浪费。
含泪总结
说了这么多，其实都绕不开可读性。对于我们只有读懂才能往下走。欢迎各位看官指错和出招
