作为开发人员，您不应该担心的8件事

更改

在软件开发中，没有停滞之类的东西。 您现在开发的所有内容只是组件的另一个版本，将来可能会更改。 变更是软件开发中最常见的事情，您最好将其接受为事实。 期望将来对您开发的所有内容进行更改，并因此将代码设计为更具模块化。 这使更改更加容易，同时提高了质量。 适应以下概念
DRY和YAGNI 。 您经常会遇到这种情况，在这种情况下，您可以查看代码并想象自己可以做得更好。 不要让这种想法阻止您入睡。 立即采取行动， 重构 ！ 如果您现在不这样做，那么您可能永远也不会做。 您等待的时间越长，获得的成本就越高，成本就越高。 然后，您慢慢长大了无法应付的烂摊子。

“好的代码是易于更改的代码。 代码倾向于更改，直到不再容易更改为止。 所有代码都会变成错误代码。” –未知

去除死角/注释掉的代码

如果您遇到了不再需要的死代码或注释掉的代码，但又不想删除它，因为您不知道将来是否仍然需要它，请立即删除！！ 版本控制工具的工作就是记住该代码，而不是注释！！！ 我见过太多的软件，里面充斥着无数注释掉的代码，甚至没人记得。 然后，如果您不记得了，您很容易甚至害怕删除它。 好吧，现在就真正删除它吧。

“实现完美，不是在没有其他可添加的东西时，而是在没有其他东西可取的时候。” –圣艾修伯里·安托万

犯错误

没有人是完美的，每个人都会犯错。 犯错误是学习的过程。 如果您没有犯任何错误或发现任何错误，那就没有任何改善。 因此：每当您犯错时，您都会学到一些新知识，从而极大地提高了知识水平。 您犯的错误越多，认识到的错误就越好。 此外，隐藏错误或为错误感到羞耻也没有任何意义。 坦诚坦诚地对待自己的错误，可以使您成为一个出色的人物和可信赖的同事。 因此，建设性的批评是成功团队的重要工具。

“从未犯过错误的任何人都从未尝试过任何新事物。” - 艾尔伯特爱因斯坦

向他人展示您的代码

您是否担心其他人正在审查您的代码？ 这是为什么？ 您写得还不够好吗？ 好吧，那么这可能对您来说不是一个合适的工作。 您担心自己犯了任何错误吗？ 好吧，您不应该-因为您可以从评论中发现的所有错误中受益-请参阅“犯错误”。 您应该始终编写尽可能周到的代码。 因此，您应该为自己写的内容感到骄傲，而不必害怕其他人对其进行阅读。

失败

这是最重要的之一。 如果您发现自己的问题没有任何解决方案，那就不要放弃希望。 将其视为挑战。 尝试从另一个角度看待事物或向他人解释。 也许您只是停留在错误的角度。 成功解决这个荒谬的难题将使您成为更强大的开发人员。

“我没有失败。 我刚刚发现了10,000种行不通的方法。” –托马斯·爱迪生

您自己的代码稳定性

每个人都知道这种情况。 您开始向您的老板或客户介绍您的项目时，您开始担心：“这一次会起作用吗？ 希望我在开发过程中没有忽略任何东西！”。 这是一个不好的信号，您不必担心。 您应该更早地故意测试您的项目。 当然，您永远无法百分百确定它是否完美运行。 但是，您可以通过编写自动化测试来大大提高对代码的信任度。 它使您可以更轻松地适应更改并展示您的软件。

新技术

开发人员比较懒惰，经常过于苛刻地使用其“良好ol”技术。 IT的发展日新月异，新技术越来越好。 保持开放的态度，阅读博客并保持最新状态。 如果技术/框架似乎完全符合您的需求，请尝试一下。 同时向您的同事展示这个词。 这是一个关于开发人员害怕尝试新事物的好故事。

战斗时间压力

永远不要让时间压力破坏您的项目质量。 保持代码的清洁和稳定是您的工作。 质量需要深思熟虑的决策，需要时间。 有时您需要为此奋斗。 您的客户期望100％甚至120％的完整产品是可维护和最新的。 如果您降低质量并带来差劲的结果，您将面临更多的变更请求，维护工作和不信任感。 您之前节省的时间将被您允许的技术债务吞噬。 同样，如果您允许一次泄漏，则允许更多次下降的抑制作用。 对老板诚实，并在质量方面表现出一些骨干。

“编程就像性爱：一个错误，而您将提供一生的支持。” –迈克尔·辛兹（Michael Sinz）

参考： 8在Be Be a Better Developer博客上，我们的JCG合作伙伴 Gregor Riegler 作为开发人员应该避免的事情 。

翻译自: https://www.javacodegeeks.com/2013/06/8-things-you-should-not-be-afraid-of-as-a-developer.html