程序員職場故事隨筆

前言

如下故事全屬真實，或發生在同事身上，或親身經歷，若有類同純屬巧合。

故事

笑話

1，外行領導特別喜歡講概念，我曾經有個領導讓測試人員給研發安排工做計劃；記得，有一次旁聽領導訓話測試人員，【你寫計劃的時候要再詳細一點，你可使用MVC模式來寫】。

2，測試不明白如何用MVC來寫研發計劃，因而向我請教；我調侃他，我用的是MVVM模式開發的，因此你該用MVVM模式來寫研發計劃。

話術

某領導由於種種緣由被排擠，成爲新領導的手下；新領導給他三個月時間，單獨完成三件個功能開發。

三個月後，舊領導還在開發第一個功能，當新領導檢查工做時。

舊領導：【這個功能須要XXXX，這個功能如今是XXXXX狀況，這點咱們要保持一致啊，否則咱們無法往下聊了。】

新領導：一臉懵逼。

永遠都是別人的錯

終端程序員：這有個BUG，XXX數據沒有返回，但我記得以前有值啊。

接口程序員：XXX數據有值啊，我返回了啊，你看這個是返回json字符串。

終端程序員：呃。。。這個屬性怎麼更名了啊。

接口程序員：不可能，一直都是這個名，我都沒改過，確定是你寫錯了。

終端程序員：我這實體是從你那複製的。

接口程序員：那就是你複製錯了，你好好看看接口文檔。

終端程序員：SVN上記錄是你改的啊。

接口程序員：那是之前改的，跟你配合真累。

終端程序員：。。。

只可意會的溝通

終端程序員：這個功能要上傳頭像，我應該怎麼把圖片給你呢？

接口程序員：你給我個流就行。

終端程序員：是給XXX接口的XXX屬性賦值嗎？但這個是字符串類型，是要傳字符串類型數據嗎？

接口程序員：你給我個流就行。

終端程序員：？？？你是要我給指定端口發送數據嗎？

接口程序員：你給我個流就行。（轉身離開）

終端程序員：？？？？？？？

你的鍋，你的鍋，都是你的鍋

程序員A：這樣設計不合理啊，你肯定要這樣作嗎？

程序員B：肯定。

程序員A：那出了問題，可得你背鍋啊。

程序員B：Cao，都一個團隊的，還誰背鍋，你這麼整，這代碼無法寫了。

程序員A：。。。。。。

領導解決問題其實很簡單

一團隊接口數據對接特別不順利，沒有人肯定接口規範，大量冗餘返回值，大量錯誤命名（如Lable屬性存姓名值，Name屬性存標題內容），大量缺失返回數據。

領導鑑於團隊開發不順利，召開了全體成員會議，一塊兒對接口。

會中，領導拿出了接口文檔，一個一個的問，這個接口是否存在，而後會議結束，團隊接口數據對接不順利問題，在他心中已經解決。

不要幻想

當程序員與外行領導不和的時候，永遠不要試圖主動和他溝通，由於你的現場應變能力跟對方根本不在一個檔次，溝通的結果只能是你憋一肚子沒說出來的話，被對方完美OK。除非你的領導肯向你低頭認錯，主動找你溝通。

能夠嘗試讓上級領導介入，化解大家之間的矛盾。

若是出現上級領導單獨拉出領導和程序員開會的狀況，千萬不要試圖和你的領導就事論事的講理。記住，你和對手的臨場應變能力不在一個檔次，就算你準備再充分也同樣。（能夠假象你的外行領導是奇葩說辯手）

能夠嘗試給上級領導作一次理性可觀的問題分析，分析你的領導錯誤點，你的錯誤點也分析，主因是誰。若是，你的領導提出反對觀點，不要反駁，堅持講述完整問題分析，而後讓上級領導判斷相信誰。

固然了，大多數狀況下，都是程序員要吃敗仗，不過這麼作已是勝率最高的方式了。

或者你忍氣吞聲，不過，若是要忍氣吞聲，就不要在發生矛盾後忍氣吞聲，請從一開始就忍氣吞聲，不要發生矛盾。

潛規則

在成型的團隊裏新晉領導崗位，不要作立刻下決心要幹什麼，由於，一旦你決定作一件事，那麼，結果只有成功和失敗兩個選項，一般失敗機率很大。

也不要徹底沒想法，什麼也不幹，那樣你的老闆會以爲你沒能力，他作了失敗的選擇。

不論哪一種，一旦你失敗了，你將面臨離職。

要作的應該是，嘗試着幹一些事，嘗試着協調資源，嘗試的改變管理，多嘗試。

奇葩的任務

有10個任務，計劃每個任務1天的工時，總工時10天。

前9個任務你每一個都提早0.5天完成，最後一個任務滯後0.5天完成，總耗時6天。

外行領導心理活動：前9個任務分配的時間仍是不精確，最後的任務沒按時完成，看來研發能力不足；目前項目進度還不錯，但最後，若是這個項目若是延期，確定是他的問題。

內行領導心理活動：研發能力很優秀，從此給他的任務能夠再緊一點，最後的任務難度有點高，工時預估錯誤，不過，我不能認可錯誤，能夠藉此點撥一下他，讓他戒驕戒躁繼續努力。

面對疾風吧

當接到極度不合理工時的任務時候。

1，僞裝記錯了，將工時修改成合理工時；被審查時，就說大意了。後遺症：被認爲工做不認真。

2，拆分任務，只完成部分；被審查時，就說理解錯了。後遺症：被認爲工做不認真。

3，只開發原型，餘下功能使用改bug時間開發。後遺症：被認爲工做能力不足。

4，認可本身能力不足，須要調查或學習相關技術。後遺症：被認爲工做能力不足。

5，當面溝通。風險：容易爆發戰爭，進而引起離職。

6，直接離職。

總結：當公司出現極度不合理的任務時，其實就是領導在找你背鍋，要麼你能力不行背鍋，要麼你離職，而後，領導以團隊人手不足解釋項目延期。

建議：先採起前四種方案，等待其餘同事爆發或離職；而後，任務就又會從新合理化。

真理

1，產品是否成功與領導的能力無關，與市場無關，主要取決因而否能夠引來投資。

2，加班不是提高效率的惟一途徑，但這是外行領導惟一能夠想到的，能夠提高效率的方法，由於他沒有能力合理分配任務。

3，程序員這個行業，不在於學，在於練。

想成爲跨語言的程序員，在於你是否有機會去作那個語言的項目。

真相

架構師天選

程序員A，25歲，技術能力6分，當選架構師。

程序員B，25歲，技術能力5分，落選架構師。

5年後

程序員A，30歲，技術能力11分，仍是架構師。

程序員B，30歲，技術能力10分，仍是程序員。

三線城市沒有公司招聘架構師和技術經理

公司買了企業版的前程無憂和智聯招聘，爲了避免浪費招聘條數，就撰寫一些高級職稱的招聘。

若是有人來應聘，就約出來聊聊，問點高難度問題，像人家學習學習。

----------------------------------------------------------------------------------------------------

注：此文章爲原創，任何形式的轉載都請聯繫做者得到受權並註明出處！
若您以爲這篇文章還不錯，請點擊下方的【推薦】，很是感謝！

http://www.javashuo.com/article/p-aepemcei-gg.html