Archief voor augustus, 2008

Leven als IT-er in Bangkok

29 augustus 2008

Eind 2005 tot begin 2007 heb ik bij Sogyo gewerkt als software ontwikkelaar, dat beviel prima maar ik heb toen gekozen om mijn carriere en leven voor te zetten in Bangkok. Daar bevindt zich een bedrijf waar ik mijn afstudeerstage had gedaan. Ze zitten in de industriële automatisering(toch weer een heel ander gebied van softwareontwikkeling) en automatiseren productieprocessen voor grote uiteenlopende multinationals, zoals Unilever, Heineken en Toyota.
Lees verder >>

Eind 2005 tot begin 2007 heb ik bij Sogyo gewerkt als software ontwikkelaar, dat beviel prima maar ik heb toen gekozen om mijn carriere en leven voor te zetten in Bangkok. Daar bevindt zich een bedrijf waar ik mijn afstudeerstage had gedaan. Ze zitten in de industriële automatisering(toch weer een heel ander gebied van softwareontwikkeling) en automatiseren productieprocessen voor grote uiteenlopende multinationals, zoals Unilever, Heineken en Toyota.
Lees verder >>

Groene Software?

21 augustus 2008

Getriggerd door de laatste call for papers voor het MSDN Magazine ben ik aan het nadenken geslagen over het vergroenen van (maatwerk) software.
Lees verder >>

Getriggerd door de laatste call for papers voor het MSDN Magazine ben ik aan het nadenken geslagen over het vergroenen van (maatwerk) software.
Lees verder >>

(Meta-)modellering

17 augustus 2008

In de software engineering zijn we veel bezig met modelleren. Laat ik beginnen met de definitie van een model:
Lees verder >>

In de software engineering zijn we veel bezig met modelleren. Laat ik beginnen met de definitie van een model:
Lees verder >>

Mooie code!

13 augustus 2008

Ik spreek vaak over mooie code. De vraag is dan natuurlijk wat maakt code nu eigenlijk mooi. Het is toch een beetje vreemd dat je code überhaupt mooi kunt vinden. De meeste klanten waar ik mee spreek vinden het een beetje nerdie: “code die mooi is… lekker belangrijk, ik wil gewoon werkende software.” Uiteindelijk hebben ze daar natuurlijk gelijk in, het draait allemaal om het eindresultaat. Daar ligt dan ook wel de kern waarom code mooi moet zijn. Software maken we op projectbasis. Na een intensief ontwikkelproces nemen we het in gebruik. Dan gaan we er mee werken. Dat is het moment dat er iets moois gebeurt. We gebruiken de software die we dachten nodig te hebben. Maar dan blijkt in eens dat het op een andere manier toch handiger kan werken. Hadden we dat niet eerder kunnen bedenken: NEE! Je kunt vaak pas tijdens het werken met de software echt ervaren wat beter of slimmer kan.
Lees verder >>

Ik spreek vaak over mooie code. De vraag is dan natuurlijk wat maakt code nu eigenlijk mooi. Het is toch een beetje vreemd dat je code überhaupt mooi kunt vinden. De meeste klanten waar ik mee spreek vinden het een beetje nerdie: “code die mooi is… lekker belangrijk, ik wil gewoon werkende software.” Uiteindelijk hebben ze daar natuurlijk gelijk in, het draait allemaal om het eindresultaat. Daar ligt dan ook wel de kern waarom code mooi moet zijn. Software maken we op projectbasis. Na een intensief ontwikkelproces nemen we het in gebruik. Dan gaan we er mee werken. Dat is het moment dat er iets moois gebeurt. We gebruiken de software die we dachten nodig te hebben. Maar dan blijkt in eens dat het op een andere manier toch handiger kan werken. Hadden we dat niet eerder kunnen bedenken: NEE! Je kunt vaak pas tijdens het werken met de software echt ervaren wat beter of slimmer kan.
Lees verder >>

Ontwikkelen in Onzekerheid

04 augustus 2008

Als iedereen het erover eens lijkt te zijn dat een opdrachtgever de requirements moet vaststellen, en de leverancier conform de requirements moet ontwikkelen, dan begin ik nattigheid te voelen. Op de beurs zouden ze me waarschijnlijk een contrarian noemen – iemand die altijd tegen de heersende opinie ingaat. Dat kan je overigens een hoop geld opleveren, maar dat terzijde. Het bevriezen van requirements leidt in de praktijk vooral tot veel dramatiek. Onlangs nog heeft UWV de nodige tientallen miljoenen moeten afschrijven omdat een systeem conform de requirements was opgeleverd, en de mening had postgevat dat het in overleg wijzigen van de requirements zou zondigen tegen de aanbestedingsregels. Ik vraag me wel eens af of er ooit een succesvol systeem gebouwd is conform vooraf opgestelde requirements. Dat moeten dan vast ofwel hele globale requirements zijn geweest, of het was een heel saai systeem.
Lees verder >>

Als iedereen het erover eens lijkt te zijn dat een opdrachtgever de requirements moet vaststellen, en de leverancier conform de requirements moet ontwikkelen, dan begin ik nattigheid te voelen. Op de beurs zouden ze me waarschijnlijk een contrarian noemen – iemand die altijd tegen de heersende opinie ingaat. Dat kan je overigens een hoop geld opleveren, maar dat terzijde. Het bevriezen van requirements leidt in de praktijk vooral tot veel dramatiek. Onlangs nog heeft UWV de nodige tientallen miljoenen moeten afschrijven omdat een systeem conform de requirements was opgeleverd, en de mening had postgevat dat het in overleg wijzigen van de requirements zou zondigen tegen de aanbestedingsregels. Ik vraag me wel eens af of er ooit een succesvol systeem gebouwd is conform vooraf opgestelde requirements. Dat moeten dan vast ofwel hele globale requirements zijn geweest, of het was een heel saai systeem.
Lees verder >>