程序员上班需要加班吗

A. 普通程序员一天的生活是怎样的

普通程序员的一天基本上都是在写代码。

当程序员有项目的时候，程序员会根据自己的团队项目来安排自己的工作，同时也会适时跟进自己的工作进度。当程序员没有项目的时候，程序员基本上会根据团队的安排来维护项目，同时也会检修各种bug。与此同时，程序员的工作其实非常枯燥和单调，同时也有着非常大的工作压力。

一、程序员需要不断跟进自己的项目进度。

对于多数程序员来说，很多人都会选择在公司团队作战，也就意味着程序员只是公司项目的一份子。每当公司开发新的项目，程序员需要按照相关的工作进度来执行自己的工作内容。在有些特殊的时候，程序员需要加班加点来完成自己的工作，这也是为什么大家普遍觉得程序员的加班情况比较严重的原因。

最后，每个人的生活方式各不相同，我讲的只不过是大多数程序员的生活状态。

B. 程序员一定会熬夜加班吗

生活中的我们很多时候都会面临着熬夜加班，这已经成为年轻人中的一种夜生活，很多时候我们都很难向像那样的生活是不是真的很刺激，我也体验过夜生活，但是真的太累了，身体还是要紧的，那么程序员一定会熬夜加班吗？接下来无我们一起来看看。

对于程序员来说他们的任务量一般是非常大的，很多时候，我们会知道他们是技术人员，而且要工作，工作的大量的内容我们基本上看不懂，我们知道他们一定是会加班的，这点事非常明确地，还有就是生活中的他们可以说因为他们的爱好造就了他们的事业。

总的来说，很多时候，程序员比我们想象的还要辛苦，我们只是看不见他们想要的，但是我们知道他们通过自己的努力，最终变成自己想要的，那种收获的喜悦是我们都懂得的。

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

因为很多的程序员每天都需要面对电脑，编写自己的程序，这对于很多人来说都是非常累的。在中国，很多的程序员每天都必须要不停的加班加点的工作，没有自己的休息时间。因为程序员这个工作是非常累的，所以很多程序员都慢慢的辞职转行了。人们说起程序员这个工作，除了觉得程序员这个工作工资很高之外，再就是觉得程序员这个工作真的非常的累。关于为什么说程序员是一个极其劳累的工作？以下是我的看法：

三、因为程序员这个工作非常劳累，所以很多程序员都慢慢的转行了

很多人都觉得程序员这个工作是一种青春饭，一旦一个程序员到了35岁往上，这个程序员可能就会被公司裁员。正是因为程序员的竞争非常激烈，职场环境也非常恶劣，所以很多程序员都慢慢的转行了。

那么你觉得为什么说程序员是一个极其劳累的工作呢？欢迎评论区下方留言。

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

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

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

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

上级工作安排不到位

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

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

E. 程序员加班多吗

这个肯定不是一概而论的，具体也要看行业和单位吧，一般私企、合资、外企加班可能会比较多吧，事业单位和国企还是比较规范的，但也不排除有例外，所以就得具体问题具体分析了。如果你不想加班，并且很坚定的话，面试就可以提出来，不接受加班，如果同意就行，如果谈不好就再找。我面试的时候就是这样的，都会提前把话说明白，省得以后麻烦。因为我的态度是很坚决的，绝不妥协，所以就说出来，但如果是那种耳根子软的，心里摇摆的，禁不住领导的软硬兼施的，那就另当别论了。

加班永远都不是常态。无论有偿加班还是无偿加班都不是常态。在软件公司，经常加班的人什么精神状态，除了想腾讯阿里那种一年给上百万或者是几百万的，靠着钱在打鸡血支撑着，有多少人都是拖着疲惫的身心在考点。

永远都不排除极个别人，有着明确儿崇高的理想，为了改变世界而加班。

永远都不排除少部分人，有着正义感和责任感，为了拯救世界而加班。

永远都不排除相当一部分人，为了金钱而加班。

剩下的，加班既不改变世界，也不拯救世界，更不会为自己和家庭带来经济上的改变。仅仅是盲目的加班，因为老板让加班，不敢反驳，因为别人加班，不敢不从众。反复的做重复的劳动，也并不会给自己提升多大的价值。

所以加班肯定不是常态，而是变态。

F. 程序员有不加班的吗

程序员很少有不加班的，大部分程序员都要加班的，因为项目来了要赶时间的必须加班。

定律是为实践和事实所证明，反映事物在一定条件下发展变化的客观规律的论断。定律是一种理论模型，它用以描述特定情况、特定尺度下的现实世界，在其它尺度下可能会失效或者不准确。

没有任何一种理论可以描述宇宙当中的所有情况，也没有任何一种理论可能完全正确。人生同样有其客观规律可循。

一、生活定律 痛苦定律:死无疑是痛苦的，然而还有比死更痛苦的东西，那就是等死。

幸福定律:如果你不再总是想着自己是否幸福时，你就获得幸福了。

错误定律:人人都会有过失，但是，只有重复这些过失时，你才犯了错误。

沉默定律:在辩论时，沉默是一种最难驳倒的观点。

动力定律:动力往往只是起源于两种原因:希望，或者绝望。

受辱定律:受辱时的唯一办法是忽视它，不能忽视它时就藐视它;如果连藐视它也不能，那么你就只能受辱了。

愚蠢定律:愚蠢大多是在手脚或舌头运转得比大脑还快的时候产生的。

化妆定律:在修饰打扮上花费的时间有多少，你就需要掩饰的缺点也就有多少。

省时定律:要想学会最节省时间的办法，首先就需要学会说"不"。

地位定律:有人站在山顶上，有人站在山脚下，虽然所处的地位不同，但在两者的眼中所看到的对方，却是同样大小的。

失败定律:失败并不以为着浪费时间与生命，却往往意味着你又有理由去拥有新的时间与生命了。

谈话定律:最使人厌烦的谈话有两种:从来不停下来想想;或者，从来也不想停下来。

误解定律:被某个人误解，麻烦并不大;被许多人误解，那麻烦就大了。

结局定律:有一个可怕的结局，也比不上没有任何结局可怕。

二、工作定律

安全定律:最安全的单位几十年没有得过安全奖(最安全证明你们安全没有做工作)

需要定律:同样两个相同的单位，同样的办公费。多少年以后，发生了变化(证明你们单位办公不需要那么多的钱)出来反对，这种成功的概论会归结为零。

评比定律:领导认为谁好，谁就好。(只要领导看你不顺眼，再辛辛苦苦地工作也是白费力气。)

一票否决定律:在一个单位，比如升工资，比如提拔任用，一个人提出来，往往成功的概率最大，而另一个人站

接受教育定律:每个单位都有吊儿郎当不好好干工作的人。但领导往往在批评这些人的时候，这些人恰恰不在场，于是，便出现了遵纪守法的人，经常接受教育的尴尬局面。

哭闹定律;那个部门没有几个因为经常的哭闹而得到了实惠，他有什么理由不经常哭闹下去。(此定理也适用那些经常在领导面前叫苦叫累的部门)

能者多劳定律:在同一科室里，有的人虽然在其岗，但却不能胜任本职工作，那他的工作只能由能胜任该项工作的人去代劳。

不平衡定律:年年当先进的部门或个人，一年没有当先进便想不通;从未当先进的部门或个人，当上先进后便想不到。

少劳多得定律:一般的单位，都分为合同工、(过去称为正式工)协议工、临时工等等。拿钱越少的工作量越大，而且越容易被解雇;拿钱越多的越没有多少事情可干，而且最不容易被解雇。

G. 程序员都要加班的吗

程序员不一定都要加班。Java语言是整个体系的基础，按照不同的用途，在以下方面应用广泛： 1、企业级应用开发 这里是JAVA的天地，大到全国联网的系统，小到中小企业的应用解决方案，JAVA都占有极为重要的地位 。 2、网站开发 当然就是JSP+Servlet+JavaBean，一直以来都相当流行 。 3、移动领域 典型的应用是手机游戏（国内主要是这方面），这里是J2ME的天地，其实应用范围是很广的，只是国内开发不够 。 至于需要不需要加班需要根据项目而定，不同公司和不同项目是不同的。

H. 程序员平常上班的时候，为什么每天都会加班

如果程序员的工作没有完成，那么肯定是得要加班，尤其是一个项目，要凌晨上线的时候，别人如果都在加班，你怎么可能好一个人回去？

I. 程序员是否普遍存在加班现象

答:我认为这个肯定不是一概而论的，具体也要看行业和单位吧，一般私企、合资、外企加班可能会比较多吧，事业单位和国企还是比较规范的，但也不排除有例外，所以就得具体问题具体分析了。

如果你不想加班，并且很坚定的话，面试就可以提出来，不接受加班，如果同意就行，如果谈不好就再找。

我面试的时候就是这样的，都会提前把话说明白，省得以后麻烦。因为我的态度是很坚决的，绝不妥协，所以就说出来，但如果是那种耳根子软的，心里摇摆的，禁不住领导的软硬兼施的，那就另当别论了。

是普遍现象，特别是互联网公司，加班情绪消极不是挺正常的，毕竟你是在受老板的剥削……除非为自己打工可能会少消极点……对，我就是加班加得太狠了辞的……工资还可以，不过加狠了就不太想赚了……

首先，工作加班并不是不应该，当自己的工作真的有很紧急，或者deadline因为进度问题而需要加班这都是很正常，也是一个负责任员工应该要做的。

但是如今，长时间的或者说每日每夜的加班这种越来越普遍的现象了，原因分析如下：

最终的其实就是，不尊重员工，没把员工当人看。一个正常的人不是应该有生活，有家庭，有朋友，有自己的时间么？

工资不高，经常加班而产生消极情绪，说明你是一个正常的人。钱不到位，画大饼也好，心灵鸡汤也好，都改变不了。

加班不产生消极情绪的公司只可能是因为福利好，工资高，没有人一直吃亏了还傻乐的，这种傻子的能力不足以完成项目

现在互联网加班其实是常态，好多公司都已经是996求福报了，其实项目紧急要求的加班一般还是可以理解的也不至于产生极强的消极情绪。

对我而言如果是无意义的强制要求加班还是无法忍受的，无论工资高低，只要是无理由要求加班的我肯定会产生情绪，不过心里不舒服加班还得加，怎么办？很简单啊，反正都是无理由的，那就没必要做公司相关的事了，给自己充电，提升自己的技能，用公司的资源提升自己的能力咯。相比于在家提升自己我还是喜欢在公司或者图书馆之类有氛围的环境下学习，在家常常会控制不住自己，偶尔倒杯水，动不动上个厕所，想吃点零食什么的，有太多干扰项让人无法集中精力，没法好好学习，高效率的时间也没法持续太久。

其实好多公司要求加班都是无理由的，项目也不是很紧急，甚至有时候连白天都很闲，但就是要求加班，有些是为了绩效KPI，有些根据加班时长定奖金，有些领导就是觉得人在公司才安心，有些无良的纯粹想压榨劳动力，奇葩原因还是挺多的，对于这种无理要求要嘛就拍拍屁股走人，要嘛就老老实实承受，但即使承受也要“狡猾”一些，公司是老板的，我们只是打工人，不会一辈子服务于一家公司。既然公司要“合理”利用资源，那我们也就不客气的合理使用下公司资源了。看开一些，消极情绪什么的没必要的，这家不行就换一家，找更适合自己的。

J. 做软件开发一定要加班熬夜吗[1]

做软件开发一定要加班熬夜吗[1]

一个外行老板：

有一个朋友在一个国际知名的公司工作，这家公司在北京的中国公司是被一个国内电子商务公司控股的企业。最近这家公司进行了人事调整，原来的外资管理层被中资管理层取代。新来的中资管理人员是原来在其他行业的管理者，对IT行业并不是内行，他们上任以来提倡了多个工作作风，其中一项就是，软件技术人员工作必须是早9点上班到晚9点下班。公司的管理制度所标识的"8小时"工作制度形同虚设，当然，你也可以晚6点离开公司，但是，很快会收到点名批评的邮件。

这是一个外行老板去领导内行的笑话，很明显，这位CEO的想法是，"做软件技术的怎么能不加班？不熬夜呢？"他的这个想法恰恰是进入了一个职业的误区："做软件开发必须要加班熬夜的工作".

程序员们熬夜工作的借口

对软件开发职业的这个误解并非"空穴来风",因为，我们确实看到很多的程序员在没有硬性规定的公司中加班熬夜的编程序。

正是这一个现象，旁观者们当然会很自然的联想到"程序员们的工作需要这样"的假设。作为程序员，"加班"是有的，但是这个"现象"本身是具有"偶然"性的，而不能成为一种"常态".

程序员们总能找到熬夜工作的借口，我们来看看都有哪些。

1 代码一气呵成，一定要写完而后快

想一口气编完程序，是大部分程序员们自发加班的`主要驱动力。比如，小张在开发一个图形显示组件的过程中，该组件程序已经接近收尾，一定要写完看到想要的效果才肯罢休。

这个加班的动力来自于程序员自身，这种工作的积极性来自于程序员发自内心的对其工作的热爱，是一腔热血使然。这个现象对程序员是有帮助的，对整个项目组也是有帮助的，并应该鼓励，只不过不要成为"常态".

2 明天要做一个命题演示，一定要调试好程序

明天急着给客户做一个命题的程序演示，还差一点没有搞定，急得抓耳挠腮，这时候，还不加加班？大客户跑掉了，这个责任可承担不起。所以，一定是搞定了才肯回家，明天轻装上阵，顺利完成演示工作。

3 安静的工作环境

我们还听到程序员们抱怨"没有安静的工作环境",一般两个方面：

其一，程序员这一天工作中，不仅仅需要编写程序，还要花费时间阅读并回复邮件，接电话处理各种问题的询问，协助HR面试，甚至审阅产品使用手册，等等，根本没有办法踏实下来一气呵成写完代码。
其二，来自于周围环境，如果程序员运气比较差，正好和商务部门或客服部门做邻居，那还真是存在这个问题，因为那里的电话与谈话声此起彼伏。

面对这两个问题，应该有各自的解决方案：

第一种情况，应该安排好自己的工作时间表，尽量将自己的时间合理的分配。
第二种情况，申请调换座位或心静如水、充耳不闻。