Laws of Development
Here's my version of this received wisdom:
- Wait long enough and the requirement will go away.
- There are few problems that cannot be solved with another layer of indirection.
- If you can't describe it in writing, you can't build it. If it's so small it doesn't need documentation, it doesn't do anything worthwhile.
- Most computing problems were solved by 1970.
- All programs evolve until they can read email.
- There are no silver bullets.
- Adding man power to a late software project makes it later.
- The likelihood of failure of a project increases with the square of the number of unproven techniques / products or people involved.
- The most difficult or nearly impossible programming problems appear obvious or extremely simple to anyone with little or no knowledge of programming.
- The most common reason for a distributed applications hanging is DNS.

4 Comments:
My slant on law #1 (or Axiom #1 as I like to call it): "If you wait long enough a requirement will either go away or someone else will meet it."
I especially like 1 & 9.
11. If there is no test for it, it does not work.
12. If there is no documentation for it, it does not exist.
13. Related to point 3, all devices evolve until they support iPods.
Post a Comment
<< Home