程序员，我要和你断交！
共 3128字，需浏览 7分钟
·
2021-05-17 05:51
源 / 四猿外 文/
有一个两年经验的年轻程序员提离职，和我说一周之后就要去新公司入职，只有一周的交接时间。
一周？？？按公司要求，提离职需要提前一个月。实话实说，大部分离职交接工作也用不了一个月那么久，但是一周交接也太短了吧，不加班的话只有五个工作日。
考虑到小伙子来公司时间不长，目前负责的工作也不是很多，我还是同意了一周后离职的要求。
这还没完，我同意了离职之后不久，小伙子微信上给我留言，想离职之前把剩余的 3 天年假休完。
当时我在开会，没看到他发的微信。小伙子看我很久也没回复他，估计自己也感觉不好意思，之后又发了一条微信，如果我不同意，他就不休年假了。
会后我看到了微信，第一感觉非常无语，甚至有点生气，WTF。一周离职我还能理解，现在工作不好找，找到一个心仪的公司职位，答应新公司快速入职也就算了。总共只有 5 个工作日交接，其中 3 天你还想请年假，是不是有点过了？你只考虑自己，不考虑现在的团队吗？
无语归无语，请假就请吧，我也不拒绝了，他心思已经不在了，留着这也没啥好处。
这里解释一句，我管理团队不强硬，不存在之前为难他让他一天也不想多待的情况。
对比去年团队里一个核心运维离职，首先人家提离职的时间够早，离职之前的日子里工作依然很敬业，没少加班，很多同事都看不出他是要离职的。
最让我感动的是，因为工作交接不顺利，他又和新公司（是个电商大厂）沟通把入职时间生生推迟了 2 周。直到最后交接完离职，他还有很多加班调休和年假没休。
说到这里我还欠这个运维兄弟一顿践行饭，当时因为各种原因没吃成，后面得找机会补上。
真是通过一个事情看清一个人，对于利己主义者，离职说的再见，就是再也不想见。
很多程序员工作多年，换了多家公司，在同事中认识的真朋友却没几个，为什么？
程序员没朋友，一部分原因是因为他们太闷了，不擅长交往。
除此之外，我再来分享几个“让程序员变得没朋友”方法。
方法 1：离职之前删除注释、删除单元测试
老板之前经常让我加班，钱还给这么少，还总对我各种不满……老板你不仁休怪我不义，走之前我要把代码里的注释都删掉。
后面接手的兄弟对不住了，不过我还会给你留些注释的，我把对老板的吐槽都写在注释里，算是给你提个醒。
还有单元测试，走之前也删掉。
想想我还是很良心了，没在走之前埋一个 Bug。
只要我埋的深一些、巧妙一些，足够公司喝一壶的。就算 Bug 被公司发现了，我也可以说不是故意的，我就是这个烂水平哪用得着故意埋 Bug。
方法 2：不写注释、文档
上面删注释的兄弟，起码还写过注释，我干脆就不写注释。
别问为什么，问就是我代码写的漂亮，不需要注释。
但是我最讨厌那些代码写的烂，还不写注释的同行。比如，前几天我就看到一段代码，写的真是一坨屎，没有注释完全看不懂。
我就往上翻，翻到类的顶部看到作者……原来是我一个月之前写的代码。按说不应该啊，我自己写的咋会看不懂呢？？？
对了，还有文档，甭管技术文档还是用户手册，我都不写，我是程序员，天生不会画图，不擅长码字。
尤其是接口文档、用户手册，功能一改，还得改文档，这不是给自己找事情吗？再说了，测试也能写，为啥让我写。
再就是提交 SVN、Git 的时候，还要求写提交的注释说明，事儿真多。还好我有对策，“新功能开发”、“修改错误”、“完善代码”这几句话基本可以搞定一切了。
方法 3：编码之后不自测
代码写好之后，直接甩给测试同事测去吧。
什么，测试说我的代码有 Bug，谁写的代码没有 Bug 啊。我自己都测完了，还要测试干啥，测试工作不就不饱和了吗？
而且甭管 Bug 多少，甩给测试的时候，咱们一定要自信，要拍着胸脯说“保证没 Bug”。
测试抱怨我代码 Bug 多的时候，我反手就是一句“那是因为你们专业，覆盖的太全，我测不了你们那么全”。
方法 4：经常问问题
我旁边的程序员越来越讨厌了，我刚入职的时候他还是挺好一个人，他工作年头长、经验比我丰富，我经常请教他问题，他基本有问必答，态度也好。
他现在越来越冷淡了，还经常敷衍我，和我说
“这个问题我之前告诉你好几遍了” “这个问题你网上搜一下就能解决” “我忙着呢，等会”
什么态度！我就不明白了，我不就是问的有点多吗，问的多说明我爱学习、爱沟通啊。
他说我是伸手党、问的是蠢问题，我还嫌弃他对待新人没耐心、不乐于助人。
公司程序员又不是就你一个，我找别人问去。
方法 5：随意改接口
作为程序员，我改接口很正常呀。再说也不是我想改，还不是被产品那个傻D给逼得。
我改了接口还需要主动通知你们？影响你们调用，你们发现问题主动来问我呗，干啥非得背地里说我：
“随意改接口，菊花万人捅”
你们也别抱怨接口文档和代码对不上，大哥，都是同行，代码都写不过来，哪有时间把文档维护的那么及时。
方法 6：能实现功能就行
能实现功能的代码就够了，别和我说什么程序性能问题，等咱们做的产品火了再说。
没准咱们的产品上线之后见光死，你现在和我说个锤子的性能问题。
也别说我写的命名不规范，我英语不好，懒得查翻译。据说现在都可以用中文编程了，我正打算试试。
也别说我写的代码不优雅、代码乱，我这是代码天生自动混淆。
（作者插一句，我曾经调一个 Bug，折腾了整整一天，到最后发现不知道谁把XxxxxServlet中的英文l写成了数字1，我当时心中一万只草泥马路过。）
方法 7：甩锅
我是一名前端开发，如果问我前后端分离的最大好处是什么，那就是出现问题之后可以把锅甩给后端开发。
不管是啥问题，先甩锅给后端再说。解决问题不着急，用户怎么可能比我还重要，我必须先声明不是我的责任。
如果后端开发能证明不是他们的问题，还可以把锅甩给测试，上线之前你们测试是怎么测试的。
总之，出现问题不要慌，先冷静想想问题严不严重，如果严重，再仔细想想怎么把问题推给别人。
“甩自己的锅，让别人背去吧。”
方法 8：怼产品经理
继续说产品那个傻屌，他看不得我们程序员闲着，有事没事就提各种需求。
一般的需求我也就忍了，但是有的需求太过分了，凭我的实力根本做不出来。遇到这种情况，我必须要怼他，为此我总结了一套话术：
“你这个功能在其他竞品中没见过，人家不做肯定是有理由的。” “你怎么证明用户需要这个功能。” “又加功能？我们要做减法、要聚焦。” “这个功能太复杂，用户使用门槛太高。” ……
不要以为我不知道有一本书叫《人人都是产品经理》，这本书简直太好了，好就好在没有一本书叫《人人都是程序员》。
无论如何，一定不能让产品看出来是我不想做。
顺便再吐槽一下 AB 测试，不知道发明的这个鬼概念，太可恶了，无形中又让我多写了不少代码。
最后
终于快写完了，大家看出来我这是故意反着写的，说反话已经快让我自己分裂了。
写的这些，是希望大家注意眼前的小事，别让小事影响自己的未来。每一段工作经历，不管公司大小、时间长短，都希望大家多认识几个朋友，即使离职之后大家还会经常联系、互相帮忙。
至于没有时间观念、说到做不到这些毛病我没写，也不是程序员独有的问题。
至于删库跑路、出售公司数据、代码这些我也没写，这已经不是没有朋友的小事了，而是没有朋友给你送饭的大事了。
我旁边的码农二毛预览完这篇之后，说四哥你应该再加一条:
评论同行发型、发量的程序员没朋友……
— 完 —
一键三连「分享」、「点赞」和「在看」
技术干货与你天天见~