每个开发人员都犯过的经典错误

1.在错误的分支中提交代码

我们将以一个错误立即开始发现该错误，该错误不会产生重大影响。尽管您可能会浪费大量时间来修复此错误。

在错误的分支中提交代码是我们至少做过一次的事情。如果您及时发现此错误，则可以轻松解决。当您开始在错误的分支中提交代码时，它将变得更加棘手。

2.快速和肮脏

大多数开发人员在职业生涯中都会用快速而肮脏的解决方案来解决问题。快速而肮脏的解决方案的问题在于，这种方法肯定存在一些严重的缺陷，从而导致更多的技术债务。最重要的是，快速而肮脏的解决方案可能会破坏团队的士气。

但是，在某些情况下，快速而肮脏可能并不重要。在某些情况下，这实际上可能是正确的方法。例如，代码寿命短时。

但是，从长远来看，当您需要

3.编写太花哨的代码

尤其是没有那么多经验的开发人员在其编码生涯中有一段时期，他们试图打动其他开发人员。

不要花太多时间在编写最完美的代码上。出于目的编写代码并使其按预期工作。这给您留下了很多额外的时间，您可以继续努力甚至为客户带来更多价值。

代码时，快速又肮脏的修复工作会再次吸引您。

4.低估工作量

"我可以轻松地在一个故事点上实现此功能。"

好吧，事实证明事情并没有您想象的那么容易。您尝试的第一个解决方案未达到预期的效果。事实证明，解决该问题的另一种方法花费了更多时间。

低估工作负载是一个经常发生的经典错误。尤其是当团队使用诸如Scrum之类的敏捷方法时，您会发现这种错误经常发生。

确保您不仅在计算开发人员的时间。您还需要一些时间来做其他事情，例如测试。

5.认为您不需要测试代码

"这段代码是如此之小，以至于不会影响任何重要的事情。"

每个开发人员都编写了很小的代码，以至于不会破坏任何主要内容。而且它仍然设法破坏了某些东西。您添加的两行代码成功打破了您无法预料的内容。

大多数开发人员都讨厌测试其代码。有些人看不到目标，认为这是浪费时间。经常被不切实际的备份

您怎么知道您的代码可以完美运行？

请让您的话语得到一些实际测试的支持。全面的测试可以过滤出关键的错误，从而确保代码按预期的方式运行。

6.不提交正确的文件

我经常看到正确的文件没有提交到存储库。这有两种程度：一次提交的文件过多或一次提交的文件遗漏。

有时提交了太多文件。我没有指望看到IDE文件最终存储在存储库中的次数。这主要与开发人员做得不好有关。盲目地将所有文件添加到提交中通常是不好的。

一个文件何时在提交中被遗漏的示例可能是缺少的yarn.lock文件。在大多数情况下，这与缺乏知识或理解有关。开发人员不知道文件的用途，因此害怕将其添加到存储库中。或者他们可能认为该文件仅适用于其本地环境。

尽管它取决于丢失的文件，但大多数情况下，此错误会导致您破坏文件。如果缺少yarn.lock，您将在所有环境中获得不同版本的依赖关系。这可能会导致一些令人讨厌的错误。

7.由于缺乏知识而重新发明轮子

大多数开发人员使用某种框架来简化他们的生活。如果您正在学习框架，可能很难知道框架API中的所有可用内容。

经常发生的经典错误是开发人员不知道框架中已有的功能。由于缺乏知识，开发人员实施了与框架中现有方法几乎相同的新方法。

这导致浪费时间来生产框架中已经存在的代码。缺乏经验还导致无法充分利用框架的潜力。

8.缺乏实践

实践使完美，每个人都知道。因此，为了扩展您的技能，您需要更多的练习。不时不学新事物是您作为开发人员可能犯的最大错误之一。

如果您想学习一种新技术或编程语言，则可能不得不在日常工作之外进行。为了保持相关性，这是您必须对自己进行的一项投资。

如果您认为可以练习，我写了一篇文章，其中列出了可以构建的有趣的附带项目。

9.继承一切

继承本身不一定很糟糕。但是，我看到许多开发人员犯的一个经典错误是他们过度使用了它，这可能导致滥用。如果您发现自己使用了很多继承，则可能是工程过度。

过度设计可能会导致代码被设计得过于通用，以致于忽视了最初设计要执行的主要任务。因此，它不仅变得难以使用，而且从根本上变得不智能。

正如我所说，继承并不总是不好的。修复问题可能不是您的第一选择。

10.过于自信

许多开发人员过于自信。当然，拥有信心是一件很棒的事情-但在一定程度上。当您对开发人员过于自信时，您将很难看到从他人那里获得反馈的好处。

过于自信的开发人员完全会错失一个事实，那就是他们也会犯错误，因此他们倾向于在不咨询他人的情况下做出决策。这不是最好的事情，因为它会在某个时候咬住你，或者是以不选择最佳方法的形式出现，或者是以其他被低估的开发人员的形式出现。

作为开发人员，很高兴知道自己知道多少，并意识到自己所了解的很少。