低效软件工程师常有的7个坏习惯
软件工程师一般都希望自己的效率很高，然而有些人却不这么想。许多工程师在多年的工作中养成了一些坏习惯。这里列出了软件工程师应该抛弃的7个坏习惯。
1. 缺乏激情
这个有点陈词滥调，但却是实时。享受工作的人会整天都投入到工作中。但经过多年的编码，软件工程师可能会失去激情。更糟糕的是，这会影响到他周围的人。“即使你整天都在写代码，你也必须在吃午饭和下班后有激情谈论它”–Course Report的创始人之一 Liz Eggleston 说道。缺乏激情导致懒惰。懒惰导致工作上的错误。软件工程师需要找到一种方法来重新找回他们的激情。
2. 不喜欢测试代码
过去的软件工程师认为代码测试是非常低级的–测试工作就相当于洗盘子。现在情况不一样了。依然这么认为的低效的软件工程师是非常无知的。“测试不是可有可无的，而是必须的”–一个在线拍卖市场的CTO D.J. Charles 说道。
他说道，“不要因为有Bug而感到不好意思，保证软件质量才是最重要的。”“没有任何一个人能够考虑到每一个测试用例和结果，在QA环节发现BUG远比在生成环境中发现BUG要好得多”。
“低效的工程师不接受测试的价值所在，”他补充道，“顶级的工程师会主动要求测试时间和自动化测试，他们出于经验这么做，因为他们已经在编程的过程中了解了这么做的重要性。”
3. 认为可用性只是一个单词
低效的软件工程师只是从一个开发应用程序的角度思考，而不是从使用这个应用的用户角度来出发。他们从来不替用户考虑。“有时候矫正一个工程师的心态是很不容易的”， Charles 解释道，“低效的软件工程师往往将用户体验问题描述成别人的问题”。
遗憾的是，很多软件工程师都有这样的态度，这就是很多公司正在寻找对其他用户提出的问题有共鸣的编程人员。“雇主很难找到即有专业知识，又了解基本业务问题的人。”就业市场分析公司 Burning Glass Technologies的CEO – Matt Sigelman 说道。
“即使是优秀的工程师也会说，他们对于正在解决的业务的需求不感兴趣”，他继续说道，“他们会说，‘给我一个规范，我按照规范来写’，这是低效的编程。”
4. 喜欢说“不”
低效的软件工程师缺乏“愿景”，正因如此，他们经常会对一个项目说“不”，或者是消极的对待。“当遇到挑战的时候，积极的态度会使问题迎刃而解”， Charles 解释道。
“说‘不’关上了创作的大门”，他继续道，“无论你对解决方案是否有一个明确的想法，都应该保持开放的思路，以获得灵感。”
低效软件工程师说“不”的另一个原因是，一旦事情可以正常运行，他们就害怕麻烦而不愿意打破它。“害怕打破陈旧就很难有创新。” Charles 说，“工程师们需要有自由去尝试新的东西，有时候一个看似‘疯狂’的思路可能会给解决方案带来创新性和突破性的进展”。
5. 不喜欢学习、缺乏好奇心
低效的软件工程师不喜欢学习，对新的想法比较抵触。“你必须要有好奇心，不断学习，因为编程是一个终生学习的过程” Course Report的 Eggleston 说道。
“你需要经常接触社区的其他人并且不断的学习新的技术，因为技术是在不断进度的。”她建议。
研发会议，在线研讨会，以及与同行的交流是那些想避免低效的软件工程师可以学习经验的地方， Charles 提到。
“优秀的软件工程师有一种与生俱来的学习的需求，这是他们内心的一种渴望”，他说。
6. 与其他人相处不好
低效的工程师不是一个团队成员。这是一个真实的问题，如今世界的发展，团队合作是必须的。“软件项目越来越复杂”，BurningGlass 的 Sigelman 说，“你成为一个孤狼并自己开发一个软件的时代已经过去了”。
Charles 指出，低效的软件工程师虽然可能不能融入团队，但他们依然需要依赖团队的其他成员。“永远要记住，可能有什么潜在的东西需要依赖你的编码，而你的编码也需要依赖其他正在变化的东西”，他说道。
他补充到，“自豪感有助于一个低效的工程师融入团队，是不是的遇到困难无所谓，知道何时何地解决它才是通往成功的关键，不要让骄傲阻碍了你的道路”。
缺乏沟通技巧也会影响软件工程师在团队中的作用。尤其是当他们与团队以外的其他人沟通的时候。“缺乏沟通技巧的工程师与其他非技术团队的沟通往往会是失败的。”
7. 不关心安全问题
这可能是所有软件工程师所具有的坏习惯。“开发人员在他们编程的时候需要把安全放在第一位”，一个网络威胁检测公司Damballa的CTO Stephen Newman 说道。
这可能是一个问题，因为即使是拥有计算机科学学位，但没有经过这方面专门培训的人都会存在这个问题。“构建安全的软件不是大部分大学的要求”， Newman 说道。
“当我们处理现实问题的时候，会遇到太多的攻击，所以必须把安全放在第一位”，他补充道，“一个真正优秀的工程师会在他们设计和架构的所有地方都考虑到安全性”。
坏习惯会使所有职业的雇员变得低效。对于软件工程师来说，坏习惯如对项目表现出不感兴趣，拒绝成为一个团队成员可能会破坏整个团队。许多低效的 软件工程师并不是一开始就这样，他们也不是必须保持这种状态。通过定期自我评价，就可以发现坏习惯并摒弃它，因此一个低效的工程师就可以重新变得高效。你 是否在与高效的软件工程师合作？你觉得还应该在列表中增加哪些呢？
via： techbeacon ，本文由Specs 翻译整理，发布在Coder资源网，转载请注明来源。