程序员为什么工作累

‘壹’ 程序员工作为什么累

首先，每天睡着前的最后一颗男票还在盯着电脑，醒来一定是被男票老板吵醒：XXX又出问题啦！XX方案需要改进！xxxxxxxxx!对此我只想说X你妹啊X，一点私人空间都没有好吗？约会拜拜，逛街拜拜，看电影拜拜，见家长拜拜，就差结婚没拜拜了好吗？

人家吃饭的时候程序猿在打代码，人家睡觉了程序猿在打代码，上班的时候打代码，周末放假了还在公司打代码，电脑从来都不敢关，键盘一年换N个，人家孩子都出生了程序猿还在打代码。

暂且不说工作时间长的事，对于身体来说，程序猿每天最少有12个小时要坐在电脑前，腰椎脊椎根本受不了好吗，作为程序猿家属，小女子已经可以以按摩拔罐为生了。还有，经常一天就做好几个小时，除了吃饭开会上厕根本不会起身，血液循环不畅大腿都是肿胀的好吗，更不用说不喝酒都慢慢堆积起来的小肚腩了。

再说脑力劳动，说到这里就要心疼每一个工科男，毕竟机器语言不是一般人等能够轻易掌握的，每一个指令都需要进行反复耐心的调试，机器没感情，不会理会你是否开心，是否有一个好的状态，就算你身体不好也要挺着。就算编程编到头疼你也得继续干。还要结合产品组的需求以及用户体验。

那么程序猿到底有多辛苦？程序猿没有夜生活啊没有夜生活。

‘贰’ 为什么说程序员是一个极度劳累的工作

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

‘叁’ 程序员这个工作，真的很吃香吗为什么呢

程序员这个工作真的很吃香，因为程序员的工资很高，就业岗位也很多，但是程序员这份工作很累。因为程序员的工资以及就业机会多，有很多人都会选择做程序员，甚至有的人转行做程序员这份工作。关于程序员这个工作，真的很吃香吗？为什么呢？以下是我的看法：

三、程序员这份工作很累

对于很多的工作来说，员工是不需要加班的，如果做完一天的工作就可以选择下班，不需要留下来去做其他多余的工作。但是，对于程序员来说，加班是非常常见的事情，因为不知道什么时候程序就会出现bug，需要程序员去维护以及修改。程序员这份工作是很非常劳累的，所以如果选择了做程序员这份工作就要做好加班的准备。

关于程序员这个工作，真的很吃香吗？为什么呢？以上是我的看法，你有什么看法？欢迎留言。

‘肆’ 程序员为什么都这么累

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



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



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



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

‘伍’ 程序员工作压力大，身体也垮，为什么还这么多人想做程序员

一、兴趣使然
兴趣会是你辛苦工作的一针强心剂，如果从事的职业就是你自己热爱的领域，那想必即使辛苦你也会感到是苦中作乐、乐在其中吧。跟心中美好的理想相比，辛苦便也算不上什么了。套用金庸的名句“那些都是很好很好的，可是我偏不喜欢”，这里应该说“那些确是极辛苦的，可是我心中喜欢”。

二、性格偏内向
不太会在商场里打交道、陪客户、谈生意等等，更没有有钱有势的亲戚朋友帮忙，程序员是一个很典型的纯粹靠自己技术和能力吃饭的工作，当然如果一个程序员提高人际关系和沟通能力会有很好的发展，比如终极目标之一的CTO或类似职位。

三、收入可观
工资相对于常见的大多数职业来说偏高，基本做个两年左右月薪至少10K起步，甚至很多应届生也可以拿到月薪10K+的水平。

四、对学历没有过于苛刻的要求
是如果技术够好、工作态度认真负责的话，可以放宽学历是本科的硬性要求。

五、市场需求大
随着互联网+战略的提出，进一步激发了大家对于互联网行业的向往，互联网创业公司如雨后春笋地遍地生花，同时互联网行业需要大量的程序员去搭系统、写代码，所以导致了供需不平衡，导致了程序员特别是优秀的程序员缺口比较大，互联网行业的程序员薪水一路飞涨。

程序员这项工作根基于计算机产业。计算机产业的特点就是爆炸式的增长，技术以不可想象的速度迭代。对于公司而言，要跟上发展速度，必须不断的推陈出新，不能有一丝懈怠；对于程序员而言，也要时刻保持专注，不断地学习新的技术和理念。所以要想时刻保持竞争力，辛苦磨砺是必然要经历的过程，不仅是程序员，其他行业亦是如此。

‘陆’ 为什么说程序员是一个极度劳累的工作

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

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

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

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

‘柒’ 程序员996和施工的比，哪个累

那个看具体情况，程序员累的是精神上，996如果是一两天还好，如果长期996的话，再这个基础上再加会儿班，那时候就困苦了。
至于施工的话，通常是身体上累，如果日常环境不压抑的话，一个工程搞完总有一定收获的。

‘捌’ 程序员工作压力大，为什么还有那么多人想做程序员呢

程序员的工作压力大，但是其他行业也有压力，很多人想做程序员还因为程序员的工资比其他行业高，想要得到更多就必然要付出更多。一听到程序员，大家的第一感觉就是加班多，忙的时候不分白天黑夜，还需要长时间坐着熬夜，程序员的工作确实比较辛苦。这个岗位还有很大的年龄限制，有可能三十五岁以后就被公司劝退，还有人四十岁以后辞职出来再也找不到工作的。按理说程序员的工作业力大，还有可能因此引发各类职业病，想入这个行业的人应该不多。然而事实恰恰相反，从统计的数据来看，想做程序员的人不在少数，很多高中生在选择专业的时候也会针对性的选择这类专业，以便毕业后能做一个程序员。

三、程序员可以学习更新的知识。

程序员是一个更新非常快的职业，所以为了赶上更新的速度，程序员需要不断的学习。人就是这样活到老学到老生命才有更大的意义，做程序员能不断的为自己充电，让自己得到提升，也是其他行业不能比的。

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

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

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

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

上级工作安排不到位

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

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

‘拾’ 为什么码农辛苦

大家一提到程序员，首先想到的是以下标签：苦逼，加班，熬夜通宵。但是，但凡工作了的同学都知道，其实大部分程序员做的事情都很简单，代码CRUD可以说毫无技术含量，就算什么不懂依葫芦画瓢很多功能也能勉强做出来，做个多线程并发就算高科技了，程序员这行的门槛其实还是比较低的。（这里说的是大部分，有些牛逼的，写算法、jvm等的请自动跳过）
是不是觉得很矛盾，一方面工作不复杂，一方面却累成狗。有没有想过问题出在哪里？有没有想过时间都花在哪里呢？
对于我个人来说，编码还是一个相对轻松的活（我是负责公司it系统的，没有太多技术含量，数据量大，但并发量不大）。从工作到现在，我加班编码的时间还是比较少的，我到现在为止每天还会编码，很少因为编码工作加班。
大家写的东西都是一些crud的业务逻辑代码，为什么大家这么累，加班加点天天都是奋斗者？我从自己带的项目中观察中发现，大部分人的大部分时间都是在 定位问题 + 改代码，真正开发的时间并不多。定位问题包括开发转测试的时候发现问题和上线后发现问题，改代码的包括改bug和因为需求变动修改代码（后面专门开一贴说如何应对需求改动）。
所以说，simple is not easy。很多人就是因为觉得简单，所以功能完成自己测试ok了就算了，没有思考有没有更加好的方式。归根到底是因为编码习惯太糟糕，写的代码太烂，导致无法定位频繁修改频繁出问题。（后面我会详细讲一些我看到的大部分的编码问题。）
其实，对于个人来说，技术很重要，但是对于工作来说，编码的习惯比技术更加主要。工作中你面试的大部分技术都不需要用到的。工作中，因为你的编码习惯不好，写的代码质量差，代码冗余重复多，很多无关的代码和业务代码搅在一起，导致了你疲于奔命应付各种问题。
所以我作为SE，不管接手任何项目组，第一步就是制定代码框架，制定项目组的开发规范，把代码量减下去。事实上证明，这一步之后，大家的代码量能下去最少1/3，后台的问题数下降比较明显，大家的加班会比之前少。