發(fā)現(xiàn)一個奇怪的現(xiàn)象:代碼寫的越好,bug越少,越容易失業(yè);代碼寫...

發(fā)現(xiàn)一個奇怪的現(xiàn)象，是關于程序員的悖論，很有意思，和大家聊聊。

程序員嘛就是編程寫代碼的，這悖論也是從編碼說起：
代碼寫的越好，bug越少，kpi就越少，工作越容易交接，越容易失業(yè)；
代碼寫的越爛，bug越多，kpi就越多，工作越不容易交接，越不容易失業(yè)。
看似有些奇怪，但細想又不無道理。
暫且先不說kpi的判定，單單就“工作難以交接”這個點，反而能向不懂代碼的領導顯示出你的價值，要么后繼無人，要么交接成本太高，最后還得你來。

其實不光程序員，各行各業(yè)都有類似的現(xiàn)象。
《孫子兵法》有云：善戰(zhàn)者無赫赫之功。
怎么理解呢？說的是善于用兵打仗的人，都是在敵人已經(jīng)處于可能為我戰(zhàn)勝的情況下取得勝利的。所以他們所打的勝仗，并沒有令人驚奇之處，也沒有料敵制勝的名聲和勇武威猛的戰(zhàn)功。
他們在取勝的過程中通常不會出現(xiàn)差錯，而且他們所采取的制勝措施都是建立在必勝的基礎上，在外人看來打得都是穩(wěn)操勝券的仗，完全體現(xiàn)不出類似以少勝多這種赫然戰(zhàn)功。
舉個例子你就懂了： 比如前陣子的阿里云雪崩事件，這么大范圍的問題，能把這問題處置成功的人一定是戰(zhàn)功赫赫。
但是先前從未出現(xiàn)過類似問題，說明當時維護的員工能力很強，讓出問題的模塊長期穩(wěn)定，不出問題。之所以出問題，大概率是這些個不顯山不露水的員工被裁員了。
大家看到的都是解決問題的功勞，卻看不到避免問題發(fā)生的人的能力。

同理，善醫(yī)者無煌煌之名。
善于看病的醫(yī)生，也沒什么名氣，這又是為何？
殊不知醫(yī)生技藝高超明察秋毫，早已在病人略有癥狀的時候便已經(jīng)進行治療了，而不是病入膏肓后再去費勁醫(yī)治。

扁鵲醫(yī)術能名傳千古，在于他為歷史名流治病療傷。他還有兩位哥哥同樣醫(yī)術高超，守得一方百姓太平，只因沒有扁鵲的機會未曾留名。
所以你看，能力強的同時你得讓人看到才能發(fā)揮更大的價值。

比如網(wǎng)友這段親身經(jīng)歷：在做技術經(jīng)理時，他督促組員改代碼減少bug，工資也從不見漲；后來他放任組員爛代碼提交，出了問題了，老板知曉問題了，再出面解決，身價飆升。
在職場里，并不只是看你的工作能力，你還要能夠展現(xiàn)出你的價值。


有網(wǎng)友就把上面這些都總結了下：善戰(zhàn)者無赫赫之功，善醫(yī)者無煌煌之名，善碼者無多多 kpi 。
這里我們再說回 kpi，對于不懂編程的領導們來說，程序員的 kpi 是什么呢？如果距離商業(yè)變現(xiàn)比較近，那還比較直觀，但如果代碼層距離業(yè)務很遠，拿什么來考核呢？


有很多編程崗位可能會統(tǒng)計編碼量、修改問題數(shù)，甚至夸張的還有統(tǒng)計代碼行數(shù)。
更有甚者如網(wǎng)友所言，看你 bug 多、干活累經(jīng)常加班，還以為你是勤勤懇懇，給你更高的 kpi。

當然，這并不是倡導大家去摸魚，而是說必要的時候你要掌握必要的策略。

以上的說法雖然有一定道理，但過于厚黑，并不提倡。

當你所處的崗位是賞罰分明、領導英明時，代碼寫的越好，越少的bug，你會接越多的模塊，負責越多的項目，那么對應的是越多的 KPI，越不容易失業(yè)。

這才是該有的樣子，前提是得有個好東家。

但問題是，這年頭，好東家可太難找了。

甚至正好好地、努力地為東家工作賺錢呢，啪一下，裁員了，失業(yè)了，工作直接沒了。

正如網(wǎng)友所言：有時候失業(yè)和你的能力并沒有關系，公司都過不下去了，和你的能力有甚么關系呢？

如果不幸身處讓你無奈的環(huán)境，那么就好好調整心態(tài)吧。

就像這位程序員老哥說的，他的代碼，只要他在就不會有 bug，他不在全都是 bug，有這水平在公司那不得橫著走??！