作为软件开发人员，我们经常关注的是输出。我们做了什么？我是如何解决问题的。

但有经验的人应该知道，避免问题出现也是一种技能。

你选择不做的事情可能对成功至关重要。

优秀的开发人员有着很多积极的习惯，但这些工作大部分是能够避免陷阱和错误的结果。

远离危险区域是提升开发人员职业生涯的重要能力。如果您想成为高价值开发人员，请避免以下错误做法：

囤积知识

集中囤积的专业知识，就如同一颗定时炸弹。

当一个公司某一个技术人员离开单位或休假时，某个应用的代码就开始出现Bug。

但是，你绝不会因囤积知识而变得更加有价值，尽快的公开，快速地分享它！

不经代码审查就发布

在大多数团队中，这应该是不可能的。

但是你仍然会看到将代码审查视为负担的工程师。其他工程师也给出一些粗略的点评，评论的视角更轻些。

代码审查不是负担，发现错误真的很重要，未经审查，切勿发布。始终对代码审阅者保持耐心，让他们花时间进行彻底的代码审阅。

在大型系统上重构是耍流氓

对于经验不足的开发人员来说，这很常见。他们认为自己对如何改进代码有一个很好的想法，但很快它就蔓延成了巨大的变化。

是时候重新考虑，与团队一起审查，并决定重构是否值得付出和努力。

卓越的工程师不会在单人工作上耍流氓。

缺失/弱测试

最好的工程师会编写全面的测试用例。

没经测试的代码，是一个团队、个人没有可靠实践的明显标志。测试对于建立程序按预期运行的信心非常重要。

忘记冒烟测试更改

当你将代码实时推送到服务器时，会测试吗？即使已经编写了测试并通过了 QA，但在代码上线后进行试运行，也是有价值的。

两个原因：

如果它在生产环境中出现问题，我们希望尽快抓住这个Bug。

当后来如果发生事件，并且有人问，“我们是否测试过更改的代码？” 你希望能够回答是。

无用和缺失的提交消息、PR 描述和Ticket点评

你可能会认为不写更改详细描述会更快。然而事实会相反，未来你会走得更慢。

我们的工作就是关于上下文：你想记住发生了什么变化，以及为什么发生变化。帮自己一个忙吧，把它们包含在你的消息或点评中。

不阅读文档就添加功能

有时我会看到，开发人员显然没有阅读项目或产品文档的习惯。

例如，验证某些数据的功能可能使用了其中一个库中的内置工具，它可能只是几行代码就能搞定。

但是，开发者重新写了许多内置功能。

如果在编写代码之前阅读文档，它们会让你大吃一惊，他们的帮助真的很大。

在不了解根本原因的情况下解决问题

昨天我遇到了一个问题，我们的应用程序抛出了非常杂乱的日志。我找到了一种过滤日志的方法。

但我首先想知道它们是从哪里来的！这一点很重要。如果没有原因分析，你只是在根本问题之上像创可贴一样简单修补。

调试时闪退

这个问题超级常见，尤其是在应对崩溃事件时。

经验丰富的开发者对自己的调试方式有条不紊。他们不断地提出具体问题并编写小脚本来测试自己的假设。

而缺乏经验的开发者在文件、仪表板和消息之间来回穿梭，在狂热中迷失了方向。

冷静下来，找到重点，一次排除一种可能性。

小结

有了以上能力，相信你已经是一个高价值的开发者。