Why is IT always raining on me?

Een song van Travis.
Met een pakkende titel.
Zo zijn er zovele popsongs.

Neem nu Supertramp met de zingsnede:
But what you see is just an illusion. You're surrounded by confusion.
Schitterend toch!

Geschreven voor de eeuwigheid voor zolang die duurt.
Of dat voor menig roadrunner Java programmaatje ook geldt is maar de vraag.
Zeker nu er nog nauwelijks patterns door de roadrunner gebruikt worden.

Patternless of te wel stijlloos.
Less is more.
Pragmatisch geschreven, lean en mean.
Volgend de JBF (JanBoerenFluitjes) en HSS (Hink Stap Sprong: http://nl.wikipedia.org/wiki/Hink-stap-springen) methode.

In Agile iteraties (http://nl.wikipedia.org/wiki/Agile-software-ontwikkeling).
Snel schrijven, laten zien (zien is geloven) , weer aanpassen.
Grote stappen, snel thuis.
En op elk moment runnable code.
Bijna mock-up in het begin en de stakeholder meenemend in de vrije val naar het uiteindelijk gewenste resultaat.

Geloof of geloof het niet, het werkt.
Samen hand in hand.
Gaandeweg testend wat er al werkt.

Niet Agile zeggen, maar gewoon doen en vooral voelen.
Dont' forget to put on your helmet!


http://www.dtsagile.com/training/pm.aspx
So, grab your helmet and put on your goggles, you've got an exciting ride ahead.

Het blijft een queeste (http://nl.wikipedia.org/wiki/Queeste_%28zoektocht%29) en soms zelfs een regelrechte kwelling om de juiste manier van ontwikkelen te vinden.
Volgens de laatste (?) inzichten is watervallen niet de meest efficiënte methode.
De roadrunner voegt daar gerust UML en (over)modelleren aan toe.
Uiteindelijk runt er bytecode en niet een mooi plaatje met pseudocode (directives).

Om het echt te weten moet je het helaas gedaan hebben.
En leuk was anders dat UML (http://nl.wikipedia.org/wiki/Unified_Modeling_Language).
Sorry Rational, de roadrunner zal wal iets gemist hebben.
Of juist niet.

Rational mag zijn eigen hondenvoer eten,
de honden lusten er geen hap van.
Na in Google ingetikt te hebben "Rational UML sucks" verschijnt (onder andere):
http://episteme.arstechnica.com/eve/forums/a/tpc/f/6330927813/m/385005624831
Yeah, for a small team of 3 developers, UML just isn't going to work. We've been evaluating UML and a variety of tools, but for the kind of work we do and the very small size of our team, it just seems unworkable. We do a mix of real-time C code and C# user interfaces, and have about 200,000 lines of code built up over the last few years with no formal design and minimal formal documentation.
...
Well, what springs to mind for this is Rational Rose (using a mix of UML Component and Class diagrams), but there are two problems with that:
1. You pretty much would have to devote an analyst to becoming your Rational guru, and
2. Rational seems to be best when you start there, and then go to code. Going the other way, you'd pour tons of time into it before you saw any benefit.
But I'm really telling you what you already know.

Met een werkelijk goede IDE, zoals Eclipse, is er een geweldige code insight mogelijk inclusief wizards en refactoring, dat de roadrunner zowaar ontwikkelen (en debuggen ...) echt leuk is gaan vinden.

En daar gaat het feitelijk om: doen wat je goed kan en daar samen lol aan beleven.
Of het nu muziek is in een bandje of code in teamverband.

Gouden tip: houd je team klein!
Maak er geen symfonieorkest van.
Dat vergt het nodige van de dirigent ...

http://www.cartoonjazz.com/cartoons-business.htm

Description: Orchestra conductor is conducting five orchestras at super speed. Two chemists in audience are talking to each other.

Caption: No, he's not having convulsions, he's just using my new invention, an auditorium temperature super conducting baton.