程序员断交指南！会用这些“骚操作”，保证你没朋友_程序员离职交接时间

前段时间有一件事情让我很无语。

 

有一个两年经验的年轻程序员提离职，和我说一周之后就要去新公司入职，只有一周的交接时间。

 

一周？？？按公司要求，提离职需要提前一个月。实话实说，大部分离职交接工作也用不了一个月那么久，但是一周交接也太短了吧，不加班的话只有五个工作日。

 

考虑到小伙子来公司时间不长，目前负责的工作也不是很多，我还是同意了一周后离职的要求。

 

这还没完，我同意了离职之后不久，小伙子微信上给我留言，想离职之前把剩余的 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 测试，不知道发明的这个鬼概念，太可恶了，无形中又让我多写了不少代码。

 

最后

 

终于快写完了，大家看出来我这是故意反着写的，说反话已经快让我自己分裂了。

 

写的这些，是希望大家注意眼前的小事，别让小事影响自己的未来。每一段工作经历，不管公司大小、时间长短，都希望大家多认识几个朋友，即使离职之后大家还会经常联系、互相帮忙。

 

至于没有时间观念、说到做不到这些毛病我没写，也不是程序员独有的问题。

 

至于删库跑路、出售公司数据、代码这些我也没写，这已经不是没有朋友的小事了，而是没有朋友给你送饭的大事了。

 

我旁边的码农二毛预览完这篇之后，说四哥你应该再加一条:

 

评论同行发型、发量的程序员没朋友……