Overwegingen bij het uitzoeken van een thema

Ik ben aan het overwegen het thema van mijn blog te veranderen. Begrijp me niet verkeerd, het huidige thema is prachtig minimalistisch en ik ben er gek op. Maar het is zo… het eerste wat ik tegenkwam. Nu hoeft het eerste wat je tegenkomt niet per se iets slechts te zijn, maar ja, het is wel het eerste wat je tegenkwam. Snap je?

De afgelopen week ben ik dus op zoek gegaan naar een waardige vervanger.

Enums, switch statemens en SOLID - deel 6

De conclusie van onze refactorslag rondom een op een enum gebaseerd switch statement! Ik hoop de afgelopen weken aan te hebben getoond hoe het gebruik van SOLID-principes je code beter onderhoudbaar kan maken. Vandaag concluderen we met de vraag: moet je morgen meteen dit patroon uit je code base refactoren?

Het doel van deze Sprint is niet om code te schrijven

Mijn team worstelt al een tijd met het voldoende gevuld krijgen van de Product Backlog. Dat heeft impact op onze Planning-sessies. Deze zijn lang en moeizaam, omdat we last minute PBI’s inschatten om de komende Sprint maar gevuld te krijgen. We zijn het er al langere tijd over eens dat dit een onwenselijke situatie is. Toch krijgt het team maar niet voor elkaar dit aan te pakken. Maar misschien heb ik een manier gevonden.

Enums, switch statements en SOLID - deel 5

De afgelopen weken heb ik een stuk switch statement rondom een enum gerefactord om meer in lijn te zijn met de SOLID-principes. Deze week kijken we naar de performance-impact van die wijzigingen op de code, en onderzoeken we of we die zo klein mogelijk kunnen houden. Spoiler: SOLID en performance hoeven elkaar niet te bijten!

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.