程序员提高效率的方法（干货满满）如何做好一名程序员，怎样做一名高效率程序员？，丞旭猿免费源码交易平台，

1.程序员如何提高工作效率

第一请确保高效率的定义是正确的，特别是你老板对你工作效率的判断比如你疯狂996加班也需要6天才能完成，老板说，我三天之后要，不要找借口，努力去完成就行了我可以明确告诉你不管怎么样你都是低效率如果三天真做完了，老板会说 你效率低下啊，第三天这么晚才给我？不给我时间验收？下次最好一天搞定。

2.程序员如何提高代码能力

这次算勉强完成，下次更快点，天下武功唯快不破如果你全力以赴做了6天才做完，老板说，我要的是3天，你6天下给我，你的效率太垃圾，如果每次都这么慢，商业机会就错过了，公司倒闭都是你造成的如何解决呢第一需求出来，先按照你的实际情况估算（不要包含加班）。

3.程序员如何提高自己

比如老板说三天的事情，你就给估算2周。当然这个不是乱估算的，估算是一个学问大概估算公式如下

4.程序员如何提升自己的编程能力

最佳+一般+最差/3最佳+一般x4+最差/6建议后者这还没完还得加上百分10-20（我个人建议）的应急储备以及浮动百分10（我个人建议）的管理储备应急储备是指为未规划但可能发生的变更提供的补贴，这些变更由风险登记册中所列的已知风险引起。

5.怎么提高编程效率

管理储备为那些可能会导致项目的范围和成本变更的“未知的未知”拨出的预算应急储备的特点：（1）用来处理预期但不确定的事件（已知的未知）；（2）是成本绩效基准的一部分；（3）项目经理可以自由使用；（4）作为预算分配；。

6.如何提高代码效率

（5）是挣值计算的一部分管理储备的特点：（1）用来处理非预期且不确定的事件（未知的未知）；（2）不属于成本绩效基准；（3）动用之前一般需要获得批准；（4）不作为预算分配；（5）不是挣值计算的一部分为啥要这样呢，因为我们正常人都是负责人的好人，一定默认保证自己做的事情是高质量的（时间成本质量不可能三角）

7.程序员提高写代码速度

是否需要降低质量，你不要定，给出你的建议，让老板定是否需要砍需求，你不要定，给出你的建议，让老板定老板说，你必须又高质量又快速还不加人的完成任务，直接说，完成不了这不丢脸，这不丢脸，这不丢脸，这是为了保命。

8.编程提高工作效率

想要我完成，必须要这样，那样总的来说，短期：给老板计划的时候请给出切合实际的计划、并留出缓冲你写代码怎么知道用redis缓存，估算怎么不知道缓冲？长期：向上管理老板的期望，和追女生一样的，不要过度装逼，自己无法满足就无法满足，实事求是脚踏实地。

9.程序员如何提高工资

第二，磨刀不误砍柴工，搞清楚需求远远比写代码重要不要接产品口头需求，让他提供需求文档；不要直接告诉老板多久完成，先估算；不要做别人转述的需求，直接联系需求提出人明确细节不然很可能做一半又改了，要不就是反悔了。

10.程序员提高工作效率

如果有需求文档，需求变化了，让走变更流程，并加上变更所需的工时如果老板口头说了一件事情，第一时间通知产品写需求，没有产品的自己写需求，让老板确认第三个不多解释了第三，永远不要对你不熟悉的技术报以不切实际的期望。

比如py开发效率很高，别用java，1天就可完成vert.x牛逼别用spring使用响应式编程，很牛逼别用web了hive垃圾别用了以及xxxx直接干翻yyyy比如tidb牛逼，应龙牛逼，这都是不切实际的空想主义，一旦你把希望寄托在这新事物上面必然栽大跟斗。

第四，学习技术一定要看官方文档，不要只看视频不要只看博客，更不要人云亦云保证自己的学习有效性高效率才能上来，学错了及其浪费时间第五 上下游沟通，以及沟通文档化，远远比开发本身重要一旦理解错误你的时间就会大把的浪费。

记住做任何事物都需要pdca戴明环p计划，d执行，c检查，a（纠错）行动不管别人怎么催你省略掉啥啥啥，别管，因为他不承担责任，你承担不管你技术如何，智商如何，情商如何，做到以上几点你就是名副其实的高效率程序员。

对了，别说；我又不是项目经理，你这好多都是项目经理的东西，你就是你自己的项目经理我在各个公司都是高效率的代名词，作为一个高级开发人员还需要注意：第一控制开会时间会议都是有主题的，一切偏离主题得发言我都直接打断，老板也不例外。

比如 某个周三上线审核会议，老板居然还在确认需求，问这个字段取得啥？我立刻回，不好意思，我们先完成审批吧，需求问题等会我再约一个比如老板又问，你这边并发量太大，会影响业务库吗是的，会有一定的影响，不过具体多大的影响，cpu占比，内存压力 还得找人测试下。

要不我在约一个会议详细调研下？过一会 产品说，这儿加一个字段好点，这儿加一个图标可以，你提一个需求给我…这样会议就不会讲乱七八糟的事情了第二控制人员参与项目的程度大部分人一开会各种人都叫来，仿佛越多越好，当然如果你经验不足，or不熟悉其他人确实没错，当你熟练之后需要控制人数越少越好。

人越多越容易变动比如需求评审会议，不要叫上所有开发，我自己先去和产品怼起来，等到具体某个点再叫开发过来说一下，然后就让他撤了另外领导不要乱叫，第一浪费领导时间，第二领导会鸡蛋里面挑骨头所以在最后会议最后总结的时候叫老板，而且最好只叫你自己的老板，不要把决策机会给你不熟悉的领导（你到底跟谁混要搞清楚）。

还有一些对项目有反作用的人，减少他的参与开完会邮件告诉他结果，不让他讲话，而且注意文案不要得罪别人 或者落下把柄第三搞出来高效编码环境（基层）管理人员（高级开发者，or leader）的最大作用 不是唧唧歪歪挑手下的刺，而是保证大家开发环境好，不要动不动就有人打扰你的的“流水线”。

比如对外产品的需求 leader去处理，测试对接leader自己处理，各种会议leader去参加挡住没啥意义的需求和测试沟通统一对外很重要比如各种公司行政制度leader帮助解决各种公司不合理的制度，leader要挡住。

这样整个团队开发效率才高团队开发效率高，在老板看来就是你牛逼在敏捷开发中有一个概念很重要：整体优化大于局部优化你所在的“流水线”高效运作起来以及解决需求 or解决提出需求的人你说我就是小小开发，我没手下。

没关系第一面向kpi编程第二面向直属领导编程你依然是高效率的代名词什么意思，举一个例子老板给了你10个任务，问你多久可以完成不要拍脑袋5天，10天，说：这些事情有点复杂，要不我先估算一下，等会来找你？你先对这10件事情做一个excel

比如任务编号，名称，技术难度，沟通成本，耗时，优先级，主要风险不知道优先级？根据自己理解做猜，在公司呆的越久猜的越准不知道技术难度？直接curd最简单，有（已经集成好）中间件一般，增加新的中间件（难），增加自己不会得技术（中间件）非常难 ，技术方案都不知道 最难。

沟通成本？这块其实很重要，比如你要和外部公司对接，比如客户， 比如你依赖一个供应商提供的接口，这些玩意沟通耗费的时间很可能远超开发时间一般来说 团队内 沟通难度 低跨团队 难度 中跨部门 难度高跨公司 非常高。

当然如果你和对接人闹矛盾，那难度也是非常高建议提出了让其他人去做，避开这个任务耗时 有低技术重复性工作，比如核对最近一个月接口调用日志有没有问题也有技术高导致的耗时高 比如 现在引入es提高响应速度，但是你没听过，可以定义为 高。

然后根据实际情况一一估算，具体怎么估算，前面讲了，不重复了。别开口就是超级估算..下图就是我自己team任务的简单汇总。可参考下。

重点是快速响应老板最关心的内容，老板认为最紧急的内容如果他关心的内容你处理慢了，而且大部分都处理缓慢，那你的kpi必然不好看，如果你吧老板关心的内容快速响应，其他任务，以及产品提出的需求，一些老板用不到得功能出了bug 乌龟一样解决。

不影响你的kpi的，管他的呢，事情做不完的。紧跟你直属领导关心的内容，思考哪些事情不影响你的kpi。…