Bad advice on confirming the existence of bugs.
Mike Samuel
mikesamuel at gmail.com
Thu Aug 4 17:50:11 UTC 2016
On Aug 4, 2016 11:57 AM, "Mark S. Miller" <erights at google.com> wrote:
>
> On Wed, Jul 27, 2016 at 10:20 AM, Alex Vincent <ajvincent at gmail.com>
quoted:
>>
>>
>> --
>> "The first step in confirming there is a bug in someone else's work is
confirming there are no bugs in your own."
>> -- Alexander J. Vincent, June 30, 2001
>
>
>
> I rarely comment on these incidental aphorisms, but this one is so wrong
that it is worth pointing out. You can confirm the existence of many bugs
by
> * demonstration via failing test case,
> * finding the bug,
> * having a plausible explanation for why it is incorrect,
> * writing a fix with a plausible explanation for why it fixes the
problem, and
> * demonstrating that the fix repairs the demonstrated test case.
>
> However hard this is, it is vastly easier than confirming that there are
no bugs in your own code.
The latter requires a closed definition of "bug," but the former can be
done using an open definition.
> --
> Cheers,
> --MarkM
>
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20160804/63edb370/attachment.html>
More information about the es-discuss
mailing list