如何判断一个程序员写代码好与不好?

如何判断一个程序员写代码好与不好?

我想把这个问题转化为两个部分:第一个部分是怎么判断程序员的代码好不好,第二部分想说说什么样的程序员,才是好的程序员。

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

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

如何判断一个程序员写代码好与不好?-1
思考了一下题主提问题的场景,应该有两种情况。一种是,就是自己本身不懂代码,只是想知道怎么判断一个程序员的代码质量另外一种情况,自己本身就是程序员,可能是刚学不久,不知道怎么判断好代码的标准。

不懂代码,如何判断

如果你不懂代码,那就直接判断这个程序员是不是好程序员吧,判断代码,也不是你可以做的事。下面我会提到这一点。

好代码的判断标准

可读性

好的代码本身就是最好的说明文档——Steve McConnell

代码几千行,所有业务逻辑全部揉在一起,除了你没人看得懂,周末想续写代码,结果发现连自己也要看半天,才能接着写下去,这样的代码,能是一个好代码吗?

判断:将代码拿给其他程序员看,在读代码期间,他向你提出的问题越少,说明这些代码的可读性也就越强。

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

可维护性

曾经看过一段代码,一个method几千行代码,没有人敢维护,修改一点点就会发生不可知的错误,代码又臭又长,除了重构,完全没有办法。这样的代码,就是一个差到不行的代码。

判断:一般有三点可以做个大概的判断,一是易读,二是可拓展,三是数据灵活,四是可追踪。

简洁性

很多程序员之所以喜欢写长代码,主要是写起来没什么障碍,也不用怎么思考,跟记流水账一样。还有就是学习的时候,养成了一些不良的编程习惯,亦或是习惯成自然,已经不知道自己所写的代码,是不是够简洁了。

判断:拿出以前写过的代码,读一下,看看是不是简洁了,如果是,至少说明你现在写的代码,比以前简洁了。

模块化

好的代码,都是模块化的。假设你的项目有三个不同的层,分别为内层、中层和外层。你的内容不应该从中层和外层那里导入任何东西。中层不应该从外层导入任何东西,这样做的好处是,你可以对代码的内层进行独立测试。

好程序员的判断

出货能力

写一个程序,算法非常精妙,代码质量也非常高,但产出效率非常低,也不能算是一个号程序员。之前我看过一个所谓的大神,算法很溜,但做事根本没办法按时完成进度,这也不行。

优化能力

没有一个程序,是一步到位的,很多时候随着业务的增大,对性能的要求越来越高,有一定的代码优化能力也是非常重要的。

调错能力

项目越大,遇到的bug会越力气,这时候就需要强大的debug能力,找出最为关键的错误点,甚至追溯底层框架的源码。

bug是不可避免的,但一个好的程序员,基本上不会因为代码数量的增多,而导致bug也同步增多,如果原本bug是10占1,后来代码增多了,变为100占3,而不是100占10.

技术掌控

你的项目能用spring,hibernate等等框架,但是对于这些技术,你真的掌控了吗?假如有一点,框架版本需要升级,你做得到吗?或者从hibernate转为mybatis?

剩下的,一些非技术相关的能力,比如学习能力、抗压能力,这里就不多说了。

本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2466060800@qq.com 举报,一经查实,本站将立刻删除。