Worse is better
From Wikipedia, the free encyclopedia
Worse is better, also called the New Jersey style, is the name of a computer software design approach (or design philosophy) in which simplicity of both interface and implementation is more important than any other system attribute (including correctness, consistency, and completeness). The term alludes to the "Less is more" slogan.
Contents |
[edit] Origin
Lisp expert Richard P. Gabriel came up with the concept in 1989 and presented it in his essay "Lisp: Good News, Bad News, How to Win Big". A section of the article, entitled "The Rise of 'Worse is Better'", was widely disseminated beginning in 1991, after Jamie Zawinski found it in Gabriel's files at Lucid Inc. and emailed it to friends and colleagues.[1]
[edit] Description
In The Rise of Worse is Better, Gabriel claims the worse-is-better philosophy has the following characteristics:
- Simplicity
- the design must be simple, both in implementation and interface. It is more important for the implementation to be simple than the interface. Simplicity is the most important consideration in a design.
- Correctness
- the design must be correct in all observable aspects. It is slightly better to be simple than correct.
- Consistency
- the design must not be overly inconsistent. Consistency can be sacrificed for simplicity in some cases, but it is better to drop those parts of the design that deal with less common circumstances than to introduce either implementational complexity or inconsistency.
- Completeness
- the design must cover as many important situations as is practical. All reasonably expected cases should be covered. Completeness can be sacrificed in favor of any other quality. In fact, completeness must be sacrificed whenever implementation simplicity is jeopardized. Consistency can be sacrificed to achieve completeness if simplicity is retained; especially worthless is consistency of interface.
Gabriel argues that early Unix and C, developed by Bell Labs, are examples of this design approach.
[edit] The MIT approach
Gabriel contrasts the philosophy of "Worse is better" to the so-called "MIT approach" (also known as "the Right Thing"), which he describes as follows in The Rise of "Worse is Better":
- Correctness
- the design must be correct in all observable aspects. Incorrectness is simply not allowed.
- Consistency
- the design must be consistent. A design is allowed to be slightly less simple and less complete to avoid inconsistency. Consistency is as important as correctness.
- Completeness
- the design must cover as many important situations as is practical. All reasonably expected cases must be covered. Simplicity is not allowed to overly reduce completeness.
- Simplicity
- the design must be simple, both in implementation and interface. It is more important for the interface to be simple than the implementation.
[edit] Effects
Gabriel argues that "Worse is better" produces more successful software than the MIT approach: As long as the initial program is basically good, it will take much less time and effort to implement initially, and it will be easier to adapt to new situations, for example: porting software to new machines. Thus its use will spread rapidly, long before a program developed using the MIT approach has a chance to be developed and deployed. Once it has spread, there will be pressure to improve its functionality, but users have already been conditioned to accept "worse" rather than the "right thing". "Therefore, the worse-is-better software first will gain acceptance, second will condition its users to expect less, and third will be improved to a point that is almost the right thing. In concrete terms, even though Lisp compilers in 1987 were about as good as C compilers, there are many more compiler experts who want to make C compilers better than want to make Lisp compilers better."
Gabriel credits Jamie W. Zawinski for excerpting the worse-is-better sections of "Lisp: Good News, Bad News, How to Win Big" and emailing them to his friends at Carnegie Mellon University, who sent them to their friends at Bell Labs, "who sent them to their friends everywhere." He apparently connected these ideas to those of Richard Stallman and saw related ideas that are important in the design philosophy of Unix, and more generally in open-source movement, both of which were central to the development of Linux.
Gabriel's work may have been influenced by an essay entitled "More is Less."[citation needed] It was an attack on bloated software design, taking the Unix program called more for an example (the pun being a typical example of hacker humor). It is also reminiscent of a philosophy espoused by Fred Brooks' The Mythical Man-Month. Brooks advocates "growing" software organically through incremental development, devising and implementing the main and subprograms right at the beginning and filling in the working sub-sections later. He believes that programming this way enthuses the engineers and provides a working system at every stage of development
Gabriel later answered his earlier essay with one titled Worse Is Better Is Worse[2] under the pseudonym "Nickieben Bourbaki" (an allusion to Nicolas Bourbaki).
[edit] See also
- List of software development philosophies
- The UNIX-HATERS Handbook
- The Mythical Man-Month
- No Silver Bullet
[edit] References
- Lisp: Good News, Bad News, How to Win Big, Richard P. Gabriel.
- ^ Worse Is Better (Richard P. Gabriel, personal recollection)
- ^ Worse Is Better Is Worse (PDF) (Richard P. Gabriel as "Nickieben Bourbaki")
[edit] External links
- Worse is Better, Richard P. Gabriel
- The Rise of "Worse is Better", Richard P. Gabriel
- Is Worse Really Better?