in reply to Understanding Chaos

  1. Write tests.
  2. Refactor a tiny piece of code.
  3. Verify tests pass.
  4. Go to 2.

UML and the like are for managers. If any given piece is too big to hold in your hold, that means the piece is too big.

My criteria for good software:
  1. Does it work?
  2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

Replies are listed 'Best First'.
Re^2: Understanding Chaos
by adrianh (Chancellor) on Apr 22, 2007 at 15:12 UTC
    UML and the like are for managers

    I know where you're coming from - but UML is just a tool. It can be used well as well as badly. While I don't agree with everything Scott Ambler says the agile modelling approach is vaguely reasonable.

    If any given piece is too big to hold in your hold, that means the piece is too big

    Yup. And sometimes the best way to make it less big is to be shown a map. I know I end up scribbling stuff on whiteboards on occasion when presented with a big ball of mud. Some of them even (gasp) closely resemble UML.

    Drawing and using UML diagrams doesn't mean you have to fall into BDUF RUP hell :-)

[reply]

In Section Seekers of Perl Wisdom