Dilemma March 10, 2008 01:37 over 2 years ago
Jeg er i et frygteligt dilemma! På den ene siden elsker jeg at deltage på store projekter hvor jeg kan gøre en forskel. På den anden side hader jeg store projekter med at alt hvad det indebærer af komplikationer og fuldstændige uforståelige politiske løsninger på verdenshistoriens mest simple spørgsmål.
Som specialist i flere programmeringssprog eller softwareudvikler generelt finder jeg ikke nogen personlig udfordring eller lykkefølelse ved at arbejde alene på et projekt. Jeg befinder mig godt i store sammenhænge med mange tværfaglige områder og masser af arkitekter og enterprise.
Men store projekter har nogle fælles egenskaber som åbenbart er en slags lovkrav. Og her tænker jeg ikke på alle de gode egenskaber men kun på de ufede egenskaber som er trivielle, kedelige og grund til masseflugt fra projekterne og får dig til at ønske det var fredag hver dag.
Det er også disse grunde der får mig til at kaste op når jeg for tredje gang på samme dag høre velmenende mennesker påstå at der mangler femtusind ansatte i IT branchen. Bullshit, gu gør der ej. Hvis vi bare kunne få en tredjedel af de ansatte op i normale omdrejninger og væk fra de dårlige og ueffektive arbejdsmønster ville der være arbejdsstyrke nok. Men nej, vi holder os til gamle socialistiske holdninger som lighed for alle. Vi vil køre med laveste fællenævner.
Gennem de sidste år har vi ellers indført mange nye smarte metodikker og teknikker som kan hjælpe os med at blive hurtige og adrætte. Sjovt nok har det overhoved ikke betydet noget som helst. Prøver man så at presse en lille smule falder de fleste tilbage til den rutinepræget måde de kender og laver alle de kendte fejl. Den største dræber er at skubbe problemerne rundt mellem hinanden.
Af en forunderlig grund ender jeg altid på den slags store projekter. Det F E D E er at man arbejder samme med en masse superkloge og spændende mennesker. Det U F E D E er at alting altid skal gøre maksimalt besværligt. Alle led i udviklingsprocessen vil gøre det bedste for det lag hvori man er placeret. Mange lag i processerne leder til et sandt helved for alle.
I Java opereres med 7 roller ud over de sædvanlige halvdårlige projektledere fra lille Høm skole og fritidsordning. Det betyder at man som Java udvikler, må kunne have en stribe forskellige caps på gennem processen.
Som Java specialist har jeg kun oprigtig interesse i koden og er derfor hurtig til at sige blankt nej til meget andet. Jeg elsker at skabe klare enkelte kode konstruktioner i Java, der på en klar måde udtrykker forretningselementer og beslutninger. Men på den anden side kan jeg ikke bliver ved at klare den sløvhed og ligegyldighed som lever i og omkring store Java installationer.
Mit nuværende projekt er alt som ethvert andet stort Java projekt. Naturligvis kan jeg ikke fortælle om de nærmere detaljer men vi er ca. en håndfuld personer og er kun en tyvende del af det samlede projekt. Så her er min prioriteret liste over skod egenskaber fra store Java projekter.
Top 10 liste over skod egenskaber
1. Distribueret udvikling, distribueret ansvar, distribueret problemer.
2. SOA og WS dødsstjerne aktiviteter
3. Services Orienteret Applikation
4. Heterogene programstrukturer
5. Inkompetente projektledere
6. Anti Agile Development
7. Lille forretningsområde splittet op på 20 aktører
8. For mange roller og for lidt ansvar
9. Projekter i projekter
10. ? hmmm der må være mange flere?
By Frank Vilhelmsen - 2 tags: job logs - Add comment