什么样的代码叫好代码，分阶段理解这个事情比较好

#什么样的代码叫好代码#

刚步入程序员行业的时候，觉得一切书上的代码都是好代码，自己什么时候写代码能那么清晰易懂就很好了

同样写个for循环，java的书籍都是 for(int i=0; i<arr.length; i++) 到了php或者很多语言都告诉你要独立计算数组长度 于是就有了

$length = count($arr);

for($i=0;$i<$length;$i++){

....

}

计算数组的长度这事放到循环内还是放到循环外，一度是一个面试题，没有绝对的好坏正确与否，只是希望找到有同样编程习惯的人同事

大概工作了5年以后就不再纠结循环或者具体的代码片段了，反正都是写好的东西不出问题绝对不去一行行理解什么意思，出了问题断点调试也只会解决问题就跑路，记录一下解决的方法，积累了一堆解决问题的经验，大部分都是靠猜测问题方向和百度，这时候认为好的代码就是不会出bug，让逻辑没问题的就行，至于细节不重要

大概工作了10年以后忽然好多项目要重构，选择一个好的框架，一个微服务架构，一个分布式存储方案，一个能扛住负载的秒杀脚本就是好的代码，PHP的Laravel被称为最优雅的框架，读Laravel的源码就会发现跟一个织毛衣的人写的一样，环环相扣，精简的很，相比于之前熟悉的Yii框架和Codeigniter框架很多封装的方法令人称奇，读一些好的框架源码成了学习精进之路的好方法，框架里面的方法和自带的封装方案就是好的代码，什么时候自己能写框架或者基于一个框架写适合自己公司可以批量复制，大量复用的框架成了一个值得深入的领域

后台开发代码可以写的很精妙，几行实现一个稳定高效的接口，前端代码更多是体力活，真正能优化的地方必须从一开始就非常注意JS和TS的性能，比如微信的小程序开发，不同的团队开发的差异很大，有的很流畅，有的很卡，从JS、图片、CSS、网络请求的并发、提前的本地缓存等前端开发都需要大量的积累经验，而后端更像是新手的试验田，只要返回了对的数据，接口是一个1年工作经验的人写的，还是一个10年多工作经验的人写的区别不大，而且云服务器可以提升配置来掩盖性能的缺陷

最近我的表弟大二开始接触java，开始问一些比如冒泡排序，快速排序要不要掌握的问题，是的，当初觉得快速排序的方法十分精妙，自己尝试把8种常见的算法都写过，但实际开发中用到的微乎其微，大部分都是网上搜索或者已经系统封装好的类库，java有Arrays.sort， PHP有array_multisort, 总是直接调用看看官方文档就够了，解决完毕一个接口就继续排期去看下一个开发任务，能留给自己研究这个排序如何实现的时间少之又少

最好的复盘和学习什么是好的代码的机会就是每月公司强制要求的分享会，技术分享会要自己准备PPT，java的开发喜欢把十几种设计模式分别研究一下写10几个PPT，PHP的总喜欢搞秒杀的各种奇葩做法，redis+lua脚本的方案总不是最好的，数据库优化的人一直建议使用Postgresql代替mysql，但开发一般不会主动换mysql，就跟java的开发不会升级JDK1.8一样固执

什么是好的代码，我能想到的就是经典图书、最好的框架的源码、自己静下心来分享或者重构的时候写的代码、解决了实际并发场景优化后的代码都是好的代码，但只有更好没有最好，代码的好的程度取决于公司愿意为项目投入的最好的开发人员水平和薪酬，只有吸引到了最优秀的人，才能激发团队所有人提高自我要求都在写更好的代码，有时间写更好的代码，否则大部分代码都是完成开发需求勉强能用的代码，就跟上篇文章写的优秀的人和普通的人，优秀的代码来自优秀的人，来自对技术和自我的高要求，来自热情和智商的结合