程序员因不加班被老员工怼：走得早不像话！反问：你发工资给我

在日常的工作中，我们难免会碰到“加班”这样的事情，有时候是因为要赶项目进度，有时候是因为公司开会而耽误了当天的工作时间，需要加班来完成当天的工作任务。所以说加班并不是我们的目的，真正的目的是想及时完成自己手中的工作任务。可是有些公司似乎喜欢员工加班，甚至还有不加班不像话这样不成文的“规定”。

近日有网友就有切身体会，晚上6点了，一个刚来没多久的程序员同事准备收拾东西回家的，刚离开座位，对面一个工作了好几年的老程序员就说到：你走这么早？像话吗？然后这位网友看到这样的情况后连忙插话到：“有啥不像话的？工作任务完成就好了，又不给别人发工资，凭什么要求别人做无所谓的加班呢？

事后他称公司加班的风气比较严重，甚至明明6点可以下班的，经常要被迫加班到7点，而且还没有走的迹象，原因是因为领导经常改变注意，导致下面的员工加班，而自己感觉经常让员工加班就是领导无能，任务完成时间估测不准，或者任务拖延症！

如果有正在学java的程序员，可来我们的java技术学习扣qun哦：799792590里面免费送java的视频教程噢！我每天晚上8点还会在里面直播讲解Java，而且花了近一个月整理了一份较适合18年学习的java干货，加入即可免费领取，欢迎初学和进阶中的小伙伴。

就有网友力挺楼主，还说良禽择木而栖，良臣择主而事，同样是程序员，为什么别人能够在白天按时完成自己工作任务，而你就要每天加班？是不是白天在打酱油？而且每个人都有安排自己工作时间的权利，既然当天的工作任务完成了，为什么不能按时下班？这位rd管的太宽了吧，这个价值观值得让人反思啊。

努力工作和加班没有任务关系，加班不等于是在努力拼搏，有可能是在为白天划水买单。而不加班并不代表没有努力，因为在工作时间内高效的完成工作比晚上低效率强撑着加班有意义的多，有那个时间去加班还不如当天休息好，迎接第二天新的工作！

最近几年要说哪个领域最火，无疑是互联网领域，而随着互联网的火热，伴随而来的也是相应的互联网职位的火热，比如炙手可热的程序员和产品经理（或者叫程序猿和产品汪）。我也是一个刚入行不到三年的菜鸟程序员一枚，大学学了四年计算机，毕业以后就一直在写程序。就像很多人说的那样，大部分时间似乎是在为了实现产品经理的需求而写程序，于是程序猿和产品汪之间那些相爱相杀的事情，我也基本都能体会一二。

如果按照主流的做法，作为程序猿王国里的一猿，我应该挥舞起长矛大刀对产品经理口诛笔伐一番，但是这里我却丝毫不想去为了黑而黑，而是一反常态，从自己的角度来谈谈，作为程序员，我们应该从产品经理那里学到些什么能力，而这些能力，程序员往往做得不够好甚至可能是欠缺的。

1、文案能力

对的，没错，就是文案能力。程序员最擅长的是写代码，用文字符号来清晰地表达程序的运行逻辑，简简单单的ifelse、for就能表达很多复杂的运行逻辑，时间久了，对于母语的表达能力渐渐下降，写个注释往往都能词不达意。更何况现在代码风格指南都在强调好的代码不需要注释，于是程序员越来越少写自然语言了。

2、沟通能力

据我的观察，画原型图只占据了产品经理工作时间很短的一部分，剩余的大部分时间是在和老板、开发、设计、测试沟通，推进产品的一次次迭代。所以，在一个程序员眼里，产品经理是要协调各方一起推进产品上线的角色，如果有人对需求产生了认知上的偏差，产品经理是要负很大一部分责任的，至少说明产品经理的沟通没做到位，而这样的产品经理大部分都被辞退了，因为出现沟通问题最严重的后果就是上线延期甚至产品失败，一个产品的失败是对产品经理最大的否定。

总之，产品经理绝不是埋头苦干的原型画家，要去关注外界、关注他人，平衡各方利益并且化解冲突。沟通，本质上也是权衡与妥协的艺术。我看到的和遇到的产品经理，沟通能力普遍都是很好的，至少大部分都不输于程序员。

3、整体思维

现在稍微有点规模的互联网公司都会把各个业务或者功能进行细分，很多程序员往往会专注于自己的业务和细分领域。精细化分工，是现代社会发展出来的一个高效率生产方式，对提高公司的竞争力是大有好处的。但是这有一个负面的影响是，很多程序员往往过于专注自己的一亩三分地，不太关心甚至忽略了整体的存在。

4、总结

一个好的产品经理其实绝不止这些能力，而文案、沟通、整体思维这些能力是我所观察到的作为产品经理最容易被放大和辨识到的能力，也是多数比较容易被程序员忽视的能力，程序员学习到产品经理身上这些最容易被观察到的特质，对程序员本身来说是一个非常好的进步的过程。所以，程序员，请多看看产品经理发给你的文案，是不是比你自己写的更友好，逼格更高？北大青鸟建议多观察产品经理是怎么说服大家接受需求变动的，如果换作是你，你能安抚大家的小情绪吗？多体会产品经理对产品设计和预期的宏观描述，再简单的功能也有它背后的逻辑和存在的意义。

最近接触到了一个词叫奋斗逼，什么是奋斗逼呢？指的是自我感动（包括但不限于自我催眠，自我欺骗）的方向错误而不自知的在白白瞎奋斗着的傻子。也就是奋斗逼的定义。他们的内心想法千千万，但也简单，概括起来就是三句话:为自己感动，替聪明人瞎担心，觉得资本家也会为他的奋斗感激并将这份感激转化为利益并无论何时各种状况都不抛弃他，视他为己出。

在某平台上看到一程序员发帖称：程序员打起来了！技术老大在群里批评迟到的同学，迟到同学反击骂公司奋斗逼文化，然后就被群情激愤的“奋斗者”的口水淹没了，迟到同学气不过就跟他们打起来了我觉得这事还得赖迟到同学，你自己不想加班就说别人加班是奋斗逼，这不是比奋斗逼还可恶吗？

奋斗的人值得尊敬，但奋斗逼应该唾弃。这群人通过贬踩其余同事同僚的，通过996、打小报告、当喉舌的方式爬的更高,赚的更多。这个需求明明就是约定这周做完的，奋斗逼非要今天连夜提前做完，不但做完了还要和领导说我做完了我很优秀，然后达到了升职加薪的目的。资本利用这些人当作表率，那其他人看到原来加班提前做需求就能升职加薪受到关注啊，那我们都加班吧。996就是被这帮逼发明的，他们很多人还充当喉舌，充当压迫其他人的工具。我就是看不起这些人，看不起这些破坏社会规则，祸害其他劳动者的人。

奋斗没有错，但是在上班时间能完成的活儿，故意拖到晚上10点，11点，让别人觉得你很努力，这种行为我是不赞成的，到了下班的点，有人愿意继续奋斗，有人愿意生活，谁也不要看不起谁，选择不同而已，不要以奋斗为名，去安排他人的生活，也不要以自由为名，看不起努力奋斗的人。

google 20年前以20%自由时间为骄傲，而如今20%的定义已经改为在100%本职工作之外的额外部分。我们大可以摇头说，今日的谷歌不是当年的谷歌了，可本来，就没有一成不变的规则，保持不变的公司只会被环境给“进化”掉。FB听起来够高大上、够极客，对吗？一样会有人告诉你，不同团队的微观气氛差异很大。有些团队工作按时下班，有些团队每日每夜，这个和当时的任务挑战、TL风格都有关。我反倒觉得这样的公司很有前途。

其实在我看来这件事，改程序员迟到可以依照公司规定处理，或者酌情处理，毕竟每个人都会因为各种事情迟到，至于该公司的文确实不敢苟同，一个公司重视的不是产出而是加班时间，这本身就是谬误，其次奋斗本身是对的，且我也尊重和佩服那些奋斗的人，但是不能因此去要求别人，这不是公司硬性的规定，你也不应该也无权用自己的标准去要求别人做到你的标准。你们是怎么认为的呢，也有过类似的经历吗？

一般说来，员工在离职之前有个流程是必须要走的，那就是要把自己过去所有的工作交接清楚，不然的话，别人可能无法接受你的工作

在一定程度上会给公司带来损失，公司有权力要求你把这个工作做好。当然，这也是职业道德的体现，不能离职就什么都不管了。

最近一位网友分享了自己的职场经历：离职程序员交接工作被同事怒怼：每一行代码都要讲清楚，不然投诉，结果蒙了！这是怎么回事呢？

原来这位程序员最近辞职了，可是在交接工作的时候出了问题，那个接受自己工作的同事代码水平不太好。本来自己把所有的文档都给他了，可是他弄了很久都没弄清楚，最后还责怪我没把代码讲清楚，居然把我投诉了。

然后公司说我态度有问题，要扣工资，当时就蒙了。该程序员感叹：难道真的要我把每一行代码都解释给你吗？那样的话，怕一年都讲不完。

对于程序员的交接流程，正常来说，只要你把自己的设计文档详细给同事了，一般情况他都能够理解。实在不懂再问你就行了，因为这件事就投诉你，这也有点过分了。

有网友说你本来就应该讲清楚啊，尤其是关于业务方面的。也许你以为自己的文档很清楚了，但是他们根本理解不了，也不知道该从哪里接受。你至少也要先口头说清楚自己的大概思路，这也是必须的。

还有网友说你都离职了，投诉你有用吗？

我认为每一行都讲是肯定不行的，如果我们工作10年写了数万行代码，根本就没时间给你解释。只是在这过程中，我们一定要配合那个同事，把自己的事情做好就行了。

程序员转做产品经理，对于转行谋职产品经理难度大吗？下面就我们来针对这个问题进行一番探讨，希望这些内容能够帮到有需要的朋友们。

职场中会出现35岁困境吗？程序员年龄大了必须提前准备改行吗？这种问题都是会困惑大家，近期我的一个朋友确实改行了，从一个10年程序员到一个菜鸟产品经理，跟各位介绍一下这一历经。

最先我们先了解一下产品经理与程序员的差别，简单的说，程序员便是敲代码的，承担一个软件项目的完成，举例说明，程序员可以说成施工工地上垒砖砌房屋的民工。而产品经理是干什么的呢？不必感觉带个主管的名称便是领导干部，自然产品经理在程序员眼前的确有发号指令的支配权。

产品经理便是依据顾客或是企业自身的整体规划念头，把这个想法转化成相应的产品模型，换句话说产品经理类似施工工地上一栋楼的室内设计师，商品究竟该有什么作用，该怎么整体规划，一般全是产品经理设计方案的。

程序员平时遭受的练习，全是穷举逻辑思维；要充分考虑清晰每一种状况，不然写的程序流程会产生很多bug。

而产品经理通常用螺旋的逻辑思维整体规划设备的不一样版本号必须的作用。她们以小步快跑，快速迭代的观念去考虑到投入市场的时间阶段。程序员是多的逻辑思维，产品经理平时在做加减法。

改行优点：那麼程序员转产品经理怎么样？实际上优点也许多，是一个很好的挑选，就如同一个具备充足工程施工经历的彻墙职工，他盖的楼多了，之后你使他设计方案一个新的大厦出去，尽管很有可能关键点上不够，可是凭着他先前的工作经验，或是可以建立的。

再例如，一个认真负责的艺人，以前全是服从于**导演的指令去拍戏，之后他自己阅历丰富了，要转型发展做**导演，也是非常容易的啊，”演而优则导“，那样的事例许多的。

现阶段许多的产品经理并不明白开发设计，设计方案的产品功能实际上在建立的情况下，很有可能压根就完不了，也就是产品经理会存有"瞎设计方案，不懂装懂"的问题。

可是换为一个开发设计阅历丰富的程序员去产品设计，哪些作用可以完成，该怎么实现，他内心一清二楚，设计方案出来的商品反倒更易于完成。

许多情况下，一些简易的内容，你能立即入门实际 *** 作，乃至都不用麻烦程序流程。你能更为好的了解程序流程，了解哪些能干什么不可以做，了解如何设置deadline才有效。一个好的程序员能顶2个好产品经理。一个不太好的程序员，能顶一个半产品经理。

改行缺点：你的思索方式 ，并不是产品经理的思索方式。你能先思索，这一作用能不能完成，而不是，这一作用针对商品而言有多少实际效果；程序员的思索是来自于本身，而产品经理却不能不去持续遵从客户，而且思索客户说的究竟什么是对的，这是一个十分难乃至令人焦虑情绪的变化。

随后，你能深陷到一个个实际的可以实际 *** 作的作用中去，这也是许多初学者产品经理的问题。每了解到一个新的作用，你一定会体验到喜悦，如同一个好玩的玩具，随后要想反复完成。你早已离开了第一步，随后落进了一个坑当中。

直到最终，你才有可能渐渐地立在全局性视角去思索，去对待问题，此刻才逐渐是一个及格的产品经理。

以上就是关于程序员因不加班被老员工怼：走得早不像话！反问：你发工资给我全部的内容，包括:程序员因不加班被老员工怼：走得早不像话！反问：你发工资给我、程序员应该向产品经理学习哪些能力、程序员晚上加班太晚，第二天迟到被技术大佬批评，怒怼奋斗逼文化等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！