如何判断一个程序员写代码好与不好？这一点太关键！

好的代码，就像是小说家手中的短篇小说，逻辑清晰，简单明了，却又能触动心灵，而坏代码，就像是一辆外表富丽的老旧汽车，开不动不说，随时还有散架的危险。

究竟什么样的代码才能算是好代码？这是一个很有争议的话题，每个人的理解可能都不一样，所以制定一个符合自己部门要求的规范，有了依据，写出来的代码才有可能成为好代码。

代码几千行，所有业务逻辑全部揉在一起，除了你没人看得懂，周末想续写代码，结果发现连自己也要看半天，才能接着写下去，这样的代码，能是一个好代码吗？将代码拿给其他程序员看，在读代码期间，他向你提出的问题越少，说明这些代码的可读性也就越强。

要想让部门所有人写出的代码可读性强，就必须制定一个统一的开发风格，这样不管是老程序员还是新程序员，都能快速上手，可读性也会得到一定的保障。

好的代码一般有三点可以做个大概的判断，一是易读，二是可拓展，三是数据灵活，四是可追踪。很多程序员之所以喜欢写长代码，主要是写起来没什么障碍，也不用怎么思考，跟记流水账一样。还有就是学习的时候，养成了一些不良的编程习惯，亦或是习惯成自然，已经不知道自己所写的代码，是不是够简洁了。

高手总会化繁为简，写的代码首先是能让人看懂，谷歌苹果的工程师代码提交之前都会找上周围的同时给看一遍，如果对方觉得没有什么问题可以直接提交，并且在提交注释里面写上reviewer名字，这样同时也把责任给担起来了，看似一个很简单的模式，却被绝大部分技术公司沿用。

所以代码不能只有自己能看懂，让别人能看懂你的思路，你的设计意图。