大家好，今天小编关注到一个比较有意思的话题，就是关于判断学习编程规划的问题，于是小编就整理了1个相关介绍判断学习编程规划的解答，让我们一起看看吧。
如何判断一个程序员写代码好与不好？
我想把这个问题转化为两个部分：第一个部分是怎么判断程序员的代码好不好，第二部分想说说什么样的程序员，才是好的程序员。
好的代码，就像是小说家手中的短篇***，逻辑清晰，简单明了，却又能触动心灵，而坏代码，就像是一辆外表富丽的老旧汽车，开不动不说，随时还有散架的危险。
究竟什么样的代码才能算是好代码？这是一个很有争议的话题，每个人的理解可能都不一样，所以制定一个符合自己部门要求的规范，有了依据，写出来的代码才有可能成为好代码。
思考了一下题主提问题的场景，应该有两种情况。一种是，就是自己本身不懂代码，只是想知道怎么判断一个程序员的代码质量另外一种情况，自己本身就是程序员，可能是刚学不久，不知道怎么判断好代码的标准。
如果你不懂代码，那就直接判断这个程序员是不是好程序员吧，判断代码，也不是你可以做的事。下面我会提到这一点。
可读性
好的代码本身就是最好的说明文档——Steve McConnell
代码几千行，所有业务逻辑全部揉在一起，除了你没人看得懂，周末想续写代码，结果发现连自己也要看半天，才能接着写下去，这样的代码，能是一个好代码吗？
很高兴回答你的问题，一百个程序员写代码有一百种写法，这是因为每个人的习惯是不一样的，再者一般小公司也没有对代码规范的要求，只要逻辑能走通不报错就可以了。
对于评判代码的好坏我自己也有个标准， 我也希望别人看我代码的时候不要口吐芬芳，也希望得到别人的赞美说代码写的真规范、真漂亮，下面让我个大家说下我判断代码好坏的标准。
目录和文件
函数和类、属性命名
常量和配置
数据表和字段
以上是我引用的thinkphp的开发规范一章，下面来说我的一些开发体会。
给大家分享一下我曾经看到过的代码有多烂。
谢邀。作为一位立志对自己每一行代码都负责的程序员，判断程序员代码写的好不好有很多方面。
Java程序员中非常流行阿里巴巴J***a编码规范，这是阿里对J***a程序员的规范要求，一公布引起很大反响，笔者作为把阿里规范看了不下五遍的人，不得不承认如果代码能按照编码规范来写，那将是非常优秀的。不仅仅是影响了代码的整洁度，有些规范的编写将非常有利于软件的性能和稳定性。
判断代码好坏我有以下几个方法:
- 首先先看代码的规范性，比如驼峰写法，比如是否在每个接口处都带有注释。这些可以用阿里插件扫描。
- 其次，可以用sonar等工具进行扫描，看看代码是否有空指针的可能性，还有些“坏味道”的代码。
- 最后，可以看看这些代码的细节，具体实现方式，在核心算法里有没有注释，是否冗余，是否会有更好的写法替代。
关注“极客宇文氏”更多干货经验分享。
那么在没有明说初级程序员、高级、资深，还有具体技术定向的情况下，提问者应该就是问的针对编程这项工作而言，具有普遍通用的评判标准：下面就来列几条具有普遍适应性的评判标准：
1、代码注释：这一点是很简单的一点、也是适用性很强的一点；无论是个人编程还是公司业务、核心技术研发、科研等等类型的项目都需要，好的注释会使得代码可读性强，易于代码的交接、复用。
2、命名规范：命名规范，有文档的、项目的、***文件的、类的、函数的、变量、常量等等，之所以放到第二位是因为，适用于代码的好的命名规范，一般具有唯一性（不会产生歧义），专业性、简洁性等特点，能让项目代码协同工作人员一眼读懂其所代表的含义，在相同作用域下不会与类似作用功能的函数、变量等，产生命名冲突和歧义。
3、编程风格：编程风格大公司一般都会有具体要求，其中命名规范也是其中一点；拆开讲是为了内容简洁;简单讲几点：1、代码对齐格式 2、函数{}的使用，代码段的设置 3、字符串、sql语句的编写规范 4、返回值，函数类型（这个放进来比较勉强）5、如果再往大了说，文件组织等（偏向于架构风格）
4、代码性能：也可以说是代码执行效率；这个就得视具体项目及应用环境的限制了，主要还是看在空间利用率和时间执行效率上的性价比。
5、耦合性：特别是业务型的项目很注重，现在普遍***用微服务的架构模式，主要也是为了满足低耦合的要求；代码耦合性高，会造成可维护性特别差！包括对代码的业务/功能拓展，性能优化、重构等等。
理论上讲，好的代码要简洁，逻辑清晰，易扩展，良好的封装等等。
但在实际中，吐槽代码已成了程序员的日常。
借用亚马逊工程师的话，来形容说他们的代码:“一座很大的屎山，你见过的最大的山，每次你想修正一个bug，你的工作就是爬到屎山的正中心去”。
我们组曾有一个著名的6000行后端JS，没有面向对象封装，纯靠函数。 其中有好几个上千行的函数，带了二十多个形参，几个标志位，分别有十几个数字状态。注释？没有的。
每一个接手过这段代码的人都会不约而同的发一条朋友圈以示佩服。
但神奇的是，代码在执行上基本没太多的错。
直到几个月前，一个大牛在走之前把这段代码全部重写了一遍，留下了至今都没有改完的bug。
到此，以上就是小编对于判断学习编程规划的问题就介绍到这了，希望介绍关于判断学习编程规划的1点解答对大家有用。
