記一次程序員在辦公室裏的「撕逼」經歷

有人的地方就有江湖，有江湖的地方就有「撕逼」。程序員也不例外。

上次說到公司來了個名校畢業生小李，在公司表現很是勤奮搶眼。老闆趁機逼走不愛加班的陳工，殺一儆百，效果很是明顯。你們開始「自動自覺」的加班。詳情請看個人上一篇博文《公司來了個「奇葩」的程序員》。

不負重託，進展順利

小李一我的負擔起項目的重任以後，變得更加努力了。一方面因爲小李出身名校，基本功紮實，學習能力很強；另外一方面因爲項目自己難度並非很大，屬於功能性的項目，沒有多少攻關難點，因此項目進展的還算比較順利。很快，項目就要交付了，小李也提早一天把項目作好了。在驗貨階段，甲方比較滿意，在公司當着老闆的面稱讚小李「後生可畏」。老闆也對小李很滿意。

開會表揚，震懾老員工

爲此，老闆專門開了一個員工大會。會上，老闆點名表揚新員工小李的表現，號召你們向小李學習。老闆重點指出，公司有不少老員工薪資比小李高，理應更加拼命的爲公司工做。公司沒有理由也不會花高價錢來養閒人。帶小李的師傅廖工聽了感受壓力很大，感受這句話是說給他聽的。因而廖工也開始拼命加班了。

不合要求，甲方發飆

一個月後，在你們都快要淡忘這件事的時候，小李負責的項目甲方忽然發飆，說咱們開發的項目不符合要求，拒絕付款，要和咱們打官司。老闆大吃一驚，帶着公司的產品經理和小李直奔甲方公司瞭解狀況。原來，甲方要求咱們開發的產品，必須在一個月以內出現故障。由於這是第三方委託甲方開發的項目，第三方是行業內出名的難收款的公司。甲方必須經過產品出現故障來逼迫第三方付款。可是這種一個月出現故障的需求不能寫到合同裏，只是在開會和郵件都有提到。這種需求其實在商戰中很是常見。可是小李一心埋頭於作項目寫代碼，沒有認真去開會和溝通需求，因此鑄下如此大錯。

一週以內，必須解決

由於項目涉及到的資金比較大，事情進入僵持狀態。小李天天坐臥不安，也不敢經常往老闆的辦公室跑了。老闆的臉色也很差看。由於沒法讓產品故障，因此甲方收不到貨款。甲方收不到貨款，就不能給公司付款。甲方向老闆下了死命令，讓技術團隊必須在一週以內拿出解決方案。這可愁壞了公司的研發部門，你們都愁雲滿面。產品已經交付到第三方了，咱們又不能到現場去搗鬼，怎麼辦呢？

部門撕逼，誰的責任

公司其餘部門的員工，最近也被加班給惹毛了，因而「趁機」怨言四起，說研發部門的壞話，說研發部門這下把公司給搞砸了。研發部門經理確定也不肯意接這個鍋，說是項目部沒有把需求傳達清楚。好幾回，聽到他們在開會的時候都吵起來了，還有掄凳子的響聲，吵得挺兇。部門之間的內亂撕逼，對公司的傷害很大。小李第一次見這種場面，每次開完會回來，都壓力很大，一副垂頭喪氣的樣子。年輕是要付出代價的，這事其實不能全怪小李。他的工做經驗決定了他的思想高度，他始終也沒有把這個項目想的這麼複雜。

老驥出手，薑是老的辣

這段時間，帶小李的師傅廖工，接過了小李的項目代碼，沒日沒夜的研究。通過一番研究，他發現了一個重要的Bug。由於設備每次上電以後，會定時向服務器發送心跳打卡。這個打卡原本是一個雞肋功能，是甲方要求作的，用於統計設備在線的數據。由於服務器基本上不會掉線，因此打卡會一直成功。可是廖工驚訝的發現，若是打卡失敗，一個數組就會有越界的風險。這個越界，是因爲小李的編程經驗不足形成的。由於這個小小的越界，可能會致使整個程序崩潰。廖工立刻把這個發現彙報給公司，這是一個重要的發現。研發部門老大急忙找甲方確認服務器是否已經交付給了第三方。結果是，服務器尚未移交第三方。因而，公司決定委派廖工爲表明，放手一搏，把服務器弄掛。

搞掛服務器，公司一遍歡騰

深夜十一點，距離甲方要求一週內解決的時間還剩一小時。老闆帶着公司裏的主要骨幹技術人員，來到了甲方的辦公室。甲方的團隊也全都在，可見這個項目對於他們也很重要。廖工熟練的拿出筆記本電腦，鏈接已經移交給甲方的服務器，而後不急不慢的改着代碼。時間一點一點的過去，代碼終於改完了。在老闆的示意下，廖工把代碼更新到了服務器。時間只剩下10分鐘了，你們都在焦急的等待結果。過了五分鐘，甲方老闆的電話響了，一接聽，電話裏傳來第三方老闆的怒吼：「機器壞了。。。」 甲方老闆放下電話，公司裏頓時一片歡騰。

後記

通過這件事情以後，老闆好像有點變了，再也不像之前那樣要求老員工必須像新員工同樣加班了。

做者：鋒哥程序十年，歡迎掃描博主公衆號二維碼領福利。下一篇寫程序員的技術入股之爭，喜歡的請關注、點贊。謝謝！