記我經歷的一次公司破產經歷，一行代碼害死一家公司

前言

這是一篇親身經歷的真實記錄，事情發生在2010年。狗血劇情一再上演，使個人程序員生涯變得跌宕起伏，也從中學到了不少。

在寫這篇文章以前，我還專門去查了這家公司的資料。有以下事實：

1.官網已經打不開了。

2.天眼查上能夠看到公司有4項失信信息，均爲2015年以前法院判決的償債通知而未履行。

我心中一陣感慨，希望前東家一切安好。往事如煙，卻一切歷歷在目。

畫大餅驅動的夢想

公司當時研發的是智能家居設備，兼容可視對講和家電控制。而我在公司從事家電控制研發這一塊。研發總監大劉是一個很技術厲害的人，工做很是拼命，起早摸黑，每週工做6天半。後來才知道，老闆和大劉之間是有股份承諾的。因此大劉拼了命給公司幹活，也是圖有個較好未來。大劉帶領一幫同事苦苦幹了一年多，產品逐漸出來了。

股份沒法兌現，研發總監出走

產品已經弄的差很少了，研發總監天然就要向老闆討要承諾的股份。此時不討，更待什麼時候？難道還要等產品穩定，研發總監沒有價值的時候討嗎？最後的結果天然就是談崩了。這是很天然的結果。公司不是老闆一我的的公司，要給股份能夠，股份從哪裏來？其餘股東贊成嗎？這些都是一個很大的問題。總不能讓老闆一我的把本身的股份轉讓給技術總監，老闆也不肯意。最終的結果就是研發總監離職。

上一個剛走，下一個就來

在深圳，最不缺的就是人才。上一個研發總監剛走，下一個研發總監立刻就進來了。並且來頭要比上一個更厲害，是華爲港灣出來的研發副總。這麼厲害的大牛進來，固然不是光靠工資就能請來的。老闆當時就有承諾，產品作到必定階段就會兌現相應的股份。

找出產品一個「致命缺陷」

新總監進來以後，就要對產品進行測試和制定後續研發策略。當時進行壓力測試的時候，發現產品的串口發送數據經常會被衝死。數據量一大，就會異常。咱們反覆測試，一直找不到這個緣由在哪裏。我當時也是很費解，爲啥以前產品測試都是好好的，可是新的研發總監進來以後，產品就出現了這樣的問題。當時代碼已經交給新的研發總監，而後再出版本給咱們的。

產品推倒重來，再上路

由於解決不了這個串口的問題，公司高層開了不少會議來論證，斷定是這個設計的方案有問題。咱們當時嵌入式設備採用的是Linux系統，討論的結果就是Linux系統的串口驅動有問題，沒法解決。須要把Linux系統去掉，而後裸跑，作到代碼每一步均可控。這就意味着軟件要推倒重來。就這樣，新總監帶着咱們，又一頓猛如虎的加班操做，經歷大半年的吐血努力，新的產品慢慢又作出來了。

一行代碼的過錯

新產品出來以後，就要進行測試。其中我負責的一項工做，是與上一代產品作對比測試。通過測試對比，咱們這一代產品，在串口的數據吞吐方面，確實大大優於第一代產品。但這個再一次勾起了個人疑惑，Linux驅動應該是成熟的，怎麼會有這麼低級的問題呢？因而我想辦法拿到了上一代產品的源碼，從Linux的內核開始追蹤，一直追到串口驅動。我居然有了驚人的發現，串口驅動被修改了，加入了隨機延時的功能！

這個隨機延時是怎麼實現的呢？

就是每次調用驅動的時候，就去取0~10的隨機數，若是結果命中3，則會延時若干毫秒。這一發現差點驚瞎了個人狗眼，難怪上一代產品會出現間歇性被數據衝死的現象。當時，我彷彿明白了好多事情。

瞎猜想

當時我做以下的猜想：

1.給別人擦屁股，是最辛苦而沒有價值的。新的研發總監也不肯意給上一代產品擦屁股，只有本身創造一代產品，纔有資本和老闆談判。

2.產品的驅動確實是被修改了，這個我和原版的驅動作過對比。可是誰改的呢？至今無從考究。

我知道這件事以後，雖然以爲老闆很可憐：由於這麼一個小問題，致使產品重建，消耗了大半年的功夫。這大半年的時間的成本是巨大的。但我一直沒有對任何人說過這件事，直到今天把它寫出來，突然心裏暢快了許多。

股份，仍是股份

咱們中國人作事情的思惟習慣是這樣的：我剛進來尚未作出業績的時候，我什麼都不說；一旦我作出業績了，我該要的就必定要獲得，否則就魚死網破咯。產品作的差很少了，研發總監就屁顛屁顛的去找老闆邀功，討要股份。結果，，，仍是你想的那個結果。哪裏有什麼股份，打工的向東家要股份，99%的老闆都是認爲不合適的。工資已經給你了，憑什麼還要給你股份？

不給股份，再見

研發總監和老闆談不籠，迅速辭職，剩下一幫驚得目瞪口呆的程序員。他們異口同聲的說出了這麼一句世界上無人能翻譯的英文：WQNMBD，以後紛紛辭職。而後，就沒有而後了。

總結

這篇程序員生涯回憶錄，說的有點玄乎，可是句句真實。相信不少人在職場，都碰到過不少這樣的狗血事。這樣的事還不少，若是你們想要和我探討，歡迎和我聯繫。

博主介紹

博主編程12年，對程序員職業有獨到的看法。歡迎關注個人《編程牛人》微信公衆號，謝謝你們。