• 回顾过去一年996的折磨


    有接近一个月没有写文章了,一方面是因为工作太忙实在没有时间,另一方面是因为没有心情了。

    加入X公司已经一年多,几乎没有八点前下班过,近半年更是996大小周,近期还有局部的997,再加上时不时的裁员,时常让人不安。我已是身心俱疲,负能量满满,工作效率以及工作热情急速下降。幸好加入了.NET社区,并结识了一群志同道合的朋友,即将加入的公司也受到了社区朋友的大力引荐,使得面试、入职更加的顺利。

    犹记得2018年各大P2P公司相继暴雷,当时我所在的M公司也未能幸免。后来找了半个月的工作,手中握有三个Offer,最终还是选择了X公司。一方面是面试过程非常轻松,尤其是和VP聊得很愉快(虽然VP告诉我X公司加班挺多的,不过这没什么,毕竟上家公司加班也很多,甚至还说要把X公司的工作当成我的事业去做,有点天真了),另一方面也是因为X公司在行业中的明星地位的吸引。所以回绝了另外两个offer,并跟X公司商定好入职时间后,就和对象去了青海旅游。

    入司第一天,我认识了我的PM,一位JAVA高级架构师(当时该项目计划转JAVA,我也想学学JAVA,想要知道JAVA到底好在那里,会把.NET的市场挤压得如此厉害),和我们.NET团队的研发经理互不隶属,当时感觉有点怪怪的。晚上八点钟的时候,身边的同事告诉我说可以走了,我决定再晚一点走,因为大部分人还没有走的意思。到了九点钟,我下班了,感觉还不错。

    第二天,PM安排我接业务需求,我很纳闷,还没有人跟我讲解系统呢,我怎么可能接的下来,PM说没事,我给你讲,事实上他也不甚了解,只知道个大概,因为他也只来了三四个月。还好PM前期梳理了一部分文档,再加上他的耐心,使得我对系统业务的入门变得相对容易。当天我知道了我是该系统目前唯一的开发,之前的开发,就坐在我旁边,属于隐退状态,偶尔会给我讲点业务,但已经不再管该系统的任何事情了。另一个不幸的就是,刚入职没多久,公司开始裁员了,让我紧张了一下,但还好我们.NET团队是安全的。这些种种让我很是意外,这里为何会是这样的,这跟X公司的行业形象不太一样啊?

    入职第一周另一个团队的一位开发调入了我们团队,加上新入职的开发,项目组总计有三个.NET开发了。当然我们还是遇到了很多的问题,最大的问题就是不懂业务,也没有文档,也没人交接,只能摸着石头过河。更严重的是这套系统异常不稳定,时不时的报问题,已经连续两个月出现P0 bug了。但这阻挡不了我的热情,我就像打了鸡血一样,加班、学习业务、了解系统、输出文档等等,附近的同事都说我太有正能量了。

     

    在入司半个月的时候,公司上线的QX系统2.0出了问题,由于前一晚相关开发、测试通了宵,第二天都不在,恢复系统的重任就落到了我的身上。我有点手足无措,因为我没接触过QX系统(即便现在我离职了,我还是没有接触过QX系统)。好在PM懂一点,在他的帮助下,快速学习该业务,耗时三四个小时,总算解决了这个问题。这次解决问题,完全依靠的是过往的经验,不断的猜测、验证,直到系统得到恢复。在这里,需要说一下,我并不想说自己多么厉害,经验多么丰富,我更想表达的是一种热情,一种满满的正能量,使得我可以超常发挥。

    正当我有点春风得意的时候,我上线的功能出现了问题(那时我只来了小一个月,没有人能说明白我接的需求的细节,包括提需求的产品)。业务群里吵得翻天覆地,甚至还被反馈到了CEO那里,让我很害怕。好在VP力挺我,在复盘会上,让我继续干,不要害怕,以后细心一点就好。

    随着我加入的工作群的增多,感受的那种火药味越是浓烈,我也逐渐感受了公司的氛围并没有那么包容,似乎不允许大家犯错。也感受到了技术的地位之低,总是会被业务敲打,完全没有那种互联网公司的技术驱动,更多的是业务或者销售驱动(这一点在年会上体现的更加明显,当时技术坐在两边靠后,销售坐在中央)。感觉公司的氛围有点没有人情味,甚至有点绝情,不过还是按捺住了这种想法,还在幻想着有一天这里会有变化。毕竟我听说在我入职之前发生了技术集体离职的事情,公司应该会引以为鉴,吸取教训的。

     

    入职两个月,陆陆续续找到了该系统存在了N年的几个深层次bug的根源,由于原始团队已经不在,即使有框架源码,我也不敢修改,因为没有人能够保证当前的框架源码与线上正在使用的框架是同一个版本。只好另起炉灶,重新提供一个框架出来,只重写出现问题的部分,并输出了系分文档和计划文档。VP考虑到我对系统还不是很熟悉,推迟到在国庆后整改上线。上线之后系统再也没有出现过P0 bug,但是系统依旧不稳定,还需要继续努力,我的热情也依旧饱满。也正是因为我入职公司三个月的优异表现,我被列入了核心员工。

    此后该系统实际上已经由我主导了,我制定了多套重构与优化方案,陆陆续续整改了有问题的功能,很多时候周末我也过来加班。到了11月、12月的时候系统基本稳定,很少出现问题,接口速度也得到了有效提升。

    年底,公司又开始了一波裁员(这是我入职以来第二轮大规模裁员,这次裁员让我意识到了在X公司待得时间越长越亏,因为不管为公司效力多久,都只会月初通知,工资结算到月底,相当于补偿了一个月的工资,再没有其他),我们.NET的研发经理主动离职(至此以后,我们.NET团队也成了技术部门唯一一个不再设立研发经理的团队,.NET团队的地位跌落到谷底),PM被裁,我当上了PM,与团队继续维护这套系统。没想到的是,不多久后,也就是年会结束后两三天又开始了新一轮大规模裁员,我们团队的一个开发被裁掉了,一个只比我晚入职几天的哥们,领导给出的解释是以后我们系统不会有太大的需求,只要维护好就行了。

    今年四月份之前,我的工作就是接新需求,同时修改历史问题。随着对系统认识的加深,我心里也逐渐有了对该系统重构的整体思路,也向VP说了我的想法,VP很支持,并给予了我两台服务器用于测试。没多久公司开始推行996大小周工作制,刚开始VP说,我们技术部门以结果为导向,如果不需要996,那么大家就与往常一样,得到了大家的一片欢呼。可惜好景不长,在公司的压力下,我们技术部门开始(明确)实行996工作制。

    由于之前的几次融资并不顺利,几乎每次都是数据问题导致,实际上这些数据确实是真实的,只是太过混乱。我了解到的是,X公司成立初期是使用Excel维护的,14、15年才开始进行信息系统建设,而且本身系统建设的就很混乱,它产生的数据自然无法通过PWC标准,所以我们开始了专门针对数据以及业务流程标准化的系统级重构。

    第一次定的计划是截止到九月份、历时五个月完成全部重构。但是CEO很着急,要求我们加快速度,以至于原先计划两个月完成的内容,要在一个月内结束,也就是定下结束时间,然后让大家倒推排期去完成(这个倒推,不知道是从哪儿学来的,把大家折腾的够呛。他们只学会了deadline,但是deadline之外的东西已被完美忽略)。让人无法预料的是,第一期即将要上线的时候,原先的业务老大离职,新任的业务老大不认之前的需求,而且大发雷霆,在技术部办公区和产品部办公区骂人。迫于压力,我们只能返工重新做。厉害吧,只要业务一怒,我们之前的努力就变成了零,除了白白浪费了一个月的时间,也消耗了我们的信心和热情。说起来也挺好笑的,本来计划九月份完成,如今已经到了九月份,只是完成了第一期内容,剩下的内容估计在今年是完不成了。

    五月底六月初,技术VP离职,很突然。再加上Q3季度,公司取消了迟到、忘记打卡可以签单子的制度,并调整了作息时间(早上上班比原先习惯的时间早了半小时),一时间让大家无所适从。本身加班就很累,还要把上班时间提前,引起了一些抱怨。我从这个时候对公司彻底失望,原先的热情不再,取而代之的是满满地负能量,此后几乎没有什么惊艳的表现。

    也是五月底,在一次会议上,CEO表达了X公司作为一家互联网企业,一个强大的技术团队是标配、而不是加分项的观点,这让我们技术部门的员工重拾了一些信心。之后从阿里口碑来了一位新的VP,P8级别,随后又来了两位新VP在阿里时的同事。这位新VP充满正能量,精力也很饱满,也为大家争取了一些福利,如取消加班排名(这个加班排名让人十分蛋疼,中间早点走,就很容易排在加班倒数十名,还会被标识出来),另外就是让那些习惯十点到的同事免于被当做迟到扣工资。不过X公司转JAVA已是不可逆的趋势了,我并不讨厌JAVA,我只是对我所从事的工作、所用的语言充满信心,即便我要转JAVA,也最终会用来为.NET服务。我也担心在转了语言、把系统重构结束后,我会成为公司的高成本人员,这意味着我将会是公司下一轮裁员的目标,毕竟过去一年,裁了太多人,而且前一批转JAVA的三个.NET已经全部被裁。有了这样的前车之鉴,即便公司再怎么承诺不会过河拆桥,我都不再相信了。

    分别总是在九月,回忆是思念的愁,这是歌手赵雷的歌词。我也在九月与X公司分手,很幸运的加入了一家外企,那里有一位朋友,就是文章开头所说在.NET社区中认识的朋友,他是一位帅气的MVP。虽然收入比当前少了一点,但是时薪是有很大提升的,而且公司氛围更加友好,也不动荡,是很理想的去处。

    这一年,我从一个主动加班学习,变成了被公司的强制加班逼到了一听加班就烦的人,也从一个在不懂业务、没有原始团队却依然可以有惊艳表现的人,到了即便有很多资源却变得消极、没有参与感。谁之过?我打内心里不喜欢996或者强制加班,更何况没有任何激励,也不准调休。996绝不是奋斗,而是一种最没有含金量的管理手段而已。而我自认为我是那种有自律之心的人,我知道什么时候需要用加班来解决问题。事实上,公司哪有那么事情需要通过996来完成,不过是瞎折腾,给人一种虚假繁荣的表象而已。

     

  • 相关阅读:
    迅雷的工作原理 [揭密迅雷]
    揭密迅雷BT式下载本质 [揭密迅雷]
    2010年8月09日_周一_Toc control
    2010年8月08日_周日_MapCopyrightText control
    2010年8月08日_周日_Magnifier control
    2010年8月07日_周六_HoverExpandExtender control
    2010年8月11日_周三_ZoomLevel_control
    ArcGIS Server网站发布后地图显示空白的原因之一
    2010年8月10日_周二_TaskManagercontrol
    搭建一个简单的callBack函数
  • 原文地址:https://www.cnblogs.com/edison0621/p/11481572.html
Copyright © 2020-2023  润新知