关于程序员:被通知一个月离职我修改了项目中的所有注释……

1次阅读

共计 2933 个字符,预计需要花费 8 分钟才能阅读完成。

当抵触暴发且到了必须让程序员来到时……那让他们“及时来到”吧。

如果你曾经对某个开发人员下发辞退告诉,你还会让他深度参加重要我的项目甚至把我的项目做完再走吗?

放在明天,这个答案往往是不言而喻的:不会。

但如果是几十年前,那就未必了。

来自程序员的“报复”

近日 The Register 上有个热门帖子正好探讨了相似的话题。

帖子背景是这样的:一位叫做“Thomas”的读者,用本人的亲身经历带大家梦回 70 年代。Thomas 过后在一家征询公司供职,客户则是某国家医疗保健服务商。那时候一片岁月静好,现在这些“轻便”的工具库还远未呈现。过后的开发思路十分明确:节约资源、优化代码。

Thomas 回顾道,过后所有代码都是用汇编语言写的,对于那些从未深刻理解过的人来说,这就像是机器代码。“咱们还得尽量为代码瘦身,这里头也波及不少技巧。但当初大家曾经不在乎了,富余的资源让节约成了老古董。”

那时候 Thomas 才刚刚出道,从被他称为“二货”的后任手中接下来我的项目。Thomas 坦言,这位二货“其实很聪慧,但又特地招人烦。”但看得出来,这并不是二货同学的本意,而是项目经理们不了解实在工作量、又把我的项目周期压得太紧。

只管困难重重,二货同学还是保持了下来。为了实现代码编写,他每周工作 100 个小时以上。Thomas 还记得,“他真的很想多加班、早点做完,但管理层却认为他只是想骗加班费。”

于是乎,二货跟管理层之间暴发了强烈抵触,最终他被辞退、上头还勒令他用一个月工夫把我的项目做完。

个别人在这种情况下必定要在我的项目里埋雷,但二货同学的报复办法却是另辟蹊径。你感觉 C 语言不好了解?那是还没跟汇编语言比拟。要想了解汇编代码,良好的正文相对必不可少。

所以二货更改了代码中的所有正文。

乍看上去,这些正文还挺像那么回事,但理论内容跟代码性能曾经没有任何关系了。

“接手工作之后,我的第一项工作就是为我的项目增加更多功能。这事当然做不成,因为我基本没法通过正文了解现有代码的作用。”状况被报了下来,但管理层压根不以为意,于是 Thomas 放心本人可能也会被辞退。为了保住工作,他又对代码进行了屡次复核,论断是:正文齐全是在胡言乱语,没人能搞清这些代码到底在干什么。

“所以我最初只能删掉所有正文,再把二货同学的‘遗产’黑盒化。一年之后,我来到了项目组,但这些黑盒代码还是持续运行了五年,直到另外一家征询公司全盘接管。”

但即便到明天,这些代码可能还是在某个隐秘的角落放弃着运行。毕竟,黑盒代码就跟蟑螂一样倔强。

别瞎冒险

不言而喻,Thomas 这个故事通知咱们的是,如果你想辞退某人,就该马上请他来到且别再碰我的项目了。

一名叫 Dave K 的网友对此深认为然,他认为,只有决定辞退任何重要人物,就要马上撤销这个人的拜访权限,最好能让其马上来到。这相当于是渎职工作,对劳资双方都是爱护。

Dave K 举例他曾面临过的相似情况——但被辞退的不是他,而是其顶头上司。人力告诉说公司曾经确定要被收买,新的母公司认为没必要保留两位 IT 主管。于是他当场就禁用了领导的账户、更改了所有共享明码(管理员账户明码),确保下属再也没法拜访任何零碎。“听起来挺仁慈的,但这就是职业性。”——不论你多信赖对方,只有确定到职了、这些权限就必须发出。

确实,另一角度来看,这的确未尝不是对到职者的爱护。网友 yetanotheraoc 示意,“如果有人在咱们被辞退后不久毁坏了零碎,那曾经交出所有权限的咱们至多不会成为被狐疑的对象、天然也不会成为无辜的替罪羊。”

“别瞎冒险”尤其是指要防止一些比拟极其的人和状况,需果决下决定。有网友分享说,曾接触过那种技术很强、但齐全让人无奈与之共事的家伙——他不给代码写正文、也不加入例会,因为他感觉本人很聪慧,认定这些事件都是浪费时间。

他还放出豪言,“如果他们蠢到了解不了我写的货色,那也不是我的问题。”最初,管理层做了早就该做的决定。那天是周五,例会对这位自负的人进行了 5 分钟的简短批评,会上还呈现了让该网友至今历历在目的金句,“你始终感觉没有你咱们就做不成事,但从下周一开始,咱们打算试试。”

再比方有网友分享了个报复的例子,公司 CEO 在某次会上当着大家的面,辞退了一位态度高傲的工程师。这人真的不讨喜,所以看着他来到大家并没什么感觉。

然而,在动用了如此强烈的裁撤伎俩之后,公司竟然还让他在办公桌前过完这一整天。当天上班之后,办公楼门禁瘫痪、账户被锁定,所有次要服务器都被重启、内容全副擦除。大家简直都晓得是他干的,但因为定时脚本已在重启后被擦除,所以人们找不到证据。

摸鱼度过最初的退职时光

从裁员方的立场,别瞎冒险、当断则断是要义。而从到职者的角度,何尝不是如此。但若“被迫”必须得多待一段时间,心安理得地“摸鱼”未尝不是一个解决方案。

网友 Ken G 回顾道,在 1999 年 10 月下旬他接到部门收回的通告,第二年 1 月他就要到职了。其实他之前负责的我的项目基本不受千年虫问题的影响,我的项目文档曾经更新结束、交接工作也相当顺利,但项目经理还是心愿他能“小心谨慎”。问题是,有什么可小心的?于是他只能嘴上答复“是是是”,另一边该休年假休年假。

休了 5 周年假之后,到了第二年的 1 月 4 号,Ken G 回到办公室。他日常就跟共事们聊天、泡茶,轻易上上网。这样的日子他反复了一个月直到到职。

接着 Ken G 的回顾,也有留言给出了相似的经验,名为 DS999 的网友说:我被迫在企业里度过了 3 个月的“垃圾工夫”,之前我以外包商的身份负责 SAP 我的项目中的 Unix 与存储工作,合同应该在当年 5 月就完结了。

但因为那位全职员工始终在忙着无薪加班和夜间保护,公司决定把他升任成技术顾问,薪水一下涨了 3 倍。之前他曾经帮工程部门的 Unix 团队培训过几位抽调过去的新人,但他们才刚刚接触我的项目、对很多问题还不相熟。

“于是乎,我就成了惟一一位理解整套零碎的人,公司意识到必须把外包合同再缩短几个月。为了帮甲方度过难关,我接下了这份时薪 30 美元、为期三个月的延期职位。

但接下来的状况属实出乎意料:两位全职新人找上我,心愿我别碰我的项目里的任何货色,只须要答复他们的问题。因为在他们看来,在我来到之后,所有工作就只能由他们接管了。所以他们宁愿问题出在当下、也别出在交接之后,省得让他们背锅。”所以,DS999 倒是成了真正意义上的参谋。整个夏天,他都在上网、发愣、鼓捣 Linux。刚开始他们每天还会提出几个问题,起初连着一个半月都没找过他。“这钱真的好赚,思念。”

具体情况具体看待。兴许,报复或不报复并不是要害。Steve Herseyren 认为 Thomas 故事里的深层寓意是这样的:“既然你都说了‘项目经理们不了解实在工作量、又把我的项目周期压得太紧’,那这家公司就是妥妥的垃圾场,任何自尊自爱的人都应该尽快来到、躲得越远越好。

你的技能、工夫和自我价值真的很贵重,别再给雇主迫害你的机会了。连忙跑,找个更靠谱的去处。当然,如果你特地须要这笔工资,那就明确布局一下还要忍受多久、而后早点找机会来到。”

参考链接:

https://www.theregister.com/2…
https://forums.theregister.co…

整顿|燕珊、核子可乐
起源|InfoQ

正文完
 0