本文转载自公众号《核心阅读》（ID：AI_Discovery）GiacomoCasanova说：“不犯错的人一事无成。”没有人永远做不到犯错误，尤其是在软件开发的“硬”领域。有的错误比较严重，有的错误影响不大。错误总是存在的。不必担心犯错，其实犯错让我们成长。下面的一些错误是几乎每个人都遇到过的典型问题。向他们学习，在成为优秀开发者的道路上更进一步。如果你还没有，从别人的错误中吸取教训。人生没有那么多时间去把所有的错误一一过一遍。1.快速而混乱大多数开发人员在其职业生涯的某个阶段都使用过快速而混乱的解决方案来解决问题。这种方法有一些严重的缺陷，会导致更多的技术债务。最重要的是，快速而混乱的解决方案会损害团队士气。也许在某些情况下，快速和混乱可能是无害的。在某些情况下，这实际上可能是正确的方法，例如在短期代码中。但是当涉及到长时间运行的代码时，修复快速和混乱的工作可能会反过来咬你一口。2.代码写得太花哨特别是对于经验不足的开发人员，在他们的编码生涯中会有一段时间试图寻求其他开发人员的认可。不要花太多时间编写完美的代码。编写具有明确目的的代码并使其按预期工作。这样做会给自己很多额外的时间，你可以为之创造更多的价值。3.在错误的分支提交代码Bug列表以一个小Bug开头——只要及时发现，不会有太大影响。尽管开发人员可能会浪费大量时间来修复此错误。开发人员不止一次在错误的分支中提交代码。如果及时发现，问题很容易解决。当您开始在错误的分支中提交代码时，事情会变得棘手。4.低估工作量“这很容易”。事实证明，事情并没有想象中那么容易。尝试的第一个解决方案没有按预期工作。而最后的另一种方式来解决第一次没有解决的问题会花费更多的时间。低估工作量是一个经常发生的典型错误。尤其是当团队在使用Scrum等敏捷方法时，这种错误经常发生。确保您不仅计算开发时间，还计算一些时间用于其他事情，例如测试。5.没有提交正确的文件我经常看到正确的文件没有被提交到版本库。这里有两种情况：要么提交的文件太多，要么文件缺失。有时提交的文件太多。我已经无数次看到IDE文件最终出现在存储库中。这主要是由于开发人员的草率工作。盲目地将所有文件添加到提交中通常没有好处。丢失的yarn.lock文件是提交中丢失文件的典型示例。在大多数情况下，这与缺乏知识或理解有关。开发人员不知道该文件的用途，也不敢将其添加到存储库中。或者他们可能认为该文件仅适用于他们的本地环境。虽然情况取决于丢失的文件，但在大多数情况下，此错误会导致文件损坏。如果缺少yarn.lock，开发者将在所有环境中获得不同版本的依赖项。这可能会导致一些烦人的错误。6.由于缺乏知识而无所事事大多数开发人员使用某种框架来简化他们的生活。如果开发人员正在学习一个框架，可能很难了解框架API中可用的所有内容。一个典型的错误是开发人员没有意识到框架中已有的功能。由于缺乏相关知识，开发人员实现了与框架中现有方法几乎相同的新方法。这导致时间浪费在生产框架中已经存在的代码上。缺乏经验还会阻碍开发人员充分发挥框架的潜力。7.认为你不需要测试代码“这段代码很短，不会影响任何重要的事情。”每个开发者都写过短代码，你认为不会破坏什么大的东西，但事实并非如此，加两行代码就成功破坏了不可预见的内容。测试代码确实是一份不愉快的工作。有些人不理解测试代码的目的，认为这是浪费时间而且通常不切实际。你怎么知道你的代码有效？让一些真实的测试来支持你的话。彻底的测试会过滤掉严重的错误，确保代码按预期运行。8.缺乏实践每个人都知道熟能生巧。因此，要扩展技能，需要更多的练习。不学习新事物是开发人员可能犯的最大错误之一。如果开发人员想要学习新技术或编程语言，他们可能不得不在日常工作之外进行学习。为了不落后，必须对自己进行投资。9.过度自信当然，有自信是件好事——但仅限于一定程度。当开发人员过于自信时，就很难听取他人的意见。过度自信的开发人员完全没有意识到他们可能会犯错误，因此他们倾向于在不咨询他人的情况下做出决定。这不是最佳做法。作为一名开发人员，重要的是要对自己的能力做出判断，并意识到自己知之甚少。10.继承一切继承本身并不是一件坏事。然而，许多人夺走了他们以前拥有的一切，这导致了滥用。如果您发现自己使用了很多以前的内容，那么您可能过度设计了。过度工程会导致代码设计得过于笼统，以至于忽略了最初设计要执行的主要任务。因此，代码变得笨拙且根本不明智。如前所述，继承并不总是坏事，只是它不是解决问题的首选。要成为一个伟大的开发者，犯错误是不被禁止的。毕竟，人们一直以来所做的就是不断犯错，然后不断从中吸取教训，继续前行。
