发现一个奇怪的现象:代码写的越好,bug越少,越容易失业;代码写...
发现一个奇怪的现象，是关于程序员的悖论，很有意思，和大家聊聊。
程序员嘛就是编程写代码的，这悖论也是从编码说起：
代码写的越好，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，有这水平在公司那不得横着走啊！
评论