Second-system effect

From Wikipedia, the free encyclopedia

This article does not cite any references or sources. (May 2008) Please help improve this article by adding citations to reliable sources. Unverifiable material may be challenged and removed.

In computing, the second-system effect or sometimes the second-system syndrome refers to the tendency to design the successor to a relatively small, elegant, and successful system as an elephantine, feature-laden monstrosity. The term was first used by Fred Brooks in his classic The Mythical Man-Month. It described the jump from a set of simple operating systems on the IBM 700/7000 series to OS/360 on the 360 series.

[edit] Explanation

Although expressed as a problem of software design, the second-system effect is observable throughout all human design effort. It is similar to (but not exactly the same as) the "fighting the last [previous] battle."

People who have designed something only once before try to do all the things they "didn't get to do last time," loading the project up with all the things they put off while making version one, even if most of them should be put off in version two as well.

[edit] See also

• Unix philosophy
• Zawinski's Law of Software Envelopment
• OS/2
• Software bloat
• Inner-Platform Effect
• Sophomore slump

This article was originally based on material from the Free On-line Dictionary of Computing, which is licensed under the GFDL.

[edit] External links

• Things You Should Never Do by Joel Spolsky, about the Netscape project.
• Rewriting Software, in Notes on Haskell.