您好,欢迎访问全国教育考试教材网
商品分类

我收到了一个月的辞职通知。我更改了重要项目中的代码注释。

如果你已经向某个开发商发出了解雇通知,你还会让他深度参与重要项目甚至完成项目后再离开吗?今天,答案往往是显而易见的:不。但如果是几十年前,情况可能就不是这样了。

来自程序员的“报复”

最近,The Register 上有一篇热门帖子讨论了类似的主题。帖子背景是这样的:一位名叫“托马斯”的读者用自己的亲身经历,带大家回到了20世纪70年代。托马斯在一家咨询公司工作,该公司的客户是一家国家医疗保健提供者。当时正是安静的时期,这些“笨重”的工具库距离今天的出现还很遥远。当时的开发思路很明确:节省资源、优化代码。

托马斯回忆说,当时所有代码都是用汇编语言编写的,对于那些从未研究过它的人来说,这看起来就像机器代码。 “我们还是要尽量瘦身代码,这也涉及到很多技巧。但现在人们已经不在乎了,丰富的资源让保存变成了古董。”

托马斯当时刚刚起步,从他的前任手中接过项目,他称前任为“二手货”。托马斯坦言,这个白痴“其实很聪明,但也很烦人”。不过,可以看出,这并不是白痴同学的初衷,而是项目经理不了解真正的工作量,压了项目周期。太紧了。

尽管困难重重,二流学生还是坚持了下来。他每周工作100 多个小时来完成代码。托马斯回忆道,“他真的很想多加班并早点完成工作,但管理层认为他只是想获得加班费。”

于是,二货与管理层爆发了激烈的冲突。最终他被解雇了,上级命令他在一个月内完成这个项目。

我收到了一个月的辞职通知。我更改了重要项目中的代码注释。

这种情况,一般人肯定会在项目中埋下雷区,但二流同学却找到了不同的报复方式。你觉得C语言很难理解吗?这是在将其与汇编语言进行比较之前的情况。要理解汇编代码,良好的注释是绝对必要的。

于是二货就把代码里的注释都改了。这些注释乍一看是这样的,但实际内容与代码的功能无关。

“接手工作后,我的首要任务是为项目添加更多功能。当然我做不到这一点,因为我无法通过注释了解现有代码的功能。”情况被报道了,但管理层并没有认真对待,托马斯担心自己也可能被解雇。为了保住工作,他多次查看代码,得出的结论是,这些注释完全是无稽之谈,没有人能弄清楚这些代码在做什么。

“所以最后我只能把评论全部删除,把二流同学的‘遗产’变成黑匣子。一年后,我离开了项目组,但这些黑匣子代码却继续运行五年,直到另一位顾问公司接任为止。”

但即使在今天,这些代码可能仍然在某个隐蔽的角落运行。毕竟,黑匣子代码就像蟑螂一样顽强。

别瞎冒险

显然,托马斯故事的寓意是,如果你想解雇某人,请让他们立即离开并不要管该项目。

我收到了一个月的辞职通知。我更改了重要项目中的代码注释。

一位名叫Dave K的网友对此深表赞同。他认为,只要决定解雇任何重要的人,就应该立即撤销该人的访问权限,最好让他或她立即离开。这相当于尽职调查,保护雇主和雇员。

Dave K举了一个他曾经遇到过的类似情况的例子——,但被解雇的不是他,而是他的顶头上司。人力资源部通报称,该公司已确认被收购,新母公司认为没有必要保留两名IT 总监。于是他当场禁用了领导的账户,并更改了所有共享密码(管理员账户密码),以确保他的老板无法再访问任何系统。 “听起来很残酷,但这就是专业精神。” —— 无论你多么信任对方,只要你确定自己辞职了,这些权限就必须收回。

确实,从另一个角度来看,这确实是对离开者的一种保护。网友yetanotheraoc表示,“如果我们被解雇后不久就有人破坏系统,那么我们这些已经交出所有权限的人至少不会成为怀疑的对象,自然也不会成为无辜的替罪羊。”

摸鱼度过最后的在职时光

从裁员方的角度来看,重要的是不要盲目冒险,在必要时做出决定。而从那些已经辞职的人看来,情况并非如此。但如果“被迫”停留更长时间,安心“钓鱼”未必能解决问题。

网友Ken G回忆,1999年10月下旬,他接到部门通知,将于次年1月辞职。事实上,他之前负责的项目根本没有受到Y2K问题的影响。项目文件已更新,交接相当顺利。不过,项目经理还是希望他“谨慎一点”。那么问题来了,有什么需要注意的地方吗?于是他只能回答“是、是、是”,对方也该休年假了。

结束五年假期后,肯·G于次年1月4日重返办公室。每天,他和同事聊天、泡茶、上网。他重复这样的日子一个月,直到辞职。

我收到了一个月的辞职通知。我更改了重要项目中的代码注释。

随着Ken G的回忆,也有评论给出了类似的经历。一位名叫DS999的网友表示:我被迫在公司度过了3个月的“垃圾时间”。在此之前,我作为外包商负责SAP项目。对于Unix 和存储工作,合同原定于当年5 月结束。但由于该全职员工一直忙于无薪加班和夜间维护,公司决定将他提升为技术顾问,他的工资增加了三倍。此前他曾在工程部帮助培训过几名从Unix团队调来的新人,但他们刚刚接触项目,对很多问题并不熟悉。

“于是,我成了唯一一个了解整个系统的人,公司意识到必须把外包合同再延长几个月。为了帮助甲方渡过难关,我以时薪接下了这份工作。”工资30美元,延期三个月,但接下来发生的事情却出人意料:两个新的全职员工来找我,要求我不要碰项目中的任何东西,只回答他们的问题,因为在他们眼里,我是离开之后,所有的工作就只能由他们接手了,所以他们宁愿现在出现问题,也不愿交接之后才出现,以免让他们承担责任。”于是,DS999就成了一名真正的顾问,整个夏天他上网、发呆、鼓捣Linux,一开始每天都问几个问题,后来一个月都没有来看他。 “钱真好,我想你。”

具体情况将根据具体情况具体对待。或许,报复或不报复并不是关键。 Steve Herseyren认为,Thomas故事的深层寓意是这样的:“既然你说‘项目经理不了解真正的工作量,把项目周期压得太紧’,那么这家公司就是一个彻头彻尾的垃圾场。任何有自尊心的人人应该离开并躲得尽可能远。你的技能、时间和自我价值真的很宝贵。当然,不要再给你的雇主虐待你的机会。如果你确实需要这份薪水,就明确计划自己要忍受多久,然后尽快找机会离开。”

参考链接:

https://www.theregister.com/2022/04/04/who_me/

用户评论


男神大妈

哎,看到这个标题我心疼了,一个月的辞职通知,肯定是有不少心酸事儿吧。项目中的代码注释改了,希望新公司能理解你的用心。

    有8位网友表示赞同!


冷落了♂自己·

一个月的辞职通知,这也太突然了吧。不过代码注释改得真好,看得出你的专业态度。

    有20位网友表示赞同!


优雅的叶子

辞职通知总让人心情沉重,不过你更改代码注释的做法很专业,值得肯定。

    有10位网友表示赞同!


軨倾词

一个月的辞职通知,人生总会有起伏,希望你能顺利找到新工作。代码注释改得好,细节见真章。

    有8位网友表示赞同!


沐晴つ

一个月的辞职通知,真是不幸中的万幸,至少你还有一个月的准备时间。代码注释改得也很细心,加油!

    有19位网友表示赞同!


矜暮

辞职通知肯定让人难过,但是你更改代码注释的行为体现了你的责任心,希望你的下一站更美好。

    有14位网友表示赞同!


命该如此

看到这个标题我就想起了自己辞职时的情景,一个月的时间不算长,但足够让人反思。代码注释改得不错,细节决定成败。

    有15位网友表示赞同!


青衫故人

一个月的辞职通知,心情复杂,但是你更改代码注释的态度值得赞扬。愿你在新的起点上绽放光彩。

    有6位网友表示赞同!


此生一诺

辞职通知总是让人难过,但是你更改代码注释的举动让人看到你的专业素养。希望你能顺利过渡到新的岗位。

    有12位网友表示赞同!


浮殇年华

一个月的辞职通知,虽然不舍,但也是人生新的开始。代码注释改得真好,细节处理得非常到位。

    有10位网友表示赞同!


青山暮雪

看到这个标题,我想到自己辞职时的尴尬,一个月的通知期,确实让人措手不及。不过代码注释改得挺用心,期待你的新篇章。

    有17位网友表示赞同!


昂贵的背影

辞职通知总让人担心,但你的代码注释更改让我看到了你的专业精神。希望你能尽快找到满意的工作。

    有11位网友表示赞同!


凉月流沐@

一个月的辞职通知,虽然不舍,但也是成长的机会。代码注释改得很好,希望你能在新环境中发光发热。

    有20位网友表示赞同!


清原

辞职通知让人心情沉重,但你的代码注释更改让我看到了你的专业态度。希望你的未来一片光明。

    有18位网友表示赞同!


岁岁年年

一个月的辞职通知,虽然突然,但你的代码注释更改让我看到了你的敬业精神。祝福你找到更好的归宿。

    有16位网友表示赞同!


稳妥

辞职通知总是让人难过,但你的代码注释更改让我看到了你的责任心。希望你能在新公司发挥所长。

    有5位网友表示赞同!


志平

一个月的辞职通知,虽然不舍,但你的代码注释更改让我看到了你的专业素养。期待你的新开始。

    有8位网友表示赞同!


爱到伤肺i

辞职通知让人心酸,但你的代码注释更改让我看到了你的专业态度。愿你前程似锦,一帆风顺。

    有16位网友表示赞同!


不相忘

一个月的辞职通知,时间不长,但足够让人思考。代码注释改得很好,希望你的新生活更加精彩。

    有17位网友表示赞同!


陌上蔷薇

辞职通知让人难过,但你的代码注释更改让我看到了你的敬业精神。愿你在新的岗位上继续发光发热。

    有8位网友表示赞同!