黑马程序员技术交流社区

标题: 编程不能停,bug永相随。 [打印本页]

作者: xunwu23    时间: 2019-3-20 10:29
标题: 编程不能停,bug永相随。
之前在网上上看到这么一个问题:程序员为什么要一直写 bug ,不能一次性写好吗?其实,我们明白人都知道,提问这种问题的人,肯定不是程序员,所以,我就举了两个例子。
这是我通过大学几年的时间,现在在黑马心血来潮写的答案。
这个问题一看就知道不是程序员提问的,程序员都知道是怎么回事。一定是一个外行人的提问。
所以,对外行解释程序中 Bug ,不能说的太专业,我讲两个故事,外行人看了就明白了。
第一个故事:为啥你家装修完了,你总是不满意呢?
很多装修过房子的人都知道,装修房子的过程有多辛苦,多操劳,装修完了总是还有很多不满意和缺憾。
从交房的那一刻起,你就开始寻找设计师(跟设计软件的设计师异曲同工),开始根据你家房子的尺寸和构造,朝向和你平时的生活习惯,储藏东西的多少,进行房主的需求挖掘,这里相当于软件的Pr。设计师根据你的需求设计工程图纸和设计效果图(这里相当于软件设计完了)。你感觉设计的不错,好开工,水电工,瓦工,木工,油漆工,开始进场,根据效果图施工(这里的各种工互相配合,互相衔接,相当于软件中的前端和后台等工程师敲代码配合开发)。
施工完了,得有工程监理和业主验收,相当于开发中的测试。
到这里看起来很正常,但是,可能水电改的有点瑕疵,少了一个插座,你不满意了,可能油漆有的地方涂抹不均匀,你也不满意了,可能木工打的柜体,磕碰了一点,你也不满意了。这就是程序中的 bug 。
你怎么不说,装修不能给我一次性装修好呢?看看有多少工程衔接,各种工种配合,你能保证一点问题没有么?生活中处处都有不完美的地方,干什么活有十全十美的东西呢?
你这只是验收(相当于开发中的测试)的时候发现的问题,等你真正入住的时候,真正生活的时候,可能还会发现各种当初对设计不满意的地方,很多东西等真正用的时候,才发现当初应该这么设计(这也算 bug)。
第二个故事:不按常理出牌
你在使用一个产品的时候,人家明明有说明书,有使用步骤,你作为用户,就是反着操作,比如:使用高压锅的时候,明明得先放气,才能掀开锅盖,你非先掀开锅盖。意外发生了,嗖一下炸了!这就是程序中的崩溃,属于大 bug 。
人家设计程序的时候是有一套逻辑和操作步骤的,但是呢,用户不清楚,就知道瞎按,瞎操作,众口难调,用户几十万的产品,每个用户操作流程都不给你按照设计的来操作,就容易导致程序出 bug ,甚至崩溃!你说程序员能把所有的情况想到么?
还不是尽量想,想不到的等出了问题才能知道,才能修改!
其实,软件最大的风险来自于软件的复杂度,而软件的复杂度是来自于业务逻辑的复杂性。很多人,包括产品和客户其实都有时候理不清整体的业务逻辑,更无法预测业务逻辑带来的其他问题。这就难免考虑不周,形成 bug 。软件的稳定性,可靠性其实就是业务逻辑复杂度的副产品。
最后,编程哪有想象的那么容易啊!作为程序员,自编程开始,Bug 就会如影随形,因为它就是你的影子。Bug 就是软件的影子,和软件就是与生俱来的,是不可逃脱的好 CP,有着难舍难分的好感情。Bug 无处不在,对于程序员的酷爱,超越程序猿的老婆,它对于软件的痴迷,比程序猿还要厉害,即使再牛逼的程序猿也逃脱不了 Bug 的魔掌。




欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/) 黑马程序员IT技术论坛 X3.2