| |||
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
In my experience, UML modelers are just an expensive time consumer intended
only to make in experienced non-programmer managers feel like they are
managing something.
The only successful large software that I have seen
succeed has been iteratively developed. Start with a kernel of
functionality and keep adding layers, re-evaluate, test, redesign, repeat
until done. The thing about that approach is that managers hate it.
They
can not plan it. Sometimes work has to be thrown out. They can not say how
many iterations are needed before completion. They can not say when the
project will be complete. They can not say how much the project will cost.
The final design never matches the diagrams which means
that the diagrams are not even good documentation. The basic and essential
problem with modelers is that they do not help with the hard part of the
problem of software development.
Iterations are the price of experimental software development. Many times,
we just have to experiment and try different things in order to find a good
solution. A good large application is like a scientific breakthrough. It
is hard to have a breakthrough on a schedule.
If the customer can not specify what they want, we have to experiment to
discover it.
| References: | |
| >Re: UMLish modellers? (From: "Erik M. Buck" <email@hidden>) |
| Home | Archives | FAQ | Terms/Conditions | Contact | RSS | Lists | About |
Visit the Apple Store online or at retail locations.
1-800-MY-APPLE
Contact Apple | Terms of Use | Privacy Policy
Copyright © 2007 Apple Inc. All rights reserved.