程序员的日常三件事：写Bug、改Bug、背锅！

程序员的日常三件事：写Bug、改Bug、背锅。这看似是一个调侃，但实际上确实大部分程序员日常工作的真实写照！

为什么程序员老在改 Bug，就不能一次改好吗？

一次是改好了，但是又新增了不少代码，新增了代码也就可能新增了 BUG。而且改了这个 bug，还可能会产生一个新 BUG！

天天这么多 BUG，老板不高兴了。这个功能 A 系统就有，照着 Copy 过来，有这么难？

老板吐槽还好，要是产品经理吐槽。程序员听了后估计就要拍键盘了。。。

为什么一个 BUG 改来改去可能还存在 BUG 呢？那可能是存在用户的使用场景不确定。比如，一个用户登录，A 想使用手机号登录、B 想使用邮箱登录、C 直接来个微信登录。。。程序员是确定的，但是使用的人场景不同，改来改去都要满足，设计再不好，一个小故障改出个大问题还是非常常见的。

还有一类是，需求不确定。互联网公司的两大谎言一是程序员说的“没问题，上线吧”，二是产品经理说的“就按这个做”，现实是“我还要改几十版哦”。
产品经理自己没想明白需求要做成什么样子呢，就先拍板说“就按这个做”，做出来之后，陆陆续续改个几十版。

程序员是人，不是机器，人做事就有一些主观判断、个人情感在里面，再加上“禀赋效应”：心里头自动地给自己写的代码添一层滤镜，觉得自己写的代码没有问题，所以程序员总找不出自己的 Bug。

再不是有些程序本身写的就不太规范，没注释，没文档，逻辑不清晰，一个类或一个方法就是几千行。因此，这就回导致程序员整天挖坑、填坑、背锅。PM 之类的管理者，往往不清楚，这锅只能有程序员背。当然也有感谢“前任”的，能从前任身上学到不少东西。

程序员背锅的事情，那就举不胜举了，太多了。一般是，领导让底层背，底层让年轻员工背，年轻员工让实习员工背。

那么，怎么少写 BUG 呢？怎么能高效的解决 BUG 呢？怎么不背锅呢？只有一个方法，那就是让自己变强、变强、变更强！

： » 程序员的日常三件事：写Bug、改Bug、背锅！