判断编程语言好坏的标准
cysgjj时间2024-08-16 09:44:26分类编程语言浏览45
如何判断一个程序员写代码好与不好？
作为一名从事互联网行业多年的老程序员，我来回答一下这个问题。
在我看来程序员代码的好坏标准也与计算机行业的发展有密切的关系，早期的程序员非常注重代码的执行效率，比如时间复杂度和空间复杂度等，当前的程序员对代码的可读性和规范性也非常重视，因为目前的软件开发都是团队行为，团队合作一定要有规范性的代码要求。
我目前对团队程序员的代码要求主要集中在以下几点：
第一，代码的规范性。所谓代码的规范性指的就是代码的模块清晰、可读性强、格式良好、命名合理、注解详细。代码的好坏第一眼是模块划分是否清晰，然后是格式，再然后是逻辑是否清晰。如果这段代码执行的结果是正确的，但是逻辑混乱，这样的代码就不是好的代码，这也是很多初级程序员经常犯的错误，如果不及时指正，对他未来的发展会非常不利。
第二，代码的执行效率。代码的执行效率往往体现了一名程序员的能力，不同的代码在执行效率上差距非常大。代码的执行效率涉及到时间复杂度、空间复杂度，对算法的选择和实现思路决定了程序的执行效率。有经验的老程序员往往在执行效率上有多套完整的解决方案，这是年轻程序员需要重点学习和提高的地方。
第三，代码的扩展性。代码的扩展性主要体现在代码结构的设计上，运用规范的模式能够在很大程度上保证代码的扩展性。程序没有不修改的，修改就涉及到功能的扩展，而好的代码在功能扩展上就比较方便。比如在完成一个简单的数据存取功能的时候，程序员会按照实体类、接口、实现类、工厂类的结构来设计，这样以后的扩展会非常简单。
最后，不同的开发团队往往有不同的规范要求，程序员一定要仔细学习并掌握，这对以后的团队合作非常重要。作为软件团队的一份子，一定要记住不要犯低级错误！
我带软件团队多年，我会陆续在头条上分享一些开发方面的科普文章，感兴趣的朋友可以关注我的头条号，相信一定会有所收获。
谢谢！
那么在没有明说初级程序员、高级、资深，还有具体技术定向的情况下，提问者应该就是问的针对编程这项工作而言，具有普遍通用的评判标准：下面就来列几条具有普遍适应性的评判标准：
1、代码注释：这一点是很简单的一点、也是适用性很强的一点；无论是个人编程还是公司业务、核心技术研发、科研等等类型的项目都需要，好的注释会使得代码可读性强，易于代码的交接、复用。
2、命名规范：命名规范，有文档的、项目的、***文件的、类的、函数的、变量、常量等等，之所以放到第二位是因为，适用于代码的好的命名规范，一般具有唯一性（不会产生歧义），专业性、简洁性等特点，能让项目代码协同工作人员一眼读懂其所代表的含义，在相同作用域下不会与类似作用功能的函数、变量等，产生命名冲突和歧义。
3、编程风格：编程风格大公司一般都会有具体要求，其中命名规范也是其中一点；拆开讲是为了内容简洁;简单讲几点：1、代码对齐格式 2、函数{}的使用，代码段的[_a***_] 3、字符串、sql语句的编写规范 4、返回值，函数类型（这个放进来比较勉强）5、如果再往大了说，文件组织等（偏向于架构风格）
4、代码性能：也可以说是代码执行效率；这个就得视具体项目及应用环境的限制了，主要还是看在空间利用率和时间执行效率上的性价比。
5、耦合性：特别是业务型的项目很注重，现在普遍***用微服务的架构模式，主要也是为了满足低耦合的要求；代码耦合性高，会造成可维护性特别差！包括对代码的业务/功能拓展，性能优化、重构等等。
很高兴回答你的问题，一百个程序员写代码有一百种写法，这是因为每个人的习惯是不一样的，再者一般小公司也没有对代码规范的要求，只要逻辑能走通不报错就可以了。
对于评判代码的好坏我自己也有个标准， 我也希望别人看我代码的时候不要口吐芬芳，也希望得到别人的赞美说代码写的真规范、真漂亮，下面让我个大家说下我判断代码好坏的标准。
目录和文件
函数和类、属性命名
常量和配置
数据表和字段
以上是我引用的thinkphp的开发规范一章，下面来说我的一些开发体会。
给大家分享一下我曾经看到过的代码有多烂。
我来说说我在工作中遇到的一个例子，某天因为业务需要，要修复一个bug，找到bug相关代码，一看代码，差点把我吓死，大家猜猜怎么着？一个定时工作的job类，五百多行代码，只有一个方法，代码中命名混乱，各种不在一个抽象层级的代码混杂在一起，更让人气愤的是全篇没有一行注释！一看到这种代码，就没一点心情看下去了，奈何bug要修复啊，只能硬着头皮看了，最后花了好长时间才找到问题原因，将bug修好，而我已经早已头昏脑胀，不知道问候过多少遍这个奇葩的前辈了。
看完我这个实实在在的例子，要如何判断一个程序员写的代码好不好，其实已经很清楚了！
首先要有完整清晰的代码结构，起码要一眼看上去要让人有一种舒服的感觉！通篇一个方法是大忌，是绝对不允许的，尽量要将一些相关的代码抽成方法，将一些基础方法放到model类中复用。
其次，代码中变量的命名要清晰有意义，无意义的变量命名会让后来的代码维护者头破发麻，会让代码维护变得极为艰难，到时候可别怪人家问候你了。
然后就是注释了，这也是很重要的一点，一个优秀的程序员首先要学会写注释，一个会写注释的程序员不一定是一个好的程序员，但一个不会写注释的程序员绝对不是一个好程序员！
所以，判断代码好不好，就要从以上几个方面判断！
大家有什么看法，欢迎补充~
我是凉了个小秋，文青范的程序猿，欢迎关注，一起学习***~
谢邀。作为一位立志对自己每一行代码都负责的程序员，判断程序员代码写的好不好有很多方面。
Java程序员中非常流行阿里巴巴J***a编码规范，这是阿里对J***a程序员的规范要求，一公布引起很大反响，笔者作为把阿里规范看了不下五遍的人，不得不承认如果代码能按照编码规范来写，那将是非常优秀的。不仅仅是影响了代码的整洁度，有些规范的编写将非常有利于软件的性能和稳定性。
判断代码好坏我有以下几个方法:
- 首先先看代码的规范性，比如驼峰写法，比如是否在每个接口处都带有注释。这些可以用阿里插件扫描。
- 其次，可以用sonar等工具进行扫描，看看代码是否有空指针的可能性，还有些“坏味道”的代码。
- 最后，可以看看这些代码的细节，具体实现方式，在核心算法里有没有注释，是否冗余，是否会有更好的写法替代。
关注“极客宇文氏”更多干货经验分享。
[免责声明]本文来源于网络，不代表本站立场，如转载内容涉及版权等问题，请联系邮箱:83115484@qq.com，我们会予以删除相关文章，保证您的权利。转载请注明出处：http://www.wnpsw.com/post/17789.html
