如何让程序员变得没朋友

前几天有一个事情让我很无语。

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

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

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

这还没完，我同意了离任之后不久，小伙子微信上给我留言，想离任之前把剩余的 3 天年假休完。

当时我在开会，没看到他发的微信。小伙子看我很久也没回复他，预计自己也感觉不好心思，之后又发了一条微信，假如我不同意，他就不休年假了。

会后我看到了微信，第一感觉非常无语，甚至有点生气，WTF。一周离任我还能了解，现在工作不好找，找到一个心仪的公司职位，答应新公司快速入职也就算了。总共只有 5 个工作日交接，其中 3 天你还想请年假，是不是有点过了？你只考虑自己，不考虑现在的团队吗？

无语归无语，请假就请吧，我也不拒绝了，他心思已经不在了，留着这也没啥好处。

这里解释一句，我管理团队不强硬，不存在之前为难他让他一天也不想多待的情况。

比照去年团队里一个核心运维离任，首先人家提离任的时间够早，离任之前的日子里工作仍然很敬业，没少加班，很多同事都看不出他是要离任的。

最让我感动的是，由于工作交接不顺利，他又和新公司（是个电商大厂）沟通把入职时间生生延迟了 2 周。直到最后交接完离任，他还有很多加班调休和年假没休。

说到这里我还欠这个运维兄弟一顿践行饭，当时由于各种起因没吃成，后面得找机会补上。

真是通过一个事情看清一个人，对于利己主义者，离任说的再见，就是再也不想见。

很多程序员工作多年，换了多家公司，在同事中认识的真·朋友却没几个，为什么？

程序员没朋友，一部分起因是由于他们太闷了，不擅长交往。

除此之外，我再来分享几个“让程序员变得没朋友”的方法。

方法 1：离任之前删除注释、删除单元测试

老板之前经常让我加班，钱还给这么少，还总对我各种不满……老板你不仁休怪我不义，走之前我要把代码里的注释都删掉。

后面接手的兄弟对不住了，不过我还会给你留些注释的，我把对老板的吐槽都写在注释里，算是给你提个醒。

还有单元测试，走之前也删掉。

想想我还是很良心了，没在走之前埋一个 Bug。

只需我埋得深少量、巧妙少量，足够公司喝一壶的。就算 Bug 被公司发现了，我也可以说不是成心的，我就是这个烂水平哪用得着成心埋 Bug。

方法 2：不写注释、文档

上面删注释的兄弟，起码还写过注释，我干脆就不写注释。

别问为什么，问就是我代码写的漂亮，不需要注释。

但是我最讨厌那些代码写得烂，还不写注释的同行。比方，前几天我就看到一段代码，写的真是一坨屎，没有注释完全看不懂。

我就往上翻，翻到类的顶部看到作者……原来是我一个月之前写的代码。按说不应该啊，我自己写的咋会看不懂呢？？？

对了，还有文档，甭管技术文档还是客户手册，我都不写，我是程序员，天生不会画图，不擅长码字。

尤其是接口文档、客户手册，功能一改，还得改文档，这不是给自己找事情吗？再说了，测试也能写，为啥让我写。

再就是提交 SVN、Git 的时候，还要求写提交的注释说明，事儿真多。还好我有对策，“新功能开发”、“修改错误”、“完善代码”这几句话基本可以搞定一切了。

方法 3：编码之后不自测

对于学前台总结了少量经验和整理了一套学习视频资料：

这是我自己组建的一个前台技术交流Q un ++++++++++++++

钱面是–282–

中间是–549–

后面是–184—

假如需要学习资料在里面下载。看看前辈们是如何在编程的世界里傲然前行。

代码写好之后，直接甩给测试同事测去吧。

什么，测试说我的代码有 Bug，谁写的代码没有 Bug 啊。我自己都测完了，还要测试干啥，测试工作不就不饱和了吗？

而且甭管 Bug 多少，甩给测试的时候，咱们肯定要自信，要拍着胸脯说“保证没 Bug”。

测试抱怨我代码 Bug 多的时候，我反手就是一句“那是由于你们专业，覆盖得太全，我测不了你们那么全”。

方法 4：经常问问题

我旁边的程序员越来越讨厌了，我刚入职的时候他还是挺好一个人，他工作年头长、经验比我丰富，我经常请教他问题，他基本有问必答，态度也好。

他现在越来越冷淡了，还经常敷衍我，和我说：

“这个问题我之前告诉你好几遍了。”

“这个问题你网上搜一下就能处理。”

“我忙着呢，等会。”

什么态度！我就不明白了，我不就是问的有点多吗，问的多说明我爱学习、爱沟通啊。

他说我是伸手党、问的是蠢问题，我还嫌弃他对待新人没耐心、不乐于助人。

公司程序员又不是就你一个，我找别人问去。

方法 5：随便改接口

作为程序员，我改接口很正常呀。再说也不是我想改，还不是被产品那个傻屌逼的。

我改了接口还需要主动通知你们？影响你们调用，你们发现问题主动来问我呗，干啥非得背地里说我：

“随便改接口，菊花万人捅。”

你们也别抱怨接口文档和代码对不上，大哥，都是同行，代码都写不过来，哪有时间把文档维护得那么及时。

方法 6：能实现功能就行

能实现功能的代码就够了，别和我说什么程序性能问题，等咱们做的产品火了再说。

没准咱们的产品上线之后见光死，你现在和我说个锤子的性能问题。

也别说我写的命名不规范，我英语不好，懒得查翻译。据说现在都可以用中文编程了，我正打算试试。

也别说我写的代码不优雅、代码乱，我这是代码天生自动混淆。

（作者插一句，我曾经调一个 Bug，折腾了整整一天，到最后发现不知道谁把XxxxxServlet中的英文l写成了数字1，我当时心中一万只草泥马路过。）

方法 7：甩锅

我是一名前台开发，假如问我前后台分离的最大好处是什么，那就是出现问题之后可以把锅甩给后台开发。

不论是啥问题，先甩锅给后台再说。处理问题不焦急，客户怎样可能比我还重要，我必需先公告不是我的责任。

假如后台开发能证实不是他们的问题，还可以把锅甩给测试，上线之前你们测试是怎样测试的。

总之，出现问题不要慌，先冷静想想问题严不严重，假如严重，再仔细想想怎样把问题推给别人。

“甩自己的锅，让别人背去吧。”

方法 8：怼产品经理

继续说产品那个傻屌，他看不得我们程序员闲着，有事没事就提各种需求。

一般的需求我也就忍了，但是有的需求太过分了，凭我的实力根本做不出来。遇到这种情况，我必需要怼他，为此我总结了一套话术：

“你这个功能在其余竞品中没见过，人家不做一定是有理由的。”

“你怎样证实客户需要这个功能。”

“又加功能？我们要做减法、要聚焦。”

“这个功能太复杂，客户使用门槛太高。”

……

不要以为我不知道有一本书叫《人人都是产品经理》，这本书简直太好了，好就好在没有一本书叫《人人都是程序员》。

无论如何，肯定不能让产品看出来是我不想做。

顺便再吐槽一下 AB 测试，不知道发明的这个鬼概念，太可恶了，无形中又让我多写了不少代码。

最后

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

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

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

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

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

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