如何让程序员变得没朋友

前几天有一个事情让我很无语。有一个两年经验的年轻程序员提离职，和我说一周之后就要去新公司入职，只有一周的交接时间。一周？？？按公司要求，提离职需要提前一个月。实话实说，大部分离职交接工作也用不了一个月那么久，但是一周交接也太短了吧，不加班的话只有五个工作日。考虑到小伙子来公司时间不长，目前负责的工作也不是很多，我还是同意了一周后离职的要求。这还没完，我同意了离职之后不久，小伙子微信上给我留言，想离职之前把剩余的 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 测试，不知道发明的这个鬼概念，太可恶了，无形中又让我多写了不少代码。最后终于快写完了，大家看出来我这是故意反着写的，说反话已经快让我自己分裂了。写的这些，是希望大家注意眼前的小事，别让小事影响自己的未来。每一段工作经历，不管公司大小、时间长短，都希望大家多认识几个朋友，即使离职之后大家还会经常联系、互相帮忙。至于没有时间观念、说到做不到这些毛病我没写，也不是程序员独有的问题。至于删库跑路、出售公司数据、代码这些我也没写，这已经不是没有朋友的小事了，而是没有朋友给你送饭的大事了。我旁边的码农二毛预览完这篇之后，说四哥你应该再加一条:评论同行发型、发量的程序员没朋友。

本文章由javascript技术分享原创和收集