加入星计划,您可以享受以下权益:

  • 创作内容快速变现
  • 行业影响力扩散
  • 作品版权保护
  • 300W+ 专业用户
  • 1.5W+ 优质创作者
  • 5000+ 长期合作伙伴
立即加入
  • 正文
  • 相关推荐
  • 电子产业图谱
申请入驻 产业图谱

李工离职了,产品出现一个”无法解决的bug”

2019/03/24
186
阅读需 27 分钟
加入交流群
扫码加入
获取工程师必备礼包
参与热点资讯讨论

 

 李工离职了,原因非常简单,工资长时间不涨。恰好有家公司愿意提供更高的薪水,于是他一无反顾地奔赴新的工作岗位。“铁打的营盘流水的兵”一向是老板的口头禅,李工和老板谈了大概五分钟就确定了离职时间,半个月以后他就消失了。开始几天,办公室里还有同事提起李工,几个月以后大家就慢慢忘里,再后来几乎就没人提起了。

很快的一年时间过去了,老板突然提起李工了。某个周一例会,老板若无其事的告诉我一件事情:

“骆驼,李工离职一年了。他负责的一款控制器要与 DTU 连接,现在通讯程序有点小问题,你抽空看看?”老板说得非常轻松,认为这是一件非常简单的事情,只需举手之劳皆就可以解决。

所谓领导动动嘴属下跑断腿,我预感到这种事情最好不接,虽然现在只是发现通讯有问题,暂且不说这个问题能不能解决,以后再发现问题老板也会一劳不烦二主直接来找我,更有可能他会认为是因为我修改程序引入的新问题。那时候不谈功劳,恐怕苦劳也不存在。况且只是“小问题”,当然不会有额外的报酬。

如果放在几年前我肯定不会想这么多,但是掉到坑里的次数多了无形中就对坑嗅觉灵敏了。

“可能我的能力难以胜任,这款控制器的软件代码我看过,我和李工虽然一起工作了很长时间,但是各人的程序设计思路、代码风格区别很大,我实在看不懂。如果我来维护很可能会误事。”

“那你认为有没有解决办法?”

“有,这款产品是我们公司主推的。软件大概八千行,如果重新编写一遍,以后维护就简单了。”

“骆驼,你工作很多年了,难道其他公司有工程师离职,他写过的程序难道必须重新编写?”

“哪个公司都存在这样的问题,很多公司是多人负责一个项目,项目管理者在人员调配方面会作出优化。重要的工作岗位是双岗。我们公司一款产品都是一个人负责的……”我解释。

“现在竞争这么激烈,哪还有钱雇那么多人。”老板很不耐烦的中断了我的讲话。

公司当然希望少雇几个员工,节省成本,忌讳增加投入之类说法,我能理解。但是世界是公平的,平时的投入在关键时候就有回报,平时节省的成本所产生的负面影响在关键时候也会暴露无遗。

“其他人有没有信心来处理李工遗留的工作?”老板扫描一下整个会议桌,几位工程师都在低头认真做笔记像没有听见一样。


午饭的时候张工和我同桌,周围的没有其他同事。

“骆驼,老板今天提到程序是不是真复杂?”

同为工程师我当然不能不客观的告诉他,“倒也不是有多么复杂,产品已经销售好几年了,功能明确。只是无论谁来维护离职同事的程序,都是一件非常棘手的事情。可能刚解决一个问题,会触发新的问题。况且我手上的事情非常多,实在没有精力来承接这项工作。”

“是不是老板只是说是一个小问题,没有提到钱的事情?”张工吞吞吐吐地问道。

我只好以“呵呵”回复。接手离职同事程序的维护工作本来就非常棘手,又没有提到钱的问题。只要不是手头实在没有工作可做,谁会有此觉悟?

我不由得想起李工,在公司工作五年,一向尽职尽责,为单位开发了好几款热销的产品。但是工资上涨的幅度实在与他作出贡献不成比例,一年前就提出要求老板涨工资,老板一直答应,但是就是没有行动,他的离职在大家的意料之中。

 

李工虽然离职了,但是他留下的产品依然为老板带来不少利润。公司是按照销售额比例计算工程师提成的。由于这款产品是公司的热销产品,提成当然就很可观。李工辞职以后这笔钱自然就归老板了。如果由别的工程师接手维护,那么提成就自然应该归这位工程师。一年下来是不少的一笔钱。老板怎么会轻易舍得?这次只是少量用户提出里更改需求,更没必要把这笔钱分给工程师。最后老板要求对方修改了使用方法,勉强应付了这件事情。

问题可以向后拖,但总是无法回避的。随着物联网的发展,越来越多用户开始使用通讯端口了。通讯问题也随之产生,当用户向最后一个寄存器写入数据时设备会莫名其妙的出现故障,显然这个问题必须要尽快解决,老板又旧事重提。大家反应还和上次一样。

“骆驼,你能不能辛苦一下?”我权衡这个问题很久了,其实只要老板愿意将原来给李工的提成给大家,估计大家会抢着干。现在没有任何利益承诺,如果我做了这件事情,按照老板以往的惯例我只能是冤大头,也是断了以后同事们的财路,实在招人讨厌。

“时间紧张,我建议直接找李工,毕竟他是软硬件的设计者。不仅是这次,即使以后再有问题,他也能更可靠的解决。”

“难道李工是天才,非他不可?你们……”老板的神态好像说我们都是白吃饭的。

“这个倒不是,轮到谁都一样,任何一位工程师来维护其他人的代码,都非常吃力。要花费很大的精力去揣测别人的思路,而且结果不一定可靠。您以前做过这方面的工作应该了解。”

“你有可行的办法吗?”

“我以前已经说过了,按照功能重新写一遍。以前的版本就不用再维护了。”

“时间呢?”

“参照实际情况,估计一个半月到两个月应该是可行。”

“眼下就客户就需要,你告诉我两个月。”

“产品的代码量是一定的,所以两个月已经非常紧张了。时间再少,我实在就没有信心了。”

老板实在没有兴趣听不包含任何正能量的言论,随即转向其他同事。

“小张你来吧!”
“这个?以骆驼水平都没好办法,我恐怕也做不了。”
“大家不要受我的影响,说不定问题能解决。”我赶紧解释。

老板几乎问遍所有人,还是没人愿意接手这件事情,倒是有人同意我的看法。这件事情的讨论只好结束了。后来老板找离职的李工,据说李工隔天就解决了问题,看来真是一个不大的问题。

半年以后我去生产领取材料,看到生产组装了很多这种产品。我和生产的同事闲聊了几句:

“这款控制器又生产了这么多,没啥问题吧?”

“问题多得都不知道怎么处理,现在只好将实在找不出问题的扔在一边,你看看现在堆了多少。两百多块,价值几万。老板昨天还为这事情找李工,但是李工太忙。等卖完这批货,老板打算使用你负责的产品来替代。”

李工在的时候每次都就解决了,现在几万的废品,够给一位工程师发几个月工资了。老板既不愿意给工作好几年的李工涨工资,又不愿意将这款产品的提成转给其他工程师。所谓有得必有失就是这个意思吧。

与非网原创内容,未经允许,不得转载!

 

更多相关内容,请点击:程序员趣事一箩筐

相关推荐

电子产业图谱

早年从事软件测试工作,2002年从事C语言教学。同年设计了视音频切换器,用于硬盘播出机。次年开始从事热电偶检测装置的设计。2010年从事现代农业管理机的设计。2012年从事电力行业的FTU设计与研发,成功编写了FTU软件。2013参与了塔吊安全监控设备开发。10多年来对C语言情有独钟。略懂verilog。