平时工作时如何才能提高工作效率，而不要总是996加班呢，我们总结出了三个简单原则，“积极主动”、“以终为始”、“要事第一”。
积极主动，行动起来改变自己
想成为一个搞笑程序员，最大阻力其实不是不知道方法，而是自己的消极心态，工作中当遇到进度延迟、效率低下问题时，我们下意识会觉得：
- 时间进度催的太近了
- 我已经尽力了
- 最近老是加班，太多了没有精神
- 产品经理太不靠谱，需求没弄清楚，搞得我们老是返工
我们也知道这些答案很消极负面，但是如何去控制自己不这么想呢？我们首先要知道不管这些事情的本质责任在于环境还是个人，抱怨排斥的心态对于实际工作的改进是没有任何帮助的。
那我们如何才能做到不抱怨呢？史蒂芬・柯维曾在他的《高效能人士的七个习惯》书中提到两个行之有效的建议：
想想再回应
我们在开发代码时，有人会提到单元测试会让bug数减少，提高效率时，我们自己会认为那会新增很多代码，浪费很多时间，一直排斥时，直到参与一个已经有单元测试的项目时，需要重构模块代码时才发现单元测试真好。所以，我们在回应之前，给自己一点时间想一想，站在积极的方面理性思考一下，用“我试试”、“我再想想”，也许会更好。
减少关注圈，扩大影响圈
比如我们自己会关注很多事情，这些是关注圈，这其中，要区分哪些是我们可以影响和掌控的，要扩大“影响圈”，增大我们的影响力。
不要总盯着自己无法改变的部分，多花时间精力扩大影响圈
现在互联网流行的996，我们无法去改变它，但是我们可以利用这段时间去多学习新的知识，找机会换一个更好的环境；我们不能要求每个人都写单元测试代码，但是我自己的模块代码写了单元测试代码，这样项目质量提高了也体现了我们的价值；我们不能决定跟什么样的人一起共事，但是我愿意跟他们分享我的经验。
比如说，我们经常遇到产品经理需求没有想清楚导致返工的经历，我们可以格外关注产品设计相关的知识，以后产品经理给我们提需求时，我们可以当时就跟他们去讨论需求的疑点，而不是开发后期不断返工，而去抱怨他们不靠谱。
当我们不仅仅局限于程序员的角色思维时，我们可以试着给产品经理提出更多有价值的建议：
- 这个布局在文字很长的情况下会发生什么
- 网络很慢，加载数据的时候应该怎么显示？加载失败显示什么？
- 返回数据为空的时候这个列表怎么显示
总结起来很简单，就是：接收不能改变的，改变能改变的，尽量扩大可改变项的范围
以终为始，想清楚再开工
作为一个十几年的老程序员，和刚开始新手阶段有什么不同的话，我们可以总结为新手阶段拿到需求就开始写，写到一半发现不对劲，重新写，反反复复，效率极其低下。
而现在我们拿到一个需求，会仔细开会讨论需求，和产品经理确认各种细节，然后做个简单的设计，考虑模块之间的联系，再开始编码，最后加上单元测试代码。
要做到“以终为始”，需要注意三点：目标、原则和计划。
经常停下来想想目标
我们开发过程中要多想想自己的最终目标，不能被过程带偏方向
制定原则
好的编程方法需要坚持才能有效果，比如自动化测试代码，有时间时间一紧，就会来不及写，时间一长，就会欠下技术债务。
所以我们需要给自己制定一个原则：增加一个功能，必须写自动化测试代码，如果来不及，给自己写一个ticket。我们也可以给自己提如下一些原则：
- 先运行再优化，先用简单的方法实现，再考虑怎么优化
- 不复制粘贴代码，会导致代码臃肿，不便于维护，提取抽象可以保持简洁
- 每个pull request要尽可能小，这有助于把复杂的任务分解成几个简单的任务，简单的任务更容易高效完成。
有原则了，我们才能不忘初心，有始有终。
公开自己的计划
我们把任务细化，做个简单计划，主动给出一个明确的时间点，有了计划指引和时间点的压力，会让我们时刻关注目标，自然工作效率就会提高了。