Why Is "Design by Contract" Not More Popular? 178
Coryoth writes "Design by Contract, writing pre- and post-conditions on functions, seemed like straightforward common sense to me. Such conditions, in the form of executable code, not only provide more exacting API documentation, but also provide a test harness. Having easy to write unit tests, that are automatically integrated into the inheritance hierarchy in OO languages, 'just made sense'. However, despite being available (to varying degrees of completeness) for many languages other than Eiffel, including Java, C++, Perl, Python, Ruby, Ada, and even Haskell and Ocaml, the concept has never gained significant traction, particularly in comparison to unit testing frameworks (which DbC complements nicely), and hype like 'Extreme Programming'. So why did Design by Contract fail to take off?"
Contracts (Score:2, Funny)
I don't have relationships with random other programmers (even if they are female and cute).
Extreme Programming (Score:5, Funny)
Re:Design by contract is 25+ years old (Score:3, Funny)
I especially like contractual gems such as:
char *gets(char *s);