深圳程序员在晚上加班

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

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

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

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

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

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

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

⑶ 程序员经常连续通宵加班，应该怎么办

程序员是会经常加班的，建议你要劳逸结合，除了上班的时间外要多注意休息，也需要多吃一些补充营养的食物，千万不要因为加班而累垮了身体。

⑷ 程序员被公司强制要求加班到9点，没事情可干：坐到腰间盘突出

现在IT界的加班风气越来越严重了，甚至很多公司开始提倡加班，让很多想要准时下班的员工苦不堪言！不过对于加班这件事，领导一般都是“睁一只眼闭一只眼”，因为加班能够给公司带来更多产出！但是又不能声张出去，毕竟要是让市场给公司打上加班的标签，想要招聘新人就要难很多！

可是，近日有一位网易的程序员抱怨：公司要求每天都要加班，到晚上9点才能下班，效率高的做完事情之后，还要在公司没事干硬坐到9点，腰间盘都坐突出了！

有网易内部的员工表示：在公司里想到9点太简单了，吃完晚饭，上楼休息以下，然后可以打打游戏或者看下新闻，然后到9点直接下班，没有必要干坐着。

然而，还有网友反驳：在公司打游戏看书，不就等于告诉老板我活干完了吗？到时候老板又会再派点活给你，或者改个方案之类的，那你后面连干坐的时间都没有！

加班虽然是增加工作时间的方式，但是我们要提倡合理加班，既然完成了当天的工作任务，允许正常下班并不过分。强制加班只会让员工对于公司的厌恶感加重，传出去还会败坏公司名声，而且由于员工待着个人情感加班，工作肯定没有多少实际产出，对于公司和员工来说，并没有任何好处！

欢迎刚入门的Java小白朋友们加入Java之家：79979,2590

群内提供免费的Java的学习资料（里面有企业级技术、日常练习案例等多个知识点的资料，每晚我还会

在群内直播上课）

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

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

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，但是由于运维人员掌握的知识体系不一样，怕重启了会造成很大影响，甚至害怕出了问题要自己承担责任，明明可以瞬间操作解决问题的，又要等到中午 或者半夜三更没人的时候才敢重启，效率就是这样降低了。这个时候，需要运维人员，去学习一下相关知识，或者引入新流程，例如，重启站点，需要某个专业人士 口头同意，即可立即执行。

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

上级工作安排不到位

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

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

⑹ 程序员一般的上班时间是几点到几点

一般情况下是正常上班时间，中东部地区上午8点到下午17点半。

有任务时，会工作到深夜，甚至连续加班加点。

⑺ 程序员是不是真的天天加班

不一定，这个得分情况，以及分在什么公司。

分情况。

一般来说，做互联网的程序员，比如各种app网游端游的开发什么的，可能经常需要赶进度，加班比较多，但是一般工资也很高。
另外就是有些公司开发软件针对的是企业用户，和互联网没多大关系的，比如医疗器械公司里的软件工程师，算法工程师之类，加班会少一些，但是工资就稍微低一些。

⑻ 如何看待程序员经常加班熬夜这个问题

程序员加班熬夜属于正常现象。这年头的话，腾讯云本人就是一加班熬夜的一个团队。你不想加班，不想熬夜的话，你就不要干。

⑼ 深圳程序员的加班现象严重么 有没有加班费

深圳程序员的加班现象比较多，自己加班不会有加班费，公司安排的加班就会有。

⑽ 为什么程序员要经常加班到深夜

作为程序员的我来为你解惑吧！有句还挺受欢迎的话是，程序员就是把咖啡变成代码的机器。果然，随便问一个程序员什么时候效率最高，很有可能他们会说大多是深夜的时候。有些早点，有些晚点。常见的是：在凌晨4点起床，赶在吵闹的一天开始前完成一些工作。另外一些喜欢在凌晨4点睡觉。这种做法的目的是避免干扰。但是你可以锁上门啊，为什么夜晚这么特别呢？我认为可以归结为三件事：员工的时间表、疲惫的大脑和明亮的电脑屏幕。员工的时间表Paul Graham在2009年写过关于员工的时间表的问题 —— 基本上，在世界上有两种类型的时间表。传统管理者的时间表是分散地切割成小时和一个个十分钟的方式绩效，通常是按一个小时的价值给你报酬。另一种，叫做员工的时间表——针对我们这些程序员。工作于大型虚拟系统时，需要把所有涉及的事都记在脑子里——有人曾经比喻这就像用昂贵的水晶建造房子，一旦有人打扰，房子就一股脑塌落并碎成一片。这就是为什么当有人打断程序员的思路时，他们那么恼火。由于这种巨大的精力投入，使得我们无法简单地开始工作，直到我们能连续几小时不被分散注意力才行。刚在脑中构建了整个模型，结果半小时后就毁了可不值得。事实上，跟很多员工交谈后你会发现，他们感觉根本不能在白天完成任何工作。接连不断地被打扰、关注重要的事物和回复邮件都不能让他们安心工作。所以他们选择在别人睡觉的深夜来完成大部分的工作。疲惫的大脑 就算是程序员，晚上也应该睡觉。我们不是超人。也会感到白天更机敏。那为什么我们要在大脑想睡觉的时候做最复杂的工作，而在大脑最敏锐和灵活的时候做简单的任务呢？因为疲劳成就更好的程序员。与巴尔默峰值类似，疲劳让我们更易集中精力，因为当你的大脑疲劳时，它就必须集中精力！没有多余的脑力让你不集中精力。我似乎在喝茶过多或不合适的时间喝能量饮料后完成的工作最少。这些让我很活跃，一会儿查看Twitter，一会儿看看Hacker News，我似乎一直在到处浏览。你应该在想我能很好地工作——这么有精力，这么有脑力。但是相反，我一直在阻绊自己因为我不能集中精力超过两秒。然而，当我微感疲倦时，我就能坐下来编码了。用有点疲劳的大脑，我能一小时又一小时地编码，甚至都不想查看Twitter或者FaceBook。就好像互联网不存在了。我觉得这适用于大多数程序员。我们有太多的精力去完成80%的工作——面对现实吧，一个好的算法，需要用10倍的代码量来营造使用它的环境。即使你做的是最高级的机器学习（或者是其他的），很多工作也仅仅只是清理数据和将结果以友好的方式呈现出来。当你的大脑并不是竭尽全力地工作时，它就会找其他的事做。疲劳使你愚钝，从而使你只能顾及手头上的工作。明亮的电脑屏幕这条非常简单。在夜晚一直盯着明亮的光源并且使你的睡眠周期延后。你直到凌晨3点才感到疲倦。然后中午11点起床，当夜晚来临时你并不感到疲劳，因为，呵呵，你中午11点才起床！经过足够多的反复，本质上是把你带到了不同的时区。更有趣的是，它会保持相对稳定，一旦你进入凌晨3、4点睡觉的节奏中，你就会一直保持那样。