在我们刚开始走进IT行业时，写代码总会战战兢兢，不断地向前辈大神请教，经过反复确认之后才敢发布代码，发布代码后也会时不时看后台，会不会产生BUG......
下面我来列举一些我作为一个菜鸟时，经常犯的一些错误，希望能帮助大家及早改正，早日成为编程老鸟。
1.代码没有可读性
写好代码很难，但是理解错误的代码更难。虽然在我们刚入行的时候，这个体现得不是很直观。
下面是我整理的一些关于代码可读性上的关键错误，千万别犯了。
同一行代码上有多个嵌套的 if/else 语句
过度使用链式方法
从堆栈溢出复制/粘贴正则表达式，不带注释
过度抽象
虽然我们应该把逻辑压缩到最小，但这也会让我们的代码变得不可读。即使是一些编程老鸟，在可读性方面也会经常犯错误。
调试代码的难度是编写代码的两倍。因此，如果你花了大量的时间和精力编写了很漂亮但不可读的代码。根据定义，那就是你还不够聪明，无法调试它。--克尼根定律
阿里云服务器1核2G低至82元/年，阿里云官活动网址：https://dashi.aliyun.com/site/yun/aliyun 可以用20代金券，即102-20=82。
2.使用没有上下文的变量名
想出好的变量名很难，为了快速完成工作，我们经常起一些事后很难回想起来的变量名。
例如，
用户的姓名写成uln；
很多电子邮箱写成了阵列。
两种做法都不好，这会让很多人理解不了我写的代码，其中就包括我自己。
3.允许安全漏洞
为了让我们的代码免于遭到黑客攻击，我们应该反复检查代码，是否有以下错误操作：
允许SQL注入
允许通过URL跳转访问受限页面
仅使用前端验证
具有增量ID的命名空间URL
在检查安全漏洞时往往会花很多时间来排查漏洞源，我现在在检查其他开发人员的代码时会着重检查以上4项，赶紧回去检查一下自己的代码里有没有这些安全漏洞！
4.拿到需求后立即开始写代码
如果我们这样做了，后果往往是做无用功。花大量的时间在这个功能上，然后发现这个方向就是错误的。
对于程序员来说，我们应该深呼吸静下心来，先理解业务问题并围绕它来规划代码才是正确的做法。
现在，我一般都会让新手程序员，在开始写代码之前，必须详细地了解需求，做出规划。这种规划有助于理清思路，制定更有效的解决方案，从而避免浪费时间做无效功。
5.注释太多或太少
刚开始工作时，我不会对代码进行注释。
然后，我经历了一个阶段：对每一行代码都添加注释。 一个名为add_two_numbers的方法被注释为＃将两个数字相加。 这明显是多余的操作。
现在回想起来，当我看了很多其他开发人员编写的代码时，并注意到他们添加注释的位置后，才真正规范地添加正确的代码注释。
6.推送重复和未使用的代码
我曾经做过这些傻事：
已存在于应用程序中的编写函数
保留自动生成但未使用的文件（即：测试文件）
添加了没有用的包
有些框架会自动生成许多没用的文件，换句话说，就是当你开始用app时，你也不知道现有代码会生成什么东西出来。
后来，我发现避免这些问题的最佳方法，就是在提交代码前，仔细阅读我们编写的代码，那么你就能够快速找到问题所在。
7.编写低效的数据库查询
我的第一份工作，对数据库一无所知。我大概花了一年时间才计算出数据库索引。
那时我写了很多N+1查询，创建了db表来存储大量没有索引的数据。
这两个都是运行缓慢，让人厌烦的APP都会用的数据库查询索引。
8.使用基于错误的条件逻辑
条件 if / else 语句是软件的核心部分。
在伪代码中，它们通常看起来像这样。
1
但是在我参与编写的第一个APP中，用了这样的逻辑：
2
当我们遇到不可靠的API时，就需要挽救错误，虽然这只是例外。
9.提交包含多个功能的代码以供审核
在工作中，我学到的第一件事就是不要在同一个审批请求中合并多个功能。这对审查代码的人很不友好。
超过几百行的代码，会让人很难集中精神看完那么多功能模块。
我经常跟新人说，如果他们认为一个功能可以进一步细分，那么我们就要后退一步，把它分得越小越好。
结论
学习编程是很难的一件事。你只能通过实践来学习多种写代码的技巧。
不知道你看了我犯过的编程错误有什么感想？
在我们的IT职业生涯中，总有那么一个大神，帮助我们，把我们提交的每一段代码给出详细的反馈，我们才能一边犯错，一边成长。
