在日常工作中，作为开发者来说，经常遇到的大概有两种“效率陷阱”，下面来细细说说这两种效率陷阱的发生以及如何避免。
以为效率高
在现下日益紧张的工作环境下，企业为了可以快速上线，抢占用户，经常会遇到这样的情况，比如说为了尽快的完成既定任务，或者说为了尽快的在某个日期之前上线投入使用，或者说为了完成任务提高KPI考核结果等。经常会在开发过程中只关注任务进度，关注功能开发情况，而不关心代码质量以及代码的健壮性，可维护性等，而这种情况带来的结果往往是后期改造困难，维护复杂，不利于代码的扩展等。那么这种以为效率高，实际技术负债会在后期完全体现出来导致系统的不稳定等。
那么，面对这种情况，最好的就是在考虑到现有资源的情况下，制定合理的工作计划，快速上线固然重要，但是上线之后出现各种问题同样会影响用户体验，带来的结果往往也是得不偿失。因此最好就是从一开始就多方面考虑，指定合理的计划，保证上线的同时也保证系统的稳定。
以为进度快
还有一种效率陷阱就是说为了应对快速上线的需求，通过延长开发人员的工作时间来缩短工期，尽快上线。这样的情况可能比上一种更危险，毕竟人的精力是有限的，每天8个小时的时间可以说是最优的工作时长，短期的稍微的延长工作时长可能会让项目进度有一个较快的表现，会给人一种效率提高了的错觉。但是长期的延长工作时长，除了会导致开发人员身体的疲累外，还会在精神上和心理状态上影响开发人员的工作状态，那么带来的结果就是项目bug多，开发效率降低，系统不稳定，功能丢三落四等。那么如何避免这种情况呢？同样是可以制定合理的工作计划，不要一味的通过加班来赶进度，适当的工作量才是保持高效工作的前提。
