如何讓程序員變得沒朋友
前幾天有一個事情讓我很無語。
有一個兩年經驗的年輕程序員提離職，和我說一周之后就要去新公司入職，只有一周的交接時間。
一周???按公司要求，提離職需要提前一個月。實話實說，大部分離職交接工作也用不了一個月那么久，但是一周交接也太短了吧，不加班的話只有五個工作日。
考慮到小伙子來公司時間不長，目前負責的工作也不是很多，我還是同意了一周后離職的要求。
這還沒完，我同意了離職之后不久，小伙子微信上給我留言，想離職之前把剩余的 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 測試，不知道發明的這個鬼概念，太可惡了，無形中又讓我多寫了不少代碼。
最后
終于快寫完了，大家看出來我這是故意反著寫的，說反話已經快讓我自己分裂了。
寫的這些，是希望大家注意眼前的小事，別讓小事影響自己的未來。每一段工作經歷，不管公司大小、時間長短，都希望大家多認識幾個朋友，即使離職之后大家還會經常聯系、互相幫忙。
至于沒有時間觀念、說到做不到這些毛病我沒寫，也不是程序員獨有的問題。
至于刪庫跑路、出售公司數據、代碼這些我也沒寫，這已經不是沒有朋友的小事了，而是沒有朋友給你送飯的大事了。
我旁邊的碼農二毛預覽完這篇之后，說四哥你應該再加一條:
評論同行發型、發量的程序員沒朋友
本文轉載自微信公眾號「四猿外」，可以通過以下二維碼關注。轉載本文請聯系四猿外公眾號。
