关于程序bug的闲谈

  • 程序员工作中的 Bug 是如何产生的,以及作为一名优秀的程序员,如何把握好你跑路的时间呢?
    一起来看看发生了什么吧……
    微信图片_20210302105741.jpg
    微信图片_20210302110643.jpg
    微信图片_20210302110646.jpg
    微信图片_20210302110759.png
    微信图片_20210302110818.png
    微信图片_20210302110839.png
    微信图片_20210302110909.png
    微信图片_20210302110921.png
    微信图片_20210302111016.png
    微信图片_20210302111027.png
    微信图片_20210302111051.png
    微信图片_20210302111039.png

俗话说:千里之堤,溃于蚁穴,作为一名程序员,或多或少都有类似的经历吧,一个小小的 Bug,即能把整个系统搞挂。

而 Bug 的产生,大多源于遇上不懂技术的领导或老板,到处跟业务部门、客户等吹牛逼,保证项目开发能有多快、多好、多稳。

但当真正需求出来后,经过开发人员评估,时间远远超出他吹牛皮的范围,然后就开启了压迫模式,逼程序员加班加点,缩短项目周期来补全他的面子,导致项目基础构架不到位,测试用例范围不够广。

就像漫画中的情节一样,地基不牢,摇摇晃晃勉强上线了,后期无法维护,改一个地方有十个地方会受到影响,用户的行为超出测试用例范围外,系统立刻崩溃~,然后老板知道后,颜面尽失,反过来又指责程序员。

到最后程序员无法忍受,只好跳槽跑路,新来的接盘侠对项目完全不了解,在迷宫一样的系统里垂死挣扎,改好一个 Bug 引发了另外 100 个问题,如此反复循环……

而老板/领导完全自我良好,认识不到自己的问题,程序员真的是太难了…

posted @ 2021-03-02 11:15  看萝卜在飘  阅读(81)  评论(0编辑  收藏  举报