教科书级错误：每个开发人员都犯过的典型错误

全文共2135字，预计学习时长7分钟

本文插图
图源：unsplash
贾科莫·卡萨诺瓦说：“不犯错的人一事无成。 ”没有人能从不犯错，尤其是在软件开发这一“艰难”的领域。有的错误严重些，有的错误没有那么大的影响力。错误是始终存在的。
无需为犯错而担忧，事实上，犯错使我们成长。以下一些错误是很典型的问题，几乎每个人都经历过，从中吸取经验，在通往优秀开发人员的道路又进一步。
假如你没有，那么请从别人的错误中学习。人生中没有如此多的时间来一一经历所有的错误。
1. 快速而凌乱
大多数开发人员在职业生涯中都曾用快速而凌乱的方案来解决问题。这种方法存在一些严重的缺陷，从而导致更多的技术债务。最重要的是，快速而凌乱的解决方案可能会破坏团队的士气。
也许在某些事例中，快速而凌乱可能无伤大雅。如在代码寿命短的某些情况下，这实际上可能是正确的方法。但需要长期运行代码时，修复快速又凌乱的工作会反咬你一口。

本文插图
图源：unsplash
2. 编写过于花哨的代码
尤其对于没有足够经验的开发人员来说，在其编码生涯中都有一段时期，试图寻求其他开发人员的认可。
不要花太多时间编写最完美的代码。按照既定目标编写代码并使其按预期工作。这样做会给自己留出很多额外的时间，从而可以创造更多价值。
3. 在错误的分支中提交代码
该错误列表从一个小错误开始——只要及时发现就不会产生重大影响。尽管开发人员可能会浪费大量时间来修复此错误。
在错误的分支中提交代码，这种事情开发员们做过不止一次。如果及时发现，则可以轻松解决问题。当开始在错误的分支中提交代码时，事情就变得棘手了。
4. 低估工作量
“这很简单嘛。 ”
事实证明事情并没有想象的那么容易。尝试的第一个解决方案并未达到预期的效果。而最后为了修复第一次未解决的问题采取的另一种方法会花费更多时间。
低估工作量是一个经常发生的典型错误。尤其是当团队使用诸如Scrum之类的敏捷方法时，这种错误常有发生。

本文插图
图源：unsplash
确保自己不仅要计算开发人员的时间，还需要一些时间来做其他事情，比如测试。
5. 没有提交正确的文件
笔者经常看到正确的文件没有提交到存储库。这里有两种情况：要么提交的文件过多，要么提交的文件出现遗漏。
有时提交了太多文件。笔者已经见过IDE文件最终存储在存储库中无数次了。这主要是因为开发人员工作马虎。盲目地将所有文件添加到提交中通常并无益处。
缺少yarn.lock文件是文件在提交中出现遗漏的典型例子。在大多数情况下，这与知识缺乏或理解不足有关。开发人员不知道文件的用途，因此害怕将其添加到存储库中。或者他们可能认为该文件仅适用于其本地环境。
尽管这种情况取决于丢失的文件，但在大多数情况下，此错误会导致文件破坏。如果缺少yarn.lock ，开发人员将在所有环境中获得不同版本的依赖关系。这可能会导致一些令人困扰的错误。
6. 由于缺乏相关知识而做无用功
大多数开发人员使用某种框架来简化生活。如果一个开发人员正在学习框架，可能很难知道框架API中的所有可用内容。