什么是好代码？？？
健壮、可扩展、高效、可读，这三点大家都知道。
什么是健壮呢——不容易出错呗。那么怎样才能不出错呢？
感觉最主要的就是写简单的代码，代码越简单出差错的几率越小，再配合适当的单元测试，也许就能到达0错误。可是不是所有代码都是简单的代码，遇到复杂的问题怎么办？拆分！怎么拆分呢，首先将需求弄通透，将流程弄清楚，这些都弄明白了才能正确清楚地分解。然后就是一级一级的分解，在设计的时候和开发的时候同时分解，然后对必要的方法做个小main测试，问题就基本上OK了。即保证了代码的美观（每个函数的长度得到控制），又保证了功能的简单性。
然后就是我们常说的null检查入参出参检查，别看这个不起眼，出来问题有你受的。所以还是在最开始编码的时候弄得细致一点吧。
然后是可扩展行和高效。
可扩展主要是对公用、通用模块、函数的提取。在设计前和设计后都可以做。提出来的越多，对以后的帮助就越大。
高效嘛常常是IO相关，内存了硬盘了网络了。举个小例子，往List里做插入，大量的插入而且是有序的插入，怎么弄，当然是用LinkedList好些对吧，双向链表吗，插入效率高啊。
为什么呢，他节省的就是内存的IO，你忘ArrayList里插，每次都是个便利+内存分配，费死劲了。再不如一个功能需要查询数据库，如果一个人实现的方式需要一次查询，另一个人需要两次查询，好了，第一个人的代码效率可能就比第二个人快一倍，查数据库这可是访问网络啊。
最后是可读。
为什么要可读，代码你开发很快的，1天1千行，几个大类出来了，后续会有多少人要去读呢。可能你自己要读，处理故障的人要读，配合你开发的人要读，你的开放主管要读。你不写的好看点、立整点不是害人吗。每个人都这么写，那问题就大了，对不。常常都这么说，代码维护从来都是比开发的工作量大，我们的工期、奖金、加班程度和可维护性是息息相关的。为了不做个苦逼的码农，加油吧。没事查一查规范、好好给定义的东西命个名，改写注释的地方写点注释。
东西不多，有感而发。