面对强制加班,程序员们,你们该怎么做

最近,公司开始要求延长上班时间,正好要求加班的风气在IT行业也是越来越盛行,遂有想法从其本质来谈谈自己的见解。

在《资本论》中,我们早已熟知,资本家总是尽最大努力榨取工人的剩余价值,而剩余价值主要由两部分组成,一部分是相对剩余价值,另一部分是绝对剩余价值

通过延长工作时间而生产的是绝对剩余价值,而通过缩短必要劳动时间而生产的是相对剩余价值。对于贪婪的资本家,要最大限度的榨取工人的剩余价值,要么通过获得更多的绝对剩余价值,也就是“加班”来实现,要么通过提高生成效率,即缩短必要劳动时间来获得相对剩余价值来实现。显然,提高生产率是个复杂的系统工程,但是让工人加班,却是一个简单、易见效的方法。

因此,这就是加班成为普遍现象的本质。

但加班对于传统的工农业的效果是明显的,毕竟每个工人多一件商品,就可以多卖一份钱。然而,对于工人每天创造的价值难以衡量的第三产业,如金融、IT行业,期望通过延长工作时间来榨取工人更多的剩余价值,这种做法的效果却是令人怀疑的

由于价值创造的无法衡量的特性,因此工人们不会有比如每天要完成多少件商品,每个月要完成多少销售额这样每天可考核衡量的目标。那么意味着,工人可榨取的剩余价值,并不一定会更多,还有可能更少。比如写的程序比以前更多问题,完成事情的质量下降等,或者把8小时可以完成的事,在加班的时候完成,甚至是加班根本不干活。这些都是第三产业的工人应对加班的惯用技巧,实际技巧远不只这些。我想,这些都是大家深有体会的。

这样的后果是,企业无法获得更多的利润,就有可能有“加班还不够,还需要延长下班时间的错觉”,而工人则认为,企业不考虑员工利益,更是消极怠工,工作质量更差,最终导致双输的局面。

从企业来讲,不从道德方面考虑,最大限度的提高自己的盈利能力是无可厚非的,但如果简单的抱着拿来主义思想,企图指望传统行业的方式来解决问题,而不根据实践和结果,结合实际情况,就盲目采用,那这种做法定然是不科学,甚至可能适得其反。

从我看来,通过延长加班时间来赚钱更多的利润,这种方法是比较有风险的,而且面临道德和政策风险,尽管简单,但很可能是一种饮鸩止渴的方法。但是通过提高生产效率来赚取更多的剩余价值,尽管是个长期复杂的工程,确是目光长远的,而且对于工人也是有帮助的,是一种双赢的方法。

如果想提高工人的工作时间,但采取简单粗暴的强制下班时间,是不可取的。

从上面的分析我们可以观察到,如果能制定一套可落实的考核体系,能观察到员工每天创造的大概价值,然后制定一些8小时无法完成的目标,那么,延长工作时间的目的自然顺理成章,也不容易招致员工的抵触。所以,如何探索出一套可落实的考核体系也就成了企业的重点了。

从一个工人角度来讲,要避免加班的双输局面,如果只是抱怨和抵触,是没有任何意义的。如果你不打算离职,那就应该从更高的角度去看待并尝试解决这个问题。

企业要求加班的原因无法说白了无非是想赚更多的钱。怎么才能赚更多的钱呢?作为工人,我们有两种选择。一是上面说的加班,而是提高工作效率。因此,如果我们不想加班,那么就只能提高工作效率了。这个方法,想必大家定然是理解也知道的。

就算大家工作效率很高了,但我们也和企业同样面临一个问题,我们创造的价值难以衡量。作为我们自己,我们定然是知道,我把程序写的更健壮了更可靠了,自然价值更多了;我把事情考虑的更周全了,出问题的概率更小了。但是,企业不知道。

所以,我们也得探索一种方法,把自己创造的价值以合适的方式展现,让企业看得到我们的价值。

作为一名有远大理想的程序员,断然不能只看到事物的表面,更不能抱怨逃避,而是要透过现象看本质,从事物本质出发,探测解决问题的方法。因此,我们不会等别人来解决问题,我们会主动去解决问题。

时间: 2024-10-13 11:08:59

面对强制加班,程序员们,你们该怎么做的相关文章

IT程序员们,我该做什么选择呢

这个时刻,我想我遇到人生小拐点了,程序员到了30岁,到达了一个分界线了,如今的我该何去何从呢? 先谈下简单的情况吧: 来这个公司2年了,之前由于身体的原因,不想那么累,于是选择了一份维护的工作,就来了这个公司.来的时候,公司人生鼎沸,业务,工作量也处于公司顶峰时间,忙碌非常,半年之后,却因为智能电视,互联网的快速发展,导致业务萎缩,漫漫地慢慢地,人员流失,由于业务不佳,加之集团也在调整结构,公司也无心挽留,公司也一分为二,这个也导致了我们事业部更加陷入的窘境,以前,公司挣钱的时候不实行事业部财务

老程序员的忠告:不要做浮躁的软件工程师

老程序员的忠告:不要做浮躁的软件工程师:每天读一遍,思考一下:我是否浮躁? 1.不要看到别人的回复,第一句话就说:给个代码吧!你应该想想为什么.当你自己想出来再参考别人的提示,就会知道自己和别人思路的差异. 2.初学者请不要看太多的书,那会误人子弟的,先找一本好书系统的学习.很多人用了很久都是只对部分功能熟悉而已,不系统还是不够的. 3.看帮助.不要因为很难,而自己又是初学者所以就不看.帮助永远是最好的参考手册,虽然帮助的文字有时候很难看懂,或不够直观. 4.不要被一些专用词汇所迷惑,最根本的是

【转】老程序员的忠告:不要做浮躁的软件工程师

老程序员的忠告:不要做浮躁的软件工程师:每天读一遍,思考一下:我是否浮躁? 1.不要看到别人的回复,第一句话就说:给个代码吧!你应该想想为什么.当你自己想出来再参考别人的提示,就会知道自己和别人思路的差异. 2.初学者请不要看太多的书,那会误人子弟的,先找一本好书系统的学习.很多人用了很久都是只对部分功能熟悉而已,不系统还是不够的. 3.看帮助.不要因为很难,而自己又是初学者所以就不看.帮助永远是最好的参考手册,虽然帮助的文字有时候很难看懂,或不够直观. 4.不要被一些专用词汇所迷惑,最根本的是

当程序员老去,他们会做些什么?

很多年以后,在我60岁的那天早晨,天刚蒙蒙亮我就起床了,先去公园晨练,然后回来做早餐(50岁的时候我学会了做饭),送完外孙上学,刚好8点.由于从2020年开始单双月限行了,这个月是单月,所以只能挤地铁.人一如既往的多,一小伙子要给我让座,看了看他的小身板,我说不用,你也是干 IT 的吧,今天咱们都是程序员. 来到公司,墙上那条新贴上去的刺眼规定总是让我很不舒服:所有的服务器端语言必须使用 Come,移动端语言使用 Swallow,还在使用 Java.C.Go 和 Swift 语言写程序的,罚款5

程序员把地府后台管理系统做出来了,还有3.0版本!

第一幕:缘起 听说阎王爷要做个生死簿后台管理系统,我们派去了一个程序员-- 996程序员做的梦: 第一场:团队招募 为了应对地府管理危机,阎王打算找"人"开发一套地府后台管理系统,于是就在地府总经办群中发了项目需求. 话说还是中国电信的信号好,地府都是满格,哈哈!!! 经常会有外行朋友问:看某网站做的不错,功能也简单,你帮忙做一下? 而这次,面对这样的需求,这个程序员也是虎躯一震,本来想拒绝的,不过做不完就不让回去,而且,貌似这也是他报仇的好机会啊! 产品同学也被勾下来了.. 第二场:

程序员如何多线程工作,做个职场达人

当我正在一个很复杂的业务编写算法的紧要关头--突然,同事反映网站的某某功能不能运行了,要你给修复.接着几分钟后,你的团队负责人要求你解释一下昨天发表的有关项目的问题.以及,你的收件箱每隔5分钟就提醒你,又有新邮件了.哦no,要崩溃了! 在日常工作中很多人都会有同感?工作中突然发现的小bug,是不是蹦出来的邮件提醒,产品经理又要改功能等等不受控制的发生,在本来安稳有序的工作中该如何处理这些突发情况,不被干扰呢,现在电脑都四核八核了,你的大脑可不能单线程工作了,要学会整理自己的工作,分清轻重缓急安排

如果外界对程序员的认识存在偏差,那么我们该以如何的姿态面对外界?

今天我们守望者团队和另一个hr团队对双方的合作进行了一个交流,我感觉双方都是很诚恳,很认真的去面对这次合作,并且可以肯定的是,hr团队非常的专业,也表达了她们的愿景以及进一步的理想.但是在其中我感受到了一个问题,对她们而言,对于程序员的认识和我们对程序员的认识存在一定的偏差.认为程序员都是很宅的人.这个问题并没有太大的问题.也不会存在侮辱的问题.但是这个问题可以引申一下,就是程序员给外界传递的信息存在偏差,为什么有偏差呢?肯定是我们在不知不觉的工作中传递给别人的信息是有问题的.很多的人都觉得程序

杂谈:关于程序员职业发展的两三事

首先一首音乐送给大家,祝大家能够突破自我. 好吧并不让插入flash ,那么直接贴网址吧 https://www.bilibili.com/video/av1286380/index_134.html 每个人都会有错误,但是要从细节中找寻自己的错误. 对于程序员来说,错误要么就是很容易就找到,要么就非常隐蔽. 首先就是发生在我自己身上的事,公司周五下午有一个职场礼仪培训,然后老师让我总结内容,我立刻尴尬,说话结巴和忘词了,当着全公司面出丑.... 好吧,虽然现在想起来还是很尴尬,但是作为程序员一

程序员生存定律-六个程序员的故事(1)

程序员生存定律这系列的目录在这里:程序员生存定律--目录 喜欢从头瞄的,可以移步. ------------------------------------------------------------------------------- 此前的章节基本上是在分析并试图建立一种成长的模型,为免这种分析和模型离开现实,下面将考查一些具体的,程序员的故事,看的话最好把这六个故事都看完,否则容易片面. 很多人更喜欢看名人的故事,比如李开复老师的故事.这必然是有帮助的,但可参照意义往往并没有想象的那