Code kwaliteit
De demo van mod4j gaf mij de indruk dat het vooral bedoeld is om de java ontwikkelaar te ontlasten. Je gebruikt hier een DSL en hoeft niet meer zelf de noodzakelijke java boilerplate code te schrijven voor zaken die toch vrij standaard zijn. Een oplossing voor een typisch java probleem.
Wat ik interessant vond was de stelling dat je de kwaliteit van de code waarborgt, doordat je met een DSL minder kan: je kunt alleen binnen de kaders van het specifieke domein mee ontwikkelen. Ontwikkelaars kunnen niet helemaal wild gaan als in een multi purpose programmeertaal.
Daar kan ik me wel in vinden. Waar ik me minder in kan vinden is dat dit een oplossing is voor het gebrek aan goede programmeurs. Gesteld werd dat je nu ook met minder goede programmeurs, waar er blijkbaar veel meer van zijn, aan de slag kunt.
Maar technologie is geen vervanging voor skills of ervaring. Er zijn simpelere oplossingen om kwaliteit te waarborgen. Bijvoorbeeld de code review of de extreme versie hiervan: pair programming.
Hiermee kun je ook een consistente kwaliteit afdwingen, maar wat veel belangrijker is: je gaat het gesprek aan en je leert van elkaar.
Overigens vind ik het goed en minder goed criterium een beetje arbitrair. Door het not-invented-here syndroom heb je al gauw de neiging om iemand anders code minder goed te vinden. Kreeg van de week van een klant te horen dat we haantjes gedrag vertoonden en dat het het project geen goed had gedaan.
Eigenlijk zou je als je de beste programmeur in het team bent moeten vertrekken en zoeken naar een beter team waarin je weer de slechtste bent. Het houd je bescheiden, en je blijft door leren.
