前言

这是一篇如何写好代码的水文，因为最近输出了不少干货，但是大家点赞太少，我越来越没有激情了，那就放放水啦。所以如果大家觉得我的分享对你有用，动动发财小手，赞起来吧！虽然是一篇水文，但是我依然建议你能听我唠叨唠叨，说不定还是会有共呜的。

关于好代码

能跑不就报错是好代码？

能跑不报错的的代码只能算是基本合格，如果总分是100分，这只能算是60分。小伙伴，如果你是这样想的：能跑不就行了，那还真不挑不出什么毛病，毕竟你也是及格了，完成了业务方的需求。但我并建议你这么做，编程之路太长了，不能刚开始就给自己画一个圈，固步自封了。

性能至上的代码是好代码？

能在自己写的程序上追求至少性能的人，是值得欣赏的，至少是一个有追求的人，但是一味追求性能也不能算是好代码。我去隔壁村串个门，给我造一架宇宙飞船干嘛，一个自行车就够了，所以极致的性能未必就是好代码，除非业务方有这样的需求。那么性能不重要吗？性能当然重要，代码最终是要给机器执行的，但是首先是给人看的，所以如果让我在高效的性能和良好的阅读性之间做选择的话，我会先选良好的阅读性，其次才是高效的性能。

各种技巧的堆砌是好代码吗？

熟练掌握了很多优秀的编码技巧的人，比如lambda表达式，肯定也是对技术有追求的人，这很好。但是有没有想过，一个项目通常是有多个人协作完成，如果其他人，对一些新颖的技巧并没有掌握熟练，他在阅读你的这些技巧的时候，必然要花费更多的时间，你的本意实际是想用新颖的技巧来提高效率，实际上只是提高了自己的效率，可能拉低了团队的整体效率。技巧这种东西，归根结底是锦上添花的东西，会用说明能力比较强，不会用也并不说明能力就差，因此，我不认为技巧是好代码的标准之一，我始终坚持“大家好才是真的好”。如果你能把一个优秀的技巧分享给更多的人，让更多的人都掌握了，你的强就已经超越技巧本身了。

什么是好的代码？

是不是要疯了，那到底什么才算是好代码？我不是学术派，我不认为存在有固定好代码的标准，适合自己的就是最好的，鞋合不合脚，只有自己知道。就比如我所就职的公司，是一家外包性质的公司，服务好好客户是我们的第一准则，能够满足最短的时间交付、最好质量的标准就是好标准。没有什么比客户满意，及时签字验收，更重要的事了。在平时的实际开发中，也会制定一些编码规范，这些规范的出发点也是围绕业务方展开的，客户就是上帝，这和一些有固定产品线的公司有所不同。

当然，外包性质并妨碍对优秀技术标准的追求，我们鼓励创新，鼓励进步，但一定是在服务好客户的前提下。其实不管是什么场景，好的东西应该是能给人带来实在好处的，才是真的好。如果一个优秀的技术标准，不能给客户带去效益，也不能提高生产力，那就让它待在纸上吧。能抓老鼠的猫才是好猫，但波斯猫只适合心跳舞。