你们写的program有没有bugs？

chuinkit

不懂是经验尚浅还是粗心大意，我的program老是有bugs，test了很多次，debug了很多次，到最好关头还是出问题。你们有这样的经验吗？

qiyan

肯定有阿，世界上十大谎言之一就是“我的program has no bugs”。

只是看bugs严重程度，太严重或太多自然是不行啦。

绝对有。连Windows都有bugs。

miao1978

sure.... every program sure got bug..

0132031>>> u are SC student. right???

haryewkun

对不起，出来工作后写的软件是不可以有 BUG 的，连一个小小的 BUG 都不可以有。在出货之前，就必须把能捉出来的臭虫尽量捉出来。要是出货后被客户找出臭虫，保证你会被客户骂个狗血淋头。骂还算好，出来工作的上班族，忍气赔笑就好了。问题是有些客户会借机拖延付款，老板收钱迟，责任在谁的身上？当然是写程式的你了啊！

就算客户不责怪，但你要推出更新版，他就必须安装过全部 PC 的该软件，客户能不皱眉头吗？就算能安装，之前的数据怎么办？之前的错误怎么处理？所以，我们写的程式，不可以有臭虫。根本不能允许有臭虫的。

这是为什么我说，大学时代的功课，跟出来社会做商业软件是有很大差别的。大学时代做的功课，有些小臭虫，最多分数从 A 变成 A-，最坏变成 B+ 或者 B。但出来社会做 programmer 后，写给客户的东西还有臭虫？嘿，准备被客户及老板骂吧。

会 VB 的人很多，会写程式的人很多，但能写出严谨的软件的人却没有那么多。新手做的东西有臭虫，往往会对人家解释说「电脑程式本来就有臭虫的」，外行人就信以为真，不以为意。其实压根儿就不是那么一回事。这间接也是 IT 形像低落的原因。。。(苦笑)。至于 Windows 有臭虫，Windows 在外国本来就是著名低品质的东西，在乎稳定性的用户都不会使用 Windows，而会使用 FreeBSD、Linux 这些平台。我们只是被 Windows 的强大行销洗脑了而已。。。

qiyan

haryewkun 于 7-12-2004 09:24 AM  说 :
对不起，出来工作后写的软件是不可以有 BUG 的，连一个小小的 BUG 都不可以有。在出货之前，就必须把能捉出来的臭虫尽量捉出来。要是出货后被客户找出臭虫，保证你会被客户骂个狗血淋头。骂还算好，出来工作的上班 ...

一个小小的bugs也不能有，不代表没有bugs，对不对？

重点是是“你们写的program有没有bugs”而不是“你们写的program允不允许bugs”。

这是靠经验的。许多老板喜欢请无经验但人工便宜的程序员只会把项目搞砸。

chuinkit

每次都听到别人说“Microsoft的软件都有bugs啦！”
都是一些自我安慰的话...

你们有什么方法使你们的program刀枪不入？

qiyan

chuinkit 于 7-12-2004 02:34 PM  说 :
每次都听到别人说“Microsoft的软件都有bugs啦！”
都是一些自我安慰的话...

你们有什么方法使你们的program刀枪不入？

得看你严谨度和要求如何，严谨度高的话，你随便写一个hello world我都能说有bugs。

lyewang

Bugs 有很多种。
１。 你的code没有meet user requirement, 也是bug.
２。 你的function没有没有跟design, 也是bug.
３。 function不能走或有少许mistake, 也是bug.

Bug 有分轻重或严重。

我是在有一本＂品质管理＂的书里读到的。台湾出版的。
书名忘了。书也给了一为做 QA Engineer 的朋友。

chyap99

没 有 ‘虫 ’ 还 能 叫  program 吗 ？？

Sirius

haryewkun 于 7-12-2004 09:24 AM  说 :
对不起，出来工作后写的软件是不可以有 BUG 的，连一个小小的 BUG 都不可以有。在出货之前，就必须把能捉出来的臭虫尽量捉出来。要是出货后被客户找出臭虫，保证你会被客户骂个狗血淋头。骂还算好，出来工作的上班 ...

我接的第一份freelance project (college时期)就是有bug而取消，那个program将会安装到数百部电脑，全马+泰国，有bug的话怎么办?! 第一次当programmer(short term的)就得自己一个人去开发某个给银行使用的s/w，天啊。我的senior都跟我说，"看，你多幸运，一进来就有自己的代表作"从头到尾，90%是我干的。压力奇大，后来回去年Degree的时候，写的program开始注重bug的存在，在user input validation上多下点功夫。


我觉得:
软件的质量 = man power x 时间 (个人质素问题不考虑)

现在手上的project都是孤军奋战，所以质量=时间，越要快，bug越多，就那么简单。Alpha或者Beta 版本有bug 还是可以接受的，release版本有bug的话旧糟了。假如你买了一辆车，每天都会自动死火一次，或者车灯，车门会自动开关，brake失灵之类的，你觉得有问题吗?

[ Last edited by Sirius on 8-12-2004 at 11:36 AM ]

sson

bug 铁定会有，
haryewkun 兄说话过于极端了……
每一件事必定会有漏点，就像人没有全美。

再说工作后 bug 更是必备的条件，尤其是 FreeLancer
只是 bug 要 bug 得高明！

chuinkit 要求的“刀枪不入”是不会存在的。

白日梦

我第一份工在电脑店时有位女同事是负责除虫的。
这段期间称为 alpha α debugging period

我接新计划时会阐明有一两月时间的 trial period，
程序间中有错误的免费修改直到满意，
不满意的而更改程序要加额。（这一条列用于某些防止欲求不满的用户）
这段期间成为 beta β testing period / end-user testing period

- 【白日梦】的原创分享。

max5007

我最怕的是logic error..^^

Harimau

haryewkun 于 7-12-2004 09:24 AM  说 :
对不起，出来工作后写的软件是不可以有 BUG 的，连一个小小的 BUG 都不可以有。在出货之前，就必须把能捉出来的臭虫尽量捉出来。要是出货后被客户找出臭虫，保证你会被客户骂个狗血淋头。骂还算好，出来工作的上班 ...

你在象牙塔里面，想法和外面的世界难免有所不同。

在商界，有些 bug 是故意留的，明知道那样做，用了一下子之后就会有问题，而且早就有解决方案，还是故意留的。

但是，解决方案是等时机来临的时候，以新的 version 推出给顾客，再赚一笔的。

要知道，maintenance fees 长期算是比 implementation fees 高出许多的。如果你第一个 version 就没有 bug，那么你就要顾客等很久才收到货，可能连 deal 都失掉了，而且就算 implement 了，你也没有后续的许多钱好赚了...

goatstudio

关于故意留的 bug 我有所保留.
Bug 虽然是难免, 但真的应该在推出的时候确保不会有太严重的 bug, 否则会导致灾难性的后果.
轻则发送 patch 了事, 重则导致软件停用... 然后赔钱. 我之前的公司一组就是因为制作出来的软件有严重的 memory leak, 导致客户的工厂暂时停用, 一天大约赔 AUD 一万 (赔大约一星期左右), 这事情导致几个高层被裁...

至于 maintenance fees, 一向来就只看到收取 server 的维持费用, 各用户的人头 license 等.
我认为制作/推出软件时虽然 bug 无可避免, 但真的要很高明的去处置.

haryewkun

Harimau 于 9-12-2004 08:12 PM  说 :
你在象牙塔里面，想法和外面的世界难免有所不同。

在商界，有些 bug 是故意留的，明知道那样做，用了一下子之后就会有问题，而且早就有解决方案，还是故意留的。

但是，解决方案是等时机来临的时候，以新的 version 推出给顾客，再赚一笔的。

要知道，maintenance fees 长期算是比 implementation fees 高出许多的。如果你第一个 version 就没有 bug，那么你就要顾客等很久才收到货，可能连 deal 都失掉了，而且就算 implement 了，你也没有后续的许多钱好赚了...

别混淆视听了，谁在象牙塔里面？你所讲的东西我知道，不过没用人笨到用 BUG 来要求顾客购买第二版本的。那是最愚不可及的想法。人家不是故意留下 BUG，而是有性能未满足点。第一个版本在设计上总有些东西是没考虑到、不足够的。。。顾客在用过第一个版本后，可能需要增加一些性能。于是我们就在第二个版本上加入。。。跟公司的交易总有签 user requirement，做不了手脚的。你这样做只是让你自己收不到帐、影响自己的名堂而已。

没用人蠢到会在程式中加入 BUG 的。。。希望你不要误导新人了。。。

另外，其实有些人对 BUG 有错误的定义。还在开发时期的程式的错误当是不能算是 BUG。。。一个有经验的程序员绝对不会因为功能能运作了。。。就认为程式做好了，之后有出现错处就把它归类成 BUG。我们都会把测试的时间也算进去。测试完了、推出给顾客后才发现的，我们才叫 BUG。

Alpha -> Beta -> Release

在 Alpha 时期一定有臭虫的。这是很正常的事情，这是在程序员预估内的。这段时间内有错就 FIX。Beta 时期也还会有点臭虫，但到了 Release 的时候是绝对不可以有 BUG 的。看坛主的说明，大家应该可以了解。没有人会接受自己的车子每天死火一次。

如果还是有人认为 release 后有 bug 是可以接受的话。。。嗯。。。我就不多说了。等你们出来工作后，打工也好、SOHO 也好，面对顾客一下就知道自己是对是错了。

有没有刀枪不入的程式呢？

呵呵。。。那就未免太看小做程式员需要的专业程度了。那一个专业的程式员写出来的程式不是刀抢不入的？写出来的那一些程式不是给 operator 乱按、乱破的？明明只应该输入数目字的栏位他帮你输入 ABCD，你没有 user input validatedation 你的程式会直接挂掉。有些程式，需要 update content to server，可是资料传送 server 到一半电流突然停电，怎么办？database 的 content 会 crash 掉吗？这些都是不可以接受的。这些事情发生的机率极少，但考虑到一旦发生时的严重性，我们仍然需要在程式内防范。

要不然，为什么同一个程式，新手、SOHO 叫一千五，真正有经验的人却可能要叫三千、四千？这就是因为他需要更多的时间来让顾客的系统更完善、更安全。廉价往往没有好货。

goatstudio

haryewkun 于 10-12-2004 06:11 AM  说 :


别混淆视听了，谁在象牙塔里面？你所讲的东西我知道，不过没用人笨到用 BUG 来要求顾客购买第二版本的。那是最愚不可及的想法。人家不是故意留下 BUG，而是有性能未满足点。第一个版本在设计上总有些东西是没 ...

haryewkun 兄,

很多时候到了 release 的时候也许还会有 bugs 的啦. 通常都是不严重的. 在 UAT 的时候很多时候只能覆盖部分人的测试... 当软件 release 给大众的时候也许会有意想不到的 "惊喜" 出现...

当然...动不动死火是不能接受... 这会导致自己的信誉受损. 但至于说一些不太严重也不会影响工作的问题, 如 Intel P4 的 bug (后来送两条 RAM 事), Mitsubishi 的 brake - 油门 bug (这个严重, 车子要回收), Windows 的...甚至 Linux 的 (其实不会比 windows 少, 只是不严重)...还是勉强可以接受的.

白日梦

补充，软件虽然 release 了。所以唯有用 patch 补过。但臭虫已少至又少。
所以 release 时得阐明 95% error free，patch 后再阐明 99% error free。
你不酱讲，对方会break contact，收不到尾数。
目前我没遇过，可能写的 in-house s/w 多过 freelance。
有时自我保护意识强，的确怕遇上。