今天这篇漫画的灵感来源于知乎的万赞回答，也有一部分原因是因为最近工作状态的真实写照吧，它讲述的是程序员工作中的 Bug 是如何产生的，以及作为一名优秀的程序员，如何把握好你跑路的时间呢?
图片来自 Pexels
一起来看看发生了什么吧……
话说：千里之堤，溃于蚁穴，作为一名程序员，或多或少都有类似的经历吧，一个小小的 Bug，即能把整个系统搞挂。
而 Bug 的产生，大多源于遇上不懂技术的领导或老板，到处跟业务部门、客户等吹牛逼，保证项目开发能有多快、多好、多稳。
但当真正需求出来后，经过开发人员评估，时间远远超出他吹牛皮的范围，然后就开启了压迫模式，逼程序员加班加点，缩短项目周期来补全他的面子，导致项目基础构架不到位，测试用例范围不够广。
就像漫画中的情节一样，地基不牢，摇摇晃晃勉强上线了，后期无法维护，改一个地方有十个地方会受到影响，用户的行为超出测试用例范围外，系统立刻崩溃～，然后老板知道后，颜面尽失，反过来又指责程序员。
到最后程序员无法忍受，只好跳槽跑路，新来的接盘侠对项目完全不了解，在迷宫一样的系统里垂死挣扎，改好一个 Bug 引发了另外 100 个问题，如此反复循环……
而老板/领导完全自我良好，认识不到自己的问题，程序员真的是太难了…
话说王大拿跑路之后，去了哪里?发生了什么意想不到的事呢?敬请期待下一篇哦~...
作者：苏南
编辑：陶家龙
出处：转载自公众号前端布道师(ID：honeyBadger8)，本文已获授权改编自知乎 “哒柏” 的回答《Bug 是如何产生的?》，哒柏是一个风趣幽默的大佬。
参考资料：https://www.zhihu.com/question/365343579/answer/967299388
