注册

市场行情再差,也不要选择996,它真的会吞噬你

前言


最近,一连有两个朋友和我聊天,说新公司996,自己很犹豫,是不是应该换个工作。


我的回答是,快走,一秒都不要犹豫。


但在目前市场行情不佳的情况下,似乎也很难让人下定决心放弃一份已有的工作。


恰巧,我也曾经入职过一家996的公司,而且也只有这么一家。我想把这段经历分享出来,希望能对你有一点点帮助。



重复的工作,会限制人的视野。其实在世界上,还存在着无法想象的广袤天地。



满怀憧憬


2019年,我终于决定从当前的小公司离职,准备换一家更大规模的公司。


经过几轮面试,没想到很顺利的拿到一家公司的offer,涨薪50%,单纯从薪资角度来说,达到了我的预期,及时入职前,HR给我说,我们这边996,你是否能够接受,我也很果断的接了offer。


那时候想法很简单,谁给的钱多,我就去哪里。初入职场的我们,大概率都是这么想的。


由于换工作换的很快,我还没来得及搬家,前公司坐标丰台区,并且我住的地方离地铁站很远,需要坐公交车。


早上七点,起床洗漱,抓紧时间下楼去赶7:20的公交车。七点四十坐上地铁,在八点五十左右到达望京附近,一路小跑在九点前完成打卡。


前面也说了,既然是996,晚上九点才能下班,事实上九点公司根本没人走,但是我是刚入职,自然不会跟着他们一起加班。下班后打车回家,一般在十点半到家,结束一天的工作。


太可怕了,我除了睡觉,剩下的时间不是在上班,就是在上班的路上。


上班第二天,联系了自如的管家,我早下班去看了周边三个地方的房子,准备搬到这附近来,最后还交了定金,这样每天起码能省下通勤的时间。


大家可以看到,这时候我还是很想留下来的,但接下来的两天,我便意识到,此地不宜久留。


为了加班而加班


上面讲过,因为我是新人,加上住的地方离着公司很远,所以我都是九点就赶紧下班跑了。


和我同时进入公司的还有一个哥们,就叫他阿文吧。


阿文挺平易近人,对待工作也挺踏实。他告诉我他就住在离公司两三公里的地方,所以即使是新人,他下班都是和他们那些老员工一起下班。


那么老员工下班是几点呢,他说一般大家都是11点才走,然后第二天早上再晚点来公司,而他依然会九点按时上班。


中午吃饭的时候,大家普遍也是坐着不动,等到12点半才陆陆续续去楼下吃饭。


第一周的周六加班,我七点下班了。周一的时候,阿文告诉我,周六他加班到11点才走。


我是一个不会把工作往后拖的人,有工作就抓紧完成,但问题是白天的时间大家感觉也不是很忙,虽然是996,入职一周了,没有人强调过接下来项目的紧迫性,手头的工作也是一些边边角角的功能。


此时的我已经心里交瘁了,一周的早起晚归,加上比较迷茫的工作内容,已经让我有了要辞职的想法。


接下来的一周,依然是熟悉的内耗与纠结,同时也感到迷茫,如果在这里996下去,对自己的职业生涯,能有帮助吗?


最终,入职半个月后,我决定离开这家公司。



996背后是什么


开头说到,996的公司直到今天依然存在,甚至存在于一些外包公司。


大部分实行996的公司,背后一定处于基建建设差、管理能力不足,战略目标不清的状态。为了兜底,强制实行996试图弥补这两个缺陷。


作为一个开发人员,你对自己一天中高效的工作时间,心里是有一定的预估的。


以我和之前身边同事为例,仅从代码产出的角度来说,一天高效写代码4-5小时,已经相当不错了。


长期加班,强制实行996,一定会出现无效加班的现象。因为持续的加班,会触发我们基因中的“调节回路”,降低我们的效率。


调节回路具体是什么,可以看下我之前写的这篇文章。四个字解释明白,常常说的程序员35岁危机,到底说的是什么?


996可怕的不是长达12小时(可能更多)在公司的时间,可怕的是996会极大的丧失我们对于新事物的接受力,影响我们的思考能力。


关注研发效能


软件开发是一个创造性很高的过程,开发者之间的效率相差很大。就比如,10x程序员的生产效率可以达到普通开发者的10倍。其实,不仅是个人,团队间的效率相差也很大。相比工作时长而言,我们更应该关注的是研发效能。



研发效能,是团队能够持续为用户产生有效价值的效率,包括有效性
(Effectiveness)、效率(Efficiency)和可持续性(Sustainability)三方面。简单来说,就是开发者是否能够长期既快又准地产生用户价值。



软件开发流程本质上就是一套流水线,比如需求设计、技术设计、开发、构建、测试、发布、部署、验证。


其中,流水线的每一套流程都可以细化拆分,找到提高效能的方式。


举个例子,不知道你有没有过部署服务的经验,最基础的部署方式,是手动在本地打包,通过工具把打包的程序上传,替换,再重启服务。


但随着服务器数量越来越多,手动的方式会占用大量时间。


部署的方式也持续在升级,从虚拟化到容器化,再到容器编排,开发人员可以轻松的管理大规模的容器集群。


假设不关注效能,只是招人、996来完成日益增长的大规模部署,得需要多少人来完成这件事呢?


说在最后


好了,文章到这里就要结束了,感谢你能看到最后。


有些人,工作对于他们而言,只是在固定的时间出现在固定的地点,做着固定的事情——重复,重复,再重复。他们或许想的是,“就这样吧,反正也没的选”。


高效的完成工作,留出更多时间给自己。


作者:东东拿铁
来源:juejin.cn/post/7398150089556606988

0 个评论

要回复文章请先登录注册