程序出现bug是必然出现的情况还是程序猿水平有限导致的？

╰半橙微兮° 2022-05-08 03:18 101阅读 0赞

> > 原创文章，欢迎转载。转载请注明：转载自[IT人故事会][IT]，谢谢！  
> > 原文链接地址：[程序出现bug是必然出现的情况还是程序猿水平有限导致的？][bug]

> 在不长的计算历史上，还没有人写过没有bug的完美软件，不大可能你会成为第一个做到这一点的人。

![11223715-eab49bc09f8f0e22.jpg][]

*  既然“写长篇出bug正常，发条短信就那么十几个字，错一个都不应该”；那么我们把长篇拆开成若干章，一章只写3000字呢？再把一章拆开成若干段，一段只写数百个字呢？
 *  低级bug：100%是程序猿的锅，不仔细看需求文档和设计文档导致实现结果偏离需求，写的时候不认真各种说出来丢人的拼写错误，写新代码不知道考虑对已有代码的影响上手就胡来，写完代码自己都不自测一下就提QA。这都是没有职业修养的表现，QA测出bug你不背锅谁背锅！
 *  业务逻辑bug：通常源自需求沟通出现问题，这往往是所有人同时出问题，而不是某一个地方出现问题。第一环节是需求方自己说不清楚，第二环节是需求分析师没理解需求，第三环节是设计师没有动脑子还没做设计评审，第四环节是不跟需求方做需求设计确认。
 *  深度逻辑bug：不能把锅推给任何一个人，设计、开发、QA全都有责任，但这种bugQA通常根本测不出来，一般要上线稳定运行好久才被发现，而且会相当难解决。
 *  性能缺陷bug：逐层背锅吧。开发能力不足，原子功能执行效率低下；设计不合理，高性能原子功能组合成模块性能低下；架构不合理，高性能模块联合成整个系统死活是玩不转。
 *  bug数量和系统复杂度和开发时长成正比，程序员对系统的熟悉程度成反比。水平再高的程序员扔到一个非常复杂开发了十几年的系统里，照样容易出bug。
 *  人类不是个很靠谱的东西，总会有随机错误，即使打字录入这么简单的事情都有1-3%的错字，何况写源代码这种比打字难得多的事情。在研发成本投入足够，开发商也重视质量的前提下，bug数量主要取决于测试，而测试是否充分主要是需求决定的。也许会有个别程序员水平欠佳，但是在测试充分的时候他们很快会被发现。
 *  上古时期，绝大部分书籍后面都附着几页『勘误表』，告诉你某页某行有个错别字，正确的应该是什么。
 *  你踩到屎的时候，是怪自己不小心，还是怪那个随地拉屎的人？如果一个程序员bug很少，那大概是他没有遇到那些屎一样的需求！！！
 *  bug就是程序员的成长催化剂，遇到了，搞懂了成长了，以后再写代码就会有更多的提前预见。然后bug逐渐减少。要说bug～程序员天生不就是来创造bug然后解决bug的吗?

PS：最最大的bug是，明明程序运行的好好的，但项目失败了。你叫程序员怎么查？我只是个搬砖的，大厦为什么会倒，我哪知道啊~

![11223715-3591fe20aa1ad95e.png][]

[IT]: http://idig8.com/
[bug]: http://idig8.com/2018/09/02/chengxuchuxianbugshibiranchuxiandeqingkuanghuanshichengxuyuanshuipingyouxiandaozhide/
[11223715-eab49bc09f8f0e22.jpg]: /images/20220508/f4aa7ece8112468eb74617bb6813e121.png
[11223715-3591fe20aa1ad95e.png]: /images/20220508/03d2a928212742868015024704470b0c.png