总结！开发者最常踩到的六个低效陷阱

高效的时间管理是大部分成功的软件工程师具备的能力。它能够帮助你在职业生涯上快速进步，而不是每个敏捷迭代末疯狂加班。

每个企业都试图通过自动化流水线，升级版IDE和DevOps来降低成本提高效能。而通过避免以下六种低效陷阱可以让你的领先一步，收获高效的一天。

1. 过度开发

你是否曾经将需求复杂化，考虑哪些奇奇怪怪的可能会出现的场景。比如设计的这个API是否可以无缝的接入其它平台？或者控制面板是否能够自动发送报告？

控制住这些想法，不要过度设计！你不应该话大量时间在一些过于超前的功能上。而且，代码越多意味着更多的bug和不必要的脚本将会加到本已臃肿的程序中，从而导致代码可读性扩展性的降低。

要想避免这一点，要经常反问自己这段代码是否在解决当前的需求。你只需要考虑用例和边界场景，不要花大量的时间在一个短期内不会用到的功能上。

如果你不确定是否要新增一个功能用于解决一个潜在的极端场景，在下一次的敏捷会议上提出来并和大家讨论。这能帮助你节省大量时间，并且促进团队合作精神。

2. 一次又一次的编写同样脚本

作为一个工程师，你应当尽可能的遵循不要重复开发原则（DRY-Don't Repeat Yourself）来提效。 有两种方法可以贯彻这一原则：减少冗余代码或是流水线开发流程。

代码冗余

搭建一个服务或者是虚拟环境往往意味着需要写同样的脚本并且反复执行。如果你需要搭建一个包含四层的分层架构服务，并且适配到开发，测试，预发和生产环境上，它们所需要的代码和执行的步骤基本是相似的。

除此以外，基础服务的依赖正在变得日益复杂。上述的工作不仅重复而乏味，人工执行还可能会导致误操作带来