今天这篇漫画的灵感来源于知乎的万赞回答，也有一部分原因是因为最近工作状态的真实写照吧， 它讲述的是程序员工作中的bug是如何产生的，以及作为一名优秀的程序员，如何把握好你跑路的时间呢？
俗话说：千里之堤，溃于蚁穴，作为一名程序员，或多或少都有类似的经历吧，一个小小的bug，即能把整个系统搞挂。
而bug的产生，
大多
源于遇上不懂技术的领导或老板，到处跟业务部门、客户等吹牛逼，保证项目开发能有多快、多好、多稳，但当真正需求出来后，经过开发人员评估，时间远远超出他吹牛皮的范围，然后就开启了压迫模式，逼程序员加班加点，缩短项目周期来补全他的面子，导致项目基础构架不到位，测试用例范围不够广，就像漫画中的情节一样，地基不牢，摇摇晃晃勉强上线了，后期无法维护，改一个地方有十个地方会受到影响，用户的行为超出测试用例范围外，系统立刻崩溃～，然后老板知道后，颜面尽失，反过来又指责程序员.
到最后程序员无法忍受，只好跳槽跑路，新来的接盘侠对项目完全不了解，在迷宫一样的系统里垂死挣扎，改好一个bug引发了另外100个问题，如此反复循环……,而老板/领导完全自我良好，认识不到自己的问题…
ht
tps://www.zhihu.com/question/365343579/answer
/967299388
