Re:Simple, correct, fast: in that order
by kibwen on Monday July 09, 2018 @11:22AM
(#17490880)
If that's the case then the author is attacking a straw man, because nobody (besides Dijkstra) is suggesting that we rewrite all the software in the world in Coq in order to 100% eliminate bugs at the cost of simplicity.
[ Parent
| on HN ]
That's not what Coq would do, and a misrepresentation of Dijkstra's position. We certainly could use tools like TLA+ to assist us with existing code.
Folks are using "simple" and "easy" interchangeably here. That's probably inappropriate.
I apologize for using Coq speicifically, I just needed a scapegoat for formal verification that people might have actually ever heard of. :P I'm happy to debate definitions, which the author of the OP has regretfully omitted (and the contentious definition here is probably the OP's notion of correctness, rather than their notion of simplicity).
Re:Simple, correct, fast: in that order
by AstralStorm on Monday July 09, 2018 @01:02PM
(#17491679)
You'd be surprised how simple a well written proof can be compared to a program implementing an algorithm to do the same.
That said, Coq itself is not the best vehicle for this. There are nicer high order logic languages.
To be honest, I'm fine skipping it. I don't understand why this article is so upvoted anyways.
> Folks are using "simple" and "easy" interchangeably here. That's probably inappropriate.
Agreed, see Rich Hickey's "Simplicity Matters" presentation on the difference [0].
Simple-Complex vs Easy-Hard