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