程序员为何如此的忙

1. 程序员为什么加班多,是什么原因导致的

导致程序员加班的原因很多，主要由以下几方面吧：

1.需求不清晰。需求人员或者项目经理、产品经理没有吧需求梳理分析清楚，等开发到一半甚至开发完了，才意识到需求错了，需要重新做，眼看项目或产品都快交付了，只能让程序员加班了。

2.管理问题。企业文化，就是加班，本来没啥活，但领导就觉得员工加班他心里踏实，所以那不管你是不是程序员，一律加班。

3.自身问题。效率低，解决问题能力不行，分配的工作任务无法在规定时间内完成，那只能加班，自行解决了。

4.工作任务紧急。突然要开发一个新功能，客户要求时间紧迫。不加班，无法完成。

5.工作量大。日常工作量就是大，一个人干两三个人的工作，干不完，加班还干不完呢，加班成常态了。

从甲方角度看，我就想要什么产品3个月上线，这是战略和领导决策决定的，不能拖太长时间。

甲方以这个要求去找乙方，乙方销售为了完成业绩，他满口答应。

售前一般不会反对销售。

合同一旦签署完毕，销售业绩就认为算完成一大半，后续介入内部流程就可能减少。

这时候认为，按时交付的责任应该在研发方面。

开发和产品团队此时可能还需要进行需求分析，系统设计，提交文档，正规一些的测试部门还要审核文档。

然后这些事都走玩，开始开发任务。开发人员每天一个日报，每周一个周报，几乎天天开会讨论。

白天都在讨论问题，只有晚上其他部门都走了，无人打扰时，研发才可能专心敲代码。

没让专业的人做专业的事情， 是工作开展的大忌，在工业上，早已证明了一切，在工厂生产中，工人流水化作业，一个人只专注一件事情，会越做越熟练，越做越快，越做效率越高。

在软件开发分工越来越明确的今天，让后端人员抢前端人员的饭碗，去写网页、样式，效率能高吗？让后端人员去抢DBA的饭碗，去做数据库优化，效率能高吗？

不专业的人做不专业的事情，可能和公司的发展历程、组织架构、人员规划有关；也可能和任务安排有关。

公司发展初期，养不起很多专业的人，可能更需要“全栈”工程师，啥都一把捉；公司发展的过渡期，有点钱了，也意识到了要让专人做专业的事情，但是人员还没招齐，那没办法，你也得兼职着做各种各样的事情。如果公司有钱了，发展也成熟了，不是属于以上两种阶段，在IT组织中，连前端、后端、测试、架构、DBA、网络、服务器运维、技术支持、安全、产品，这些职能都没区分好的话，就会对工作效率有影响。IT一线工作人员，每个坑位，都需要一颗专业的螺丝钉。

开发人员不注重代码质量，导致后期返工，导致效率低

有 时候，快即是慢，对于经验不足或者习惯不好的开发人员，开发前期，被迫或者自己没意识到，为了追求进度，逻辑没考虑周全，没做好自测，代码能跑起来就算完 成任务了，表面上任务完成得很快。但是在项目后期，测试阶段，问题大规模爆发，甚至要返工，由于测试后期，离自己写代码的时候，可能隔了一段时间，有的东 西自己都忘了，再回过头去重新“熟悉”，效率能不低吗？更为严重的后果是让项目进度不可控。因此，就算进度再紧张，也顶住压力，必须要做最基本的测试，再进入下一个任务点。

个体组织人员膨胀，出现沟通成本大的问题，导致效率低

沟通成本是人员膨胀后，暴露出来的首要问题。

举个简单的栗子，很多公司都有每天晨会习惯，如果一个组有5个人，开晨会汇报工作，平均一个人汇报2分钟，就需要10分钟，现在一个组增加到10个人，一人汇报两分钟，都要20分钟才能汇报完。时间就这样过去。

再举个栗子，30人天的工作，分给2个人做，可能需要15天，共耗费30人天，但是分给5个人做，6天能完成吗？

信息在沟通、传递的过程中，可能会“失真”，你想的，不一定能100%说出来，你说出来了，别人也不一定能100%理解，而且每个人的理解能力、知识体系都不一样，理解起来容易产生偏差，产生偏差就容易做错事情。

因此，如果人员出现膨胀，要以项目为单位，进行合理的项目拆分、人员拆分。同一个“小项目”最好不要超过4个人负责。沟通的时候，推荐使用口头+书面+复述，减少沟通过程中的信息失真。

上、下属之间相互不信任，做事有阻碍或者导致重复工作，导致效率低

上 下属相互信任是一切工作的基础。如果上级不信任下属，不敢授权给下属，凡是都要自己过一遍，而上级往往是一对多的关系，这个时候，工作瓶颈会出现在上级身 上；如果上级不信任下属，搞一堆监督机制，为了下属不做错事情，又让别人同事过一遍，又要耗费额外的成本，劳民伤财，而下级得不到信任，做事受阻，久而久 之就会畏手畏脚，很难独当一面，或觉得自己有能力没地方使，干脆走人。

上级应该充分信任下级，放心授权让下级去做事情，但这些都一个前提就是要有一个较好的软件管理过程，包括开发环境和测试团队和在完成任务的过程中进行一些辅导和进行重要节点管控和监督。

上级不信任下级，经常碰到，而下级不信任上级也很要命。程序员是很有个性的工种，不好管理，往往特别多想法。就好像车轮子陷入泥潭中，上级说车子往前推，有的人又说，往后拉，各自发力，估计车子永远都摆脱不了泥潭，还谈何效率？

因此，如果有意见，前期可以提，但是解决方案一旦定下来，应该上下一心（即使有意见也埋在心底吧），朝着目标一起去努力。

不同部门之间沟通存在隔阂与障碍

软件开发过程中，在IT范畴内，不同部门难免有交集，例如开发与运维、开发与测试，不同岗位承担的责任、掌握的知识体系、考虑问题的角度往往不一样，导致处理事情受阻。

举 个栗子，有一次，开发人员为了验证某个问题，需要运维人员协助重启某个站点。对于开发人员来说，这个站点，用的人比较少，而重启也是一瞬间的事情，风险为 基本为0，但是由于运维人员掌握的知识体系不一样，怕重启了会造成很大影响，甚至害怕出了问题要自己承担责任，明明可以瞬间操作解决问题的，又要等到中午 或者半夜三更没人的时候才敢重启，效率就是这样降低了。这个时候，需要运维人员，去学习一下相关知识，或者引入新流程，例如，重启站点，需要某个专业人士 口头同意，即可立即执行。

因此，不同部门之间的人，应该互相学习，才能更好地沟通；做事情，尽量做轻量级的流程化、标准化。

上级工作安排不到位

上级工作安排不到位，也会导致工作效率低。有时候会有这种怪现象，可能很多事情没做，但是下面的人没事可做；或者有的人很忙，有的人很闲。

软件开发分工，不像搬砖头，一人搬一车就行了。软件开发， 工作量化本身就是一个很难的地方，如果项目经理没有做项目计划，没有做工作点、任务点拆分工作就很难安排到位。特别是刚刚从程序员转型做项目经理的人，过 程性思维，不会对项目做整体的把握、整体规划，想到哪里就做到哪里，想到什么就分配什么工作，最后一团糟，一会把下面的人累死，一会又让下面的人闲死。

2. 为什么说程序员是一个极度劳累的工作

为什么说程序员是一个极度劳累的工作？这个肯定是多方面的，究其原因，不外乎如下几个方面。
第一，现在的语言种类是越来越多了，而且各行各业都有自己所擅长的语言，有针对性的针对某个行业发展出来的语言，在易用性和性能方面，肯定有其独到的优异性，要不还不得被淘汰啊，这个应该没有人会反对吧？
第二，现在大阵营主要分为.NET和Java等几大阵营，.NET的生态的确没有Java的好，但是它也有自己独特的优异性，因为大部分技术都是微软自己的，所以框架比较统一，各个技术兼容性比较好，但是由于与之相关的系统等等都是需要收费进行使用的，导致很多中小型公司都转向对系统依赖性更低的Java等语言上，从而Java的生态变得越来越好，完全碾压了.NET了，即使微软出了最新的.NET Core技术，虽然在性能和易用性方面都远远超过Java，但可叹的是生态已经被破坏，现在外面使用.NET Core的人员远远没有Java的多，要想恢复之前的生态，看来任重而道远啊。
第三，还有就是现在的企业的趋利性，导致生态变好之后，就各种的收费，导致使用它的人越来越厌烦，所以就转向开源的Java。当然这个无可厚非，但是使用者可不管这些，开发人员哪有那么多钱去买与之相关的软件和工具。

3. 程序员加班最狠的一次是什么情况，有多辛苦

我自己的高强度加班有2次，都是自己创业

当时这是个社区平台，有过千万用户了，一个核心系统升级，然后出了点问题，不能降级，没办法只能停了这个系统加班加点修改。

改了4天3夜，中途还接了用户近200个电话，好多是凌晨，用户还很惊讶，说那个时间还有人接电话。

最终解决了，用户也没有流失，睡了好几天补觉。

这是一个 游戏 接入项目，因为对方是一个大平台，用户量特别大，要上一个流量平台，一堆 游戏 cp抢着上，所以你不抢肯定赶不上第一波，而第一波绝对是资源最足的。当时开发团队分在3个城市，我来统一指挥，还需要跑去平台那边，相当于是4个地方，最终也是赶上了。虽然 游戏 没赚到钱，不过这个加班是太狠了。

当然，对方平台公司更夸张，为了他们流量平台项目，整体没日没夜加班3个月，每天到凌晨3点，早上还早早9点就到公司了，具体公司就不说了，我们对比他们简直算是早九晚五了。

另外从业20年，总结：

短期冲刺加班赶节点还是有点用，长期加班的项目成功概率太低了

遇上长期的，赶紧换公司走人

其他程序员怎么加班我确实不太清楚，就我个人的经历，最狠的一次加班是在2009年1月1日。

直到现在，我都清晰的记得当时的情况。那是的我还是一个普普通通程序员，2008年的年末，我们接手了一个新的项目，是和苏州公司合作的一个项目，因此，苏州公司派了一名项目经理全程参与。

我还记得第一天项目启动会的时候，这位项目经理说：“我希望大家能够通力合作，完成项目。放心，我不会把大家当牛当妈的使唤的。”当时，我以为这是一句玩笑话。但是后来我明白，他果然没有把我们当牛马，都快要猪狗不如了。

2008年12月底，由于项目快完成是产生了需要和设计的变化，而需求和设计的变化不小，导致代码改动很大，但是项目研发阶段的deadline临近，本来之前就加了不少班，大家就怨声载道了，现在更是只变需求不给时间，大家就更是不开心了。Teamleader和项目经理是因为这个问题直接怼上了，最后，项目经理很不厚道的把“我们完不成任务”的情况汇报给了集团的高级总裁。

这件事也就不可收拾了，我们这里分公司的总经理扛不住，只有要求Teamleader按照项目经理的要求完成，如果完不成就提前说，咱们就换人。

最后，自然就定下了一个目标，1月7日前完成所有的调整，保证质量的情况下进入集成测试阶段。

于是，惨无人道的7天生活就开始了。

2009年1月1日，元旦节，我们在公司加班到了凌晨1点多，到处都没有人了，就连对面的华为（当时华为的园区还没有修好，所以就在我们公司对面）也没人了。我们大概10人左右的小分队就到了附近的烧烤摊，吃了顿烧烤，然后3点左右回到公司继续干活。到了凌晨5点多的时候，扛不住趴着睡了一下，9点多又起来接着干。

2009年1月2日，其他项目继续放假，我们接着干，中午的时候休息一下，下午开始又一直弄到完成11点多，然后回家。

2009年1月3日，整个公司还是只有我们这一个小分队，9点多到公司后开始干活，一直干到了晚上9点多，然后让一些女同事先回家了，毕竟女孩子要是一个人的话，太晚回家还是有安全上的风险。我们几个男同胞又接着干，到凌晨3点多，然后收工回家。

2009年1月4日，公司正常上班了，我们也按时到了公司，这时候项目其实基本是赶工的成果，功能没有全部改完，也没有经过验证，风险很大。但是，集成测试前，有一个UT和Checklist是必须完成的，这个至少需要留一天时间，也就是留给研发的时间只有不到3天了。

于是，1月4日这天又忙到了凌晨3点多，还是有很多问题没有解决。无奈，大部分人都快要扛不住了，还是回家吧。

2009年1月5日，我大概9点多到的公司，然后继续开始了赶工之路，时间已经不多了，这天结果一直到了晚上2点多，还是有很多未完成的内容，Teamleader带着大家出去觅食，结果便利店都关门了，只有无奈返回，继续干活。一干就干到了1月6日下午5点多。这个时候，大部分的问题都基本处理了，只剩下一些零散的内容。所以，到了晚上8点多，大家就撤了。

2009年1月7日，对整个系统进行了自测，遇到问题处理问题，由于根本没有时间做UT用例，所以都是想当然的进行了验证，按照Checklist的内容一一跑了一下。最终，在晚上9点多的时候完成了所有的测试并进入了集成测试阶段。

终于，我们算是按照要求达到了目标，不过也度过了惨无人道的7天。什么凌晨4点的街道，什么凌晨5点的朝阳，呵呵。

那肯定是连续通宵加班啊，赶项目就是这样，没办法，干工程的人员应该都有体会！

分享最近的一次加班经历吧，多狠倒是不至于，也没觉得有多么的苦逼，反而很有成就感。

就是这次疫情期间发生的事情，很多公司都停工停产，不过也有行业很早就开启了远程办公模式，我们公司也也不例外，甚至我们在春节假期期间，就已经开启了加班模式了。

针对这次疫情，我们公司推出了一款新产品（线上），具体内容就不详细说了，反正也算是做了一件利国利民的事情，所有收入都捐给了武汉，而这款新产品的开发，让一个团队上百个伙伴，连续工作了三天三夜。但是产品上线后遇到了一个比较严峻的考研，就是业务量比较大，一个老接口已经超过了现有系统的承受能力，所以需要一个系统提供一个接口，现有业务迁移到新的接口上。

我是那天晚上起点多接到了领导们的微信语音，了解到这件事儿的前因后果，并且领导给出的提测时间点：第二天早上。

苦逼么？别人系统做了几天还是几周开发出来的东西，需要第二天重构出来。

其实一点儿都不苦逼，反倒觉得非常有挑战，似乎有一些热血澎湃。

讨论完需求的具体细节之后，我安安稳稳吃完了晚饭，然后：

20:40 沐浴更衣，准备大干一场。

21:00 点坐在了电脑前，VPN 连到了公司的电脑；

22:00 总体的架构就搭建起来了；

02:00 四个小时把细节全部实现；

03:00 一个小时自己进行调试，修改，再调试 ... 通过；

03:30 花了半个小时完善了注解和文档；

提交代码，打完收工，貌似提前完成了工作；

测试团队（全流程）测试，第二天下午上线，上线后效果不错，抗住了压力。

感觉自己像一个拯救了世界的英雄。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

作为一名老程序员，职业生涯经历过很多次加班赶进度的情况，这在这个行业里是再所难免的，偶尔的加班其实还都可以接受，怕就怕持续性的加班。

基本上对于大公司来说每次大促活动、大版本发布都需要经历一段时间突击，当然，像大促活动上线这种情况即便你工作完成了，在上线前后你都需要随时待命，一般像双十一这种规模的活动，基本上都是彻夜守候在电脑前，保障系统稳定性和及时解决出现的问题。这种加班其实并不是工作量的累了，而是真正的精神压力了，一个小问题都有可能引起大故障。但在这种情况下后勤保障还是挺完善的，各种小吃饮品满足你需求，紧张的心情伴着“节日”氛围，事后释怀了回想起来让人也是感觉成就感满满的。

我曾经半夜三点被主管喊起来开车拉我到公司解决线上Bug，也曾因为接到了一个自己完全不熟悉的领域连续加班5天到2点，但这不是常态，如果成为常态那果断离职吧。

在这里也建议各位程序员加强身体锻炼，毕竟身体是革命的本钱。

我听朋友说的，他是在公司做HR，有一次她早上来上班，正常的和同事说话，可能声音比较大，把项目经理吵醒了，发现项目经理一夜都在公司，基本熬个通宵。

有的时候为了赶项目，确实要加班很晚，但也不全是这种状况，要是平时速度快的话，肯定是不用加班的。

程序员加班其实没有最狠，只有更狠。从不同的领域细分，一般互联网企业加班是最厉害的，然后是一些头部的私企，具体是哪家就不说了。有的创业公司加班也比较厉害，但不一定。

很难从总体上说是什么情况，说说自己从业十几年的经历吧。
L公司
刚毕业的时候去的L公司，号称是国企的IT公司。到了没多长时间就碰上新项目，由于工期紧，领导带着做封闭开发。基本上是每天凌晨3点睡觉，早上8点多起床。最后加班都加恶心了。
H公司
然后去了H公司，H公司是一个私企。加班本来就是家常便饭，但是我参与的又是线上的业务，出了问题要马上搞定。记得最厉害的一次应该是搞了一个通宵，然后第二天正常上班接着搞。

倒是没有连续搞多个通宵的情况。没有在互联网公司呆过，听说那里加班更加厉害。有过类似经历的同学可以在下面分享一下。

你知道凌晨四点的杭州西湖是什么样子吗？

每个公司不一样，部门不一样，加班的原因也不一样。像我，很多大型活动的时候都需要研发值班过晚上12点，2、3点下班。比如618，双十一，双十二，双“蛋”。一年也就那么几次，没那么频繁，不然谁都受不了。

但是这不是最苦逼的，因为第二天可以调休，值夜班中间也没啥事，还有公司统一发放的夜宵，同事之间吃吃喝喝，说说笑笑，还是很嗨皮。

最苦逼的是半夜三更被电话叫起来，应急处理某些重大线上bug。只有你一人孤军奋战，从天黑干到天亮。还得正常上班，开一天的会向领导汇报情况，精神一直处于高度紧绷状态。最后还吃力不讨好，成为背锅侠。后面几天晚上都睡不好，从身体到心理上都觉得苦逼。

总结下，bug无法避免，我们程序员个人能做的是什么呢？除了提高技术能力之外，就是保存良好心态，和拥有强健体魄。随着年纪增长，越发的理解前辈的话，能够倒头就睡第二天被上班闹钟叫醒真的很幸福！

我记得那是上班的第二年，在移动的一个项目上，当时真的是年轻，精力充沛。当时是年底组巡，为了应对检查，通宵两个晚上去核查数据，基本连续两个晚上没睡，到了第三天下班才正常回家补觉。

后来年纪大了，真的熬不起了，奉劝年轻人还是不要这样，提高工作效率是关键，没有产出的加班是一种无能的表现。

最狠的一次加班也就是连续半个月在公司待到凌晨一两点左右吧。那时候为了完成一个项目所有同事都一直忙到很晚才回去，自己我住的离公司很近，其实也不算多么的辛苦吧，毕竟就算不加班自己也是要一点左右才睡觉的。每次加完班走在回去的路上，反而有一种病态的满足感，感觉自己过的很充足 。感觉每天和一群同事努力的去完成一件事情，特别是最后圆满完成的时候有一种小小的成就感。其实做了五年的程序员，平时很少加班的，因为没有加班费所以公司也不提倡加班。如果不是特殊的情况，一般都是朝九晚五的节奏，很少有在公司待到一两点的。很多人提到程序员就是加班，什么九九六，什么零零七，其实正常的公司为没有这么变态了，一般只是一些特殊的情况才会偶尔加一次。

4. 为什么程序员每天工作都要加班呢

程序员加班这个事情肯定是真的没毛病，你的闺蜜和你老公肯定是没毛病的，并没有打着加班的幌子欺骗你。

现在咱们说说为啥程序员经常加班，这就得从程序员的工作说起了，程序员的工作，大多数是以项目为单位的，比如开发一个软件，会有软件开发的周期，哪些环节和功能的实现要在指定的时间内完成，如果不能完成就会耽误项目的整体进度。

还有过年春节的时候，微博、微信都会有程序员加班，来检测数据，一旦到达服务器的临界值，就进行一些相关的操作。这就是为什么程序员经常加班了。

5. 1024程序员节来了，各地的程序员们是如何是如何过节的

程序员节来了，各地的程序员们是如何过节的，对于这些程序员来说呢，基本上都是在公司里面度过这个程序员节，毕竟在这个节日的时候很多的这些程序员的话都是在加班，因为对这些程序员来说并不是996，而是全天24小时都要等待老板的一个吩咐，毕竟他们的工作一旦出现了问题的话，他们肯定是要进行负责的，所以说这些程序员基本上都是在加班当中度过这个节日的

董哥哥在这个程序员节来电的时候，这些程序员基本上都是在加班中度过的，可以说加班对于他们来说就是庆祝这个程序员节的一种方式所在

6. 程序员为什么都这么累

月薪越高，是为了更好的享受生活。无休止的加班，使你没有了享受生活的乐趣。相比于其他的普通白领，程序员收入相对来说算是很高的，他们一般都比较有钱，因为赚了钱真的是没有时间花。做这行时间久了，最喜欢都不是姑娘，而是能够美美的睡一觉。图是一张行军穿，上班必备的工具！



一周通宵三天是个什么概念？有人说我网吧包个夜第二天不睡觉也照样工作，但是连续几天什么人都要垮的。图是暂时没有活，先补觉的程序员。



农村父母很不理解，坐在办公室雨淋不着风吹不到能累到哪？可在我看来程序员只是比农民工工作环境好一点，脑力劳动比体力要累很多倍！



又是一个通宵，清晨的阳光已经透过了窗户，忙了一夜的程序员终于可以睡一觉，有些人睡了一觉就再也没有醒过来。很多人总开玩笑说：如果你身边有程序员朋友，那就多跟他们说说话吧，因为说不定哪天他们就不在了！在别人看来这是一句玩笑，却是让人有些伤感！一份消耗生命的工作，你还羡慕吗？

7. 程序员都很忙吗,忙到都没时间回复信息

程序员都很忙，会忙到不回信息，但也不是忙到一整天没有一点时间不回信息，等忙完就可以看手机了。

程序员注意力比较集中，当打代码或者思考时，真的不会关注手机的，一直盯着屏幕，因为编程是一个逻辑思维非常强的活，就像你看侦探小说一样，总想把结果搞出来。而这期间脑袋一直是cpu过载状态，加上注意力高度集中，确实不会关注手机。

程序员经常加班的原因

1、加班文化

有些公司流行加班文化，如果别的程序员留下来加班，而你并没有加班，会感觉和这个公司格格不入。

2、出现bug

有时候，线上出了一个令用户急剧下降的bug。程序员不得不加班很晚，甚至熬夜、通宵，只为了回退代码，或者修复这个bug。

3、项目要上线

当项目临近上线的时候，也是程序员最忙的时候。测试一定会给你找出三天才能修复完的bug，而产品经理偶尔给你改改需求，让你怀疑一下人生。

8. IT 软件开发是不是很忙

1、IT编程程序员是很忙的，主要是指的现在做移动互联网的程序员，他们的加班是经常的。相比其他的程序员可能不这么忙。
2、忙主要是因为加班，和没有休息日。但是通常再忙，也有时间接电话。程序员的忙是属于那种耐力型忙碌，而不是爆发性忙碌，所以需要持续不断的工作，但是工作中忙里偷闲还是可以做得到的，比如再忙也有时间喝水，也有时间上厕所，也有时间打个电话。一宿一宿的加班是不太可能的，因为晚上加班，白天工作效率会很低。最多可能就是突发事件，比如某程序突然瘫痪了，程序员需要紧急抢修，这种突发事件还是不多的，但是一般来说做多也就是一个通宵，因为通宵之后，第二天工作效率会明显下降，对于整个软件的整体进度是不利的。所以，连夜加班不太常见。
3、软件开发是分阶段的，通常一个阶段几周到几个月大半年都有可能。所以大多数程序员需要很好的耐力。经常加班的程序员通常不是多么优秀的程序员，所以能力不足，勤奋来补。
4、如果一个程序员连自己女朋友都照顾不了，我只能说他还没准备好找女朋友呢。程序员有几个优点：业余爱好少，专一不花，所有有大量的时间和家人在一起。程序员工作稳定工资比上不足但是比下有余，所以有车有房衣食无忧基本可以满足一般女友。程序员是长跑职业，工作年龄越大，能力积累越高，含金量越高。

9. 程序员，为什么要加班

需求多，需求变化大，程序员因为人天贵（例如我所知的一个程序局耐员他的工资是15K，人天价格大约3000一天），所以对项目的成本压力很大，所以加如肢班就能弥补一定项目渣腊世成本。

10. 程序员加班如此疯狂，都有哪些原因

程序员加班是程序员，工作中很常见的一个情况。为什么要加班呢？顾名思义就是工作没完成，或者是工作任务量太大，他没有办法在规定的时间里面做完，所以他就只能疯狂地加班来完成自己的任务，这样才能不被上司批评。

第三个原因就是因为程序员的日常比较繁琐。因为我们都知道程序员这个工作对于工作人员本身的要求是非常高的，不管是她知识领域的专业性，还是她实际操作的技巧性，都是有着严格要求的。所以说这个岗位上面的人才还是比较稀缺的，工作的人数比较少，分配到每个人身上的任务也比较重。