如何让自己看起来不像编程菜鸟？别犯这9个编程错误

在我们刚开始走进IT行业时，写代码总会战战兢兢，不断地向前辈大神请教，经过反复确认之后才敢发布代码，发布代码后也会时不时看后台，会不会产生BUG......

下面我来列举一些我作为一个菜鸟时，经常犯的一些错误，希望能帮助大家及早改正，早日成为编程老鸟。

1.代码没有可读性

写好代码很难，但是理解错误的代码更难。虽然在我们刚入行的时候，这个体现得不是很直观。

下面是我整理的一些关于代码可读性上的关键错误，千万别犯了。

• 同一行代码上有多个嵌套的 if/else 语句
• 过度使用链式方法
• 从堆栈溢出复制/粘贴正则表达式，不带注释
• 过度抽象

虽然我们应该把逻辑压缩到最小，但这也会让我们的代码变得不可读。即使是一些编程老鸟，在可读性方面也会经常犯错误。

调试代码的难度是编写代码的两倍。因此，如果你花了大量的时间和精力编写了很漂亮但不可读的代码。根据定义，那就是你还不够聪明，无法调试它。--克尼根定律

2.使用没有上下文的变量名

想出好的变量名很难，为了快速完成工作，我们经常起一些事后很难回想起来的变量名。

例如，

• 用户的姓名写成uln；
• 很多电子邮箱写成了阵列。

两种做法都不好，这会让很多人理解不了我写的代码，其中就包括我自己。

3.允许安全漏洞

为了让我们的代码免于遭到黑客攻击，我们应该反复检查代码，是否有以下错误操作：

• 允许SQL注入
• 允许通过URL跳转访问受限页面
• 仅使用前端验证
• 具有增量ID的命名空间URL

在检查安全漏洞时往往会花很多时间来排查漏洞源，我现在在检查其他开发人员的代码时会着重检查以上4项，赶紧回去检查一下自己的代码里有没有这些安全漏洞！

4.拿到需求后立即开始写代码

如果我们这样做了，后果往往是做无用功。花大量的时间在这个功能上，然后发现这个方向就是错误的。

对于程序员来说，我们应该深呼吸静下心来，先理解业务问题并围绕它来规划代码才是正确的做法。

现在，我一般都会让新手程序员，在开始写代码之前，必须详细地了解需求，做出规划。这种规划有助于理清思路，制定更有效的解决方案，从而避免浪费时间做无效功。

5.注释太多或太少

刚开始工作时，我不会对代码进行注释。

然后，我经历了一个阶段：对每一行代码都添加注释。 一个名为add_two_numbers的方法被注释为＃将两个数字相加。 这明显是多余的操作。

现在回想起来，当我看了很多其他开发人员编写的代码时，并注意到他们添加注释的位置后，才真正规范地添加正确的代码注释。

6.推送重复和未使用的代码

我曾经做过这些傻事：

• 已存在于应用程序中的编写函数
• 保留自动生成但未使用的文件（即：测试文件）
• 添加了没有用的包

有些框架会自动生成许多没用的文件，换句话说，就是当你开始用app时，你也不知道现有代码会生成什么东西出来。

后来，我发现避免这些问题的最佳方法，就是在提交代码前，仔细阅读我们编写的代码，那么你就能够快速找到问题所在。

7.编写低效的数据库查询

我的第一份工作，对数据库一无所知。我大概花了一年时间才计算出数据库索引。

那时我写了很多N+1查询，创建了db表来存储大量没有索引的数据。

这两个都是运行缓慢，让人厌烦的APP都会用的数据库查询索引。

8.使用基于错误的条件逻辑

条件 if / else 语句是软件的核心部分。

在伪代码中，它们通常看起来像这样。

if x is true do this else do that 

但是在我参与编写的第一个APP中，用了这样的逻辑：

do this if this fails do that 

当我们遇到不可靠的API时，就需要挽救错误，虽然这只是例外。

9.提交包含多个功能的代码以供审核

在工作中，我学到的第一件事就是不要在同一个审批请求中合并多个功能。这对审查代码的人很不友好。

超过几百行的代码，会让人很难集中精神看完那么多功能模块。

我经常跟新人说，如果他们认为一个功能可以进一步细分，那么我们就要后退一步，把它分得越小越好。

结论

学习编程是很难的一件事。你只能通过实践来学习多种写代码的技巧。

不知道你看了我犯过的编程错误有什么感想？

在我们的IT职业生涯中，总有那么一个大神，帮助我们，把我们提交的每一段代码给出详细的反馈，我们才能一边犯错，一边成长。

以上是本文的所有内容，希望能给编程新人一些帮助！