发现一个奇怪的现象:代码写的越好,bug越少,越容易失业;代码写...
TTTEED
共 1532字,需浏览 4分钟
·
2024-04-10 18:38
发现一个奇怪的现象,是关于程序员的悖论,很有意思,和大家聊聊。
程序员嘛就是编程写代码的,这悖论也是从编码说起:
代码写的越好,bug越少,kpi就越少,工作越容易交接,越容易失业;
代码写的越烂,bug越多,kpi就越多,工作越不容易交接,越不容易失业。
看似有些奇怪,但细想又不无道理。
暂且先不说kpi的判定,单单就“工作难以交接”这个点,反而能向不懂代码的领导显示出你的价值,要么后继无人,要么交接成本太高,最后还得你来。
其实不光程序员,各行各业都有类似的现象。
《孙子兵法》有云:善战者无赫赫之功。
怎么理解呢?说的是善于用兵打仗的人,都是在敌人已经处于可能为我战胜的情况下取得胜利的。所以他们所打的胜仗,并没有令人惊奇之处,也没有料敌制胜的名声和勇武威猛的战功。
他们在取胜的过程中通常不会出现差错,而且他们所采取的制胜措施都是建立在必胜的基础上,在外人看来打得都是稳操胜券的仗,完全体现不出类似以少胜多这种赫然战功。
举个例子你就懂了: 比如前阵子的阿里云雪崩事件,这么大范围的问题,能把这问题处置成功的人一定是战功赫赫。
但是先前从未出现过类似问题,说明当时维护的员工能力很强,让出问题的模块长期稳定,不出问题。之所以出问题,大概率是这些个不显山不露水的员工被裁员了。
大家看到的都是解决问题的功劳,却看不到避免问题发生的人的能力。
同理,善医者无煌煌之名。
善于看病的医生,也没什么名气,这又是为何?
殊不知医生技艺高超明察秋毫,早已在病人略有症状的时候便已经进行治疗了,而不是病入膏肓后再去费劲医治。
扁鹊医术能名传千古,在于他为历史名流治病疗伤。他还有两位哥哥同样医术高超,守得一方百姓太平,只因没有扁鹊的机会未曾留名。
所以你看,能力强的同时你得让人看到才能发挥更大的价值。
比如网友这段亲身经历:在做技术经理时,他督促组员改代码减少bug,工资也从不见涨;后来他放任组员烂代码提交,出了问题了,老板知晓问题了,再出面解决,身价飙升。
在职场里,并不只是看你的工作能力,你还要能够展现出你的价值。
有网友就把上面这些都总结了下:善战者无赫赫之功,善医者无煌煌之名,善码者无多多 kpi 。
这里我们再说回 kpi,对于不懂编程的领导们来说,程序员的 kpi 是什么呢?如果距离商业变现比较近,那还比较直观,但如果代码层距离业务很远,拿什么来考核呢?
有很多编程岗位可能会统计编码量、修改问题数,甚至夸张的还有统计代码行数。
更有甚者如网友所言,看你 bug 多、干活累经常加班,还以为你是勤勤恳恳,给你更高的 kpi。
当然,这并不是倡导大家去摸鱼,而是说必要的时候你要掌握必要的策略。
以上的说法虽然有一定道理,但过于厚黑,并不提倡。
当你所处的岗位是赏罚分明、领导英明时,代码写的越好,越少的bug,你会接越多的模块,负责越多的项目,那么对应的是越多的 KPI,越不容易失业。
这才是该有的样子,前提是得有个好东家。
但问题是,这年头,好东家可太难找了。
甚至正好好地、努力地为东家工作赚钱呢,啪一下,裁员了,失业了,工作直接没了。
正如网友所言:有时候失业和你的能力并没有关系,公司都过不下去了,和你的能力有甚么关系呢?
程序员嘛就是编程写代码的,这悖论也是从编码说起:
代码写的越好,bug越少,kpi就越少,工作越容易交接,越容易失业;
代码写的越烂,bug越多,kpi就越多,工作越不容易交接,越不容易失业。
看似有些奇怪,但细想又不无道理。
暂且先不说kpi的判定,单单就“工作难以交接”这个点,反而能向不懂代码的领导显示出你的价值,要么后继无人,要么交接成本太高,最后还得你来。
其实不光程序员,各行各业都有类似的现象。
《孙子兵法》有云:善战者无赫赫之功。
怎么理解呢?说的是善于用兵打仗的人,都是在敌人已经处于可能为我战胜的情况下取得胜利的。所以他们所打的胜仗,并没有令人惊奇之处,也没有料敌制胜的名声和勇武威猛的战功。
他们在取胜的过程中通常不会出现差错,而且他们所采取的制胜措施都是建立在必胜的基础上,在外人看来打得都是稳操胜券的仗,完全体现不出类似以少胜多这种赫然战功。
举个例子你就懂了: 比如前阵子的阿里云雪崩事件,这么大范围的问题,能把这问题处置成功的人一定是战功赫赫。
但是先前从未出现过类似问题,说明当时维护的员工能力很强,让出问题的模块长期稳定,不出问题。之所以出问题,大概率是这些个不显山不露水的员工被裁员了。
大家看到的都是解决问题的功劳,却看不到避免问题发生的人的能力。
同理,善医者无煌煌之名。
善于看病的医生,也没什么名气,这又是为何?
殊不知医生技艺高超明察秋毫,早已在病人略有症状的时候便已经进行治疗了,而不是病入膏肓后再去费劲医治。
扁鹊医术能名传千古,在于他为历史名流治病疗伤。他还有两位哥哥同样医术高超,守得一方百姓太平,只因没有扁鹊的机会未曾留名。
所以你看,能力强的同时你得让人看到才能发挥更大的价值。
比如网友这段亲身经历:在做技术经理时,他督促组员改代码减少bug,工资也从不见涨;后来他放任组员烂代码提交,出了问题了,老板知晓问题了,再出面解决,身价飙升。
在职场里,并不只是看你的工作能力,你还要能够展现出你的价值。
有网友就把上面这些都总结了下:善战者无赫赫之功,善医者无煌煌之名,善码者无多多 kpi 。
这里我们再说回 kpi,对于不懂编程的领导们来说,程序员的 kpi 是什么呢?如果距离商业变现比较近,那还比较直观,但如果代码层距离业务很远,拿什么来考核呢?
有很多编程岗位可能会统计编码量、修改问题数,甚至夸张的还有统计代码行数。
更有甚者如网友所言,看你 bug 多、干活累经常加班,还以为你是勤勤恳恳,给你更高的 kpi。
当然,这并不是倡导大家去摸鱼,而是说必要的时候你要掌握必要的策略。
以上的说法虽然有一定道理,但过于厚黑,并不提倡。
当你所处的岗位是赏罚分明、领导英明时,代码写的越好,越少的bug,你会接越多的模块,负责越多的项目,那么对应的是越多的 KPI,越不容易失业。
这才是该有的样子,前提是得有个好东家。
但问题是,这年头,好东家可太难找了。
甚至正好好地、努力地为东家工作赚钱呢,啪一下,裁员了,失业了,工作直接没了。
正如网友所言:有时候失业和你的能力并没有关系,公司都过不下去了,和你的能力有甚么关系呢?
如果不幸身处让你无奈的环境,那么就好好调整心态吧。
就像这位程序员老哥说的,他的代码,只要他在就不会有 bug,他不在全都是 bug,有这水平在公司那不得横着走啊!
评论