Re: Understanding Chaos


P is for Practical
	PerlMonks

Re: Understanding Chaos

by dragonchild (Archbishop)

on Apr 22, 2007 at 14:57 UTC ( #611380=note: print w/replies, xml )

Need Help??

in reply to Understanding Chaos

Write tests.
Refactor a tiny piece of code.
Verify tests pass.
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:

Does it work?
Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

Comment on Re: Understanding Chaos

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