前幾天有一個事情讓我很無語。
有一個兩年經驗的年輕程式設計師提離職，和我說一週之後就要去新公司入職，只有一週的交接時間。
一週？？？按公司要求，提離職需要提前一個月。實話實說，大部分離職交接工作也用不了一個月那麼久，但是一週交接也太短了吧，不加班的話只有五個工作日。
考慮到小夥子來公司時間不長，目前負責的工作也不是很多，我還是同意了一週後離職的要求。
這還沒完，我同意了離職之後不久，小夥子微信上給我留言，想離職之前把剩餘的 3 天年假休完。
當時我在開會，沒看到他發的微信。小夥子看我很久也沒回復他，估計自己也感覺不好意思，之後又發了一條微信，如果我不同意，他就不休年假了。
會後我看到了微信，第一感覺非常無語，甚至有點生氣，WTF。一週離職我還能理解，現在工作不好找，找到一個心儀的公司職位，答應新公司快速入職也就算了。總共只有 5 個工作日交接，其中 3 天你還想請年假，是不是有點過了？你只考慮自己，不考慮現在的團隊嗎？
無語歸無語，請假就請吧，我也不拒絕了，他心思已經不在了，留著這也沒啥好處。
這裡解釋一句，我管理團隊不強硬，不存在之前為難他讓他一天也不想多待的情況。
對比去年團隊裡一個核心運維離職，首先人家提離職的時間夠早，離職之前的日子裡工作依然很敬業，沒少加班，很多同事都看不出他是要離職的。
最讓我感動的是，因為工作交接不順利，他又和新公司（是個電商大廠）溝通把入職時間生生推遲了 2 周。直到最後交接完離職，他還有很多加班調休和年假沒休。
說到這裡我還欠這個運維兄弟一頓踐行飯，當時因為各種原因沒吃成，後面得找機會補上。
真是通過一個事情看清一個人，對於利己主義者，離職說的再見，就是再也不想見。
很多程式設計師工作多年，換了多家公司，在同事中認識的真·朋友卻沒幾個，為什麼？
程式設計師沒朋友，一部分原因是因為他們太悶了，不擅長交往。
除此之外，我再來分享幾個“讓程式設計師變得沒朋友”方法。
嗯，你沒看錯，是沒朋友的方法。為了閱讀方便，切換成第一人稱敘述。
方法 1：離職之前刪除註釋、刪除單元測試
老闆之前經常讓我加班，錢還給這麼少，還總對我各種不滿……老闆你不仁休怪我不義，走之前我要把程式碼裡的註釋都刪掉。
後面接手的兄弟對不住了，不過我還會給你留些註釋的，我把對老闆的吐槽都寫在註釋裡，算是給你提個醒。
還有單元測試，走之前也刪掉。
想想我還是很良心了，沒在走之前埋一個 Bug。
只要我埋的深一些、巧妙一些，足夠公司喝一壺的。就算 Bug 被公司發現了，我也可以說不是故意的，我就是這個爛水平哪用得著故意埋 Bug。
方法 2：不寫註釋、文件
上面刪註釋的兄弟，起碼還寫過註釋，我乾脆就不寫註釋。
別問為什麼，問就是我程式碼寫的漂亮，不需要註釋。
但是我最討厭那些程式碼寫的爛，還不寫註釋的同行。比如，前幾天我就看到一段程式碼，寫的真是一坨屎，沒有註釋完全看不懂。
我就往上翻，翻到類的頂部看到作者……原來是我一個月之前寫的程式碼。按說不應該啊，我自己寫的咋會看不懂呢？？？
對了，還有文件，甭管技術文件還是使用者手冊，我都不寫，我是程式設計師，天生不會畫圖，不擅長碼字。
尤其是介面文件、使用者手冊，功能一改，還得改文件，這不是給自己找事情嗎？再說了，測試也能寫，為啥讓我寫。
再就是提交 SVN、Git 的時候，還要求寫提交的註釋說明，事兒真多。還好我有對策，“新功能開發”、“修改錯誤”、“完善程式碼”這幾句話基本可以搞定一切了。
方法 3：編碼之後不自測
程式碼寫好之後，直接甩給測試同事測去吧。
什麼，測試說我的程式碼有 Bug，誰寫的程式碼沒有 Bug 啊。我自己都測完了，還要測試幹啥，測試工作不就不飽和了嗎？
而且甭管 Bug 多少，甩給測試的時候，我們們一定要自信，要拍著胸脯說“保證沒 Bug”。
測試抱怨我程式碼 Bug 多的時候，我反手就是一句“那是因為你們專業，覆蓋的太全，我測不了你們那麼全”。
方法 4：經常問問題
我旁邊的程式設計師越來越討厭了，我剛入職的時候他還是挺好一個人，他工作年頭長、經驗比我豐富，我經常請教他問題，他基本有問必答，態度也好。
他現在越來越冷淡了，還經常敷衍我，和我說
- “這個問題我之前告訴你好幾遍了”
- “這個問題你網上搜一下就能解決”
- “我忙著呢，等會”
什麼態度！我就不明白了，我不就是問的有點多嗎，問的多說明我愛學習、愛溝通啊。
他說我是伸手黨、問的是蠢問題，我還嫌棄他對待新人沒耐心、不樂於助人。
公司程式設計師又不是就你一個，我找別人問去。
方法 5：隨意改介面
作為程式設計師，我改介面很正常呀。再說也不是我想改，還不是被產品那個傻屌逼得。
我改了介面還需要主動通知你們？影響你們呼叫，你們發現問題主動來問我唄，幹啥非得背地裡說我：
“隨意改介面，菊花萬人捅”
你們也別抱怨介面文件和程式碼對不上，大哥，都是同行，程式碼都寫不過來，哪有時間把文件維護的那麼及時。
方法 6：能實現功能就行
能實現功能的程式碼就夠了，別和我說什麼程式效能問題，等我們們做的產品火了再說。
沒準我們們的產品上線之後見光死，你現在和我說個錘子的效能問題。
也別說我寫的命名不規範，我英語不好，懶得查翻譯。據說現在都可以用中文程式設計了，我正打算試試。
也別說我寫的程式碼不優雅、程式碼亂，我這是程式碼天生自動混淆。
（作者插一句，我曾經調一個 Bug，折騰了整整一天，到最後發現不知道誰把XxxxxServlet中的英文l寫成了數字1，我當時心中一萬隻草泥馬路過。）
方法 7：甩鍋
我是一名前端開發，如果問我前後端分離的最大好處是什麼，那就是出現問題之後可以把鍋甩給後端開發。
不管是啥問題，先甩鍋給後端再說。解決問題不著急，使用者怎麼可能比我還重要，我必須先宣告不是我的責任。
如果後端開發能證明不是他們的問題，還可以把鍋甩給測試，上線之前你們測試是怎麼測試的。
總之，出現問題不要慌，先冷靜想想問題嚴不嚴重，如果嚴重，再仔細想想怎麼把問題推給別人。
“甩自己的鍋，讓別人背去吧。”
方法 8：懟產品經理
繼續說產品那個傻屌，他看不得我們程式設計師閒著，有事沒事就提各種需求。
一般的需求我也就忍了，但是有的需求太過分了，憑我的實力根本做不出來。遇到這種情況，我必須要懟他，為此我總結了一套話術：
- “你這個功能在其他競品中沒見過，人家不做肯定是有理由的。”
- “你怎麼證明使用者需要這個功能。”
- “又加功能？我們要做減法、要聚焦。”
- “這個功能太複雜，使用者使用門檻太高。”
- “你這是過度設計。”
- ……
不要以為我不知道有一本書叫《人人都是產品經理》，這本書簡直太好了，好就好在沒有一本書叫《人人都是程式設計師》。
無論如何，一定不能讓產品看出來是我不想做。
順便再吐槽一下 AB 測試，不知道發明的這個鬼概念，太可惡了，無形中又讓我多寫了不少程式碼。
最後
終於快寫完了，大家看出來我這是故意反著寫的，說反話已經快讓我自己分裂了。
寫的這些，是希望大家注意眼前的小事，別讓小事影響自己的未來。每一段工作經歷，不管公司大小、時間長短，都希望大家多認識幾個朋友，即使離職之後大家還會經常聯絡、互相幫忙。
至於沒有時間觀念、說到做不到這些毛病我沒寫，也不是程式設計師獨有的問題。
至於刪庫跑路、出售公司資料、程式碼這些我也沒寫，這已經不是沒有朋友的小事了，而是沒有朋友給你送飯的大事了。
我旁邊的碼農二毛預覽完這篇之後，說四哥你應該再加一條:
評論同行髮型、髮量的程式設計師沒朋友
如果看完文章覺得有幫助，我希望你可以分享給你的朋友、同事。
歡迎掃下方碼，關注我的公眾號：四猿外
