前言
以下故事全屬真實，或發生在同事身上，或親身經歷，如有類同純屬巧合。
故事
笑話
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分，還是程序員。
三線城市沒有公司招聘架構師和技術經理
公司買了企業版的前程無憂和智聯招聘，為了不浪費招聘條數，就撰寫一些高級職稱的招聘。
如果有人來應聘，就約出來聊聊，問點高難度問題，像人家學習學習。
----------------------------------------------------------------------------------------------------
注：此文章為原創，任何形式的轉載都請聯系作者獲得授權並注明出處！
若您覺得這篇文章還不錯，請點擊下方的【推薦】，非常感謝！
https://www.cnblogs.com/kiba/p/12015008.html
