De architect, het team en de business

Ik vind dat een softwarearchitect mee moet draaien in een ontwikkelteam. Mijn leiddingevende is daar minder van overtuigd. “Vind je dan ook dat een architect mee moet draaien met de business?” vroeg hij me tijdens een discussie - retorisch uiteraard. Maar toen ik erover nadacht, vroeg ik me af: waarom eigenlijk niet?

Enums, switch statements en SOLID - deel 4

Vorige week refactorde ik een switch statement rondom een enum aan de hand van het Dependency inversion principe. Deze week zetten we onze refactorslag voort aan de hand van het de O in SOLID: het Open-closed principe. Zo voorkomen we dat we onze code hoeven te herschrijven, elke keer als we onze enum aanpassen.

Lees elke dag twee kwartier over je vak

Een treinreis van Nijmegen naar Arnhem duurt zo’n dertien minuten. In januari 2020 kwam ik erachter dat dat, als je elke dag twee keer dertien minuten leest, je binnen een paar dagen De Aanslag van Harry Mulisch uit kan hebben.

Toegegeven, een héél prettige leeservaring is dat niet. Maar je hoeft ook geen roman te lezen in de trein. Je zou ook een boek over software ontwikkeling kunnen lezen. Sterker nog, je zou een boek over software ontwikkeling moeten lezen in de trein.

Enums, switch statements en SOLID - deel 3

Vorige week refactorde ik een switch statement rondom een enum aan de hand van het Single-Responsibility principe. Deze week zetten we onze refactorslag voort aan de hand van de D in SOLID: het Dependency inversion principe. Tijd om de interfaces van stal te halen!

Wat wil je zijn: een architect of een ontwikkelaar?

Mijn leidinggevende stelde me onlangs de vraag: “Wil je een softwarearchitect zijn of wil je een softwareontwikkelaar zijn die zich met architectuur bezighoudt?” Dat vond ik een confronterende vraag, omdat ik me tot dan toe nauwelijks gerealiseerd had dat er een verschil bestond tussen die opties. In deze blog onderscheid ik twee manieren waarop de rol van architect kan worden ingevuld binnen Scrum: als ontwikkelaar en als stakeholder.

Enums, switch statements en SOLID - deel 2

Vorige week liet ik een stuk code zien dat op verschillende manieren de SOLID-principes schond. Deze week gaan we aan de hand van het Single-Responsibility principe een eerste stap zetten deze code te refactoren om hem wat makkelijker onderhoudbaar te maken.

De beste boeken over software ontwikkeling die ik in 2020 las

2020 was in nogal wat opzichten… laten we zeggen: een bewogen jaar. Maar aan de andere kant: wat was er veel tijd om te lezen! Dit zijn de vijf beste boeken over software ontwikkeling die ik het afgelopen jaar las (en vijf eervolle vermeldingen).

Enums, switch statements en SOLID - deel 1

Onlangs stuitte ik op een stuk code dat ik de dagen erop maar niet uit mijn hoofd kreeg. (Ik ben er nog niet helemaal over uit of dat tekenend is voor mijn passie voor en/of professionaliteit als softwareontwikkelaar, of voor mijn langzame aftakeling gedurende de coronacrisis.) Het ging om een switch statement rond een enum. De komende weken zal ik deze code refactoren om aan SOLID principes te voldoen.

Zeg het met een vraag

Onze Scrum Master deed iets heel slims, de afgelopen Sprint Retrospective. In plaats van het team te vragen de zaken te formuleren die goed gingen of beter konden, vroeg hij ons een vraag formuleren, waar ons oorspronkelijke punt een antwoord op is. Kun je bedenken waarom dit zo slim is?

Neem afscheid van helpers

Onlangs had ik het genoegen een nieuwe feature toe te mogen voegen in een class van meer dan 1000 regels code, genaamd de ResourceHelper. Hoe die class zo enorm uit de hand heeft kunnen lopen? Het begint, geloof ik, bij de naam…