Liste des Groupes | Revenir à c arch |
Certainly for a "proof by computer" to be acceptable, the software involved needs to be considered part of the proof. It needs to be something other mathematicians can read through and agree is correct, just like any other bit of the mathematical proof. Some programming languages are more suitable for that task than others - typically you'll want something that can handle arbitrary precision integers, automatic garbage collection (so that the code is not cluttered with stuff that is irrelevant to the real task), and probably a functional programming language or style (which is more mathematical in outlook, and easier to prove).kinds of proofs as "better" than others. Some dislike "proof by computer","Proof by computer" can mean many different things. The 1976 proof by
and don't consider the four-colour theorem to be a proven theorem yet.
Appel&Haken failed to convince a number of mathematicians both because
of the use of a computer and because of the "inelegant", "brute
force" approach.
Regarding the use of a computer, it relied on ad-hoc code which used
brute force to check some large number of subproblems. For some
mathematicians, it was basically some opaque piece of code saying "yes",
with no reason to be confident that the code actually did what the
authors intended it to do.
The 2005 proof by Gonthier also used a computer, but the program used
was a generic proof assistant. Arguably some "opaque brute force" code
was used as well, but it generated actual evidence of its claims, which
was then mechanically checked by the proof assistant.
That leaves a lot less room for arguing that it's not valid.
I haven't heard anyone express doubts about that proof yet.
Stefan
Les messages affichés proviennent d'usenet.