17611538698
info@21cto.com

高价值开发工程师不做哪些事情

作者 万能的大雄 分类 技术人生 11月11日

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

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

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

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

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

囤积知识

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

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

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

不经代码审查就发布

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

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

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

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

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

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

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

缺失/弱测试

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

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

忘记冒烟测试更改

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

两个原因:

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

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

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

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

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

不阅读文档就添加功能

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

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

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

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

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

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

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

调试时闪退

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

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

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

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

小结

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

评论