Edwin Wenink Appreciation Post
Ik danste onlangs bij een concert van Eefje de Visser en liep bij de uitgang Edwin Wenink tegen het lijf. Edwin is een oud-studiegenoot van me en de hoofdverantwoordelijke voor de RSS-link in het menu rechtsboven. “Ik krijg elke keer een mailtje als jij iets nieuws post!” bekende hij enthousiast. “Niet dat ik er ooit iets van lees, natuurlijk.” - Edwin is altijd eerlijk en dat waardeer ik soms. Tijdens ons gesprek kwam ik erachter dat hij ook een blog heeft en de ochtend erop zelfs dat er een heleboel interessants op staat ook nog. Bij dezen dus, een momentje om de gedachtewereld van Edwin te waarderen.
De ontdekking van strategische subdomeinen
Ik schreef één keer eerder over Domain-Driven Design - en in die blog gaf ik onmiddellijk toe niks van het onderwerp te weten. Precies daarom nam ik me voor om Learning Domain-Driven Design van Vlad Khononov op te pakken. En met succes, want al meteen in het eerste hoofdstuk leerde ik iets nieuws: het bestaan van strategische subdomeinen.
Vijf haiku's over software ontwikkelen - Vol. 5
Ik ben zó dichtbij / deze bug te fixen sinds / twee dagen of drie.
Het probleem met technische schuld op je backlog
Zo gaat mijn team om met het monitoren van technische schuld: we prikken elke Sprint een moment waarop we er met elkaar over praten, en als we het belangrijk genoeg vinden om er wat aan te doen, dan voeren we een Product Backlog Item op om die schuld weg te werken. Die aanpak werkt goed - goed genoeg, in elk geval. De technische schuld van onze huidige applicatie blijft grotendeels binnen de perken. En bovendien - dat is nog veel belangrijker - is iedereen in het team op de hoogte van het feit dat sommige plekken verbetering behoeven, en welke plekken dat zijn. Maar toch zit iets me niet helemaal lekker in die aanpak.
Het geweten aan het woord
Ik heb mijn huiswerk niet gemaakt voor de cursus coachend begeleiden. Ironisch genoeg moest dit natuurlijk gebeuren bij de reflectie op de hoofdstukken in Nicolette Kats Coachen met een leeg hoofd waarin de coach als geweten wordt behandeld. Het goede nieuws is dat ik, nu ik weken na dato alsnog een blog aan het onderwerp besteed, kan concluderen dat mijn eigen geweten toch nog enigszins functioneert.
Is kunstmatige intelligentie wel écht intelligent?
Kunstmatige intelligentie (ook wel artificiële intelligentie of kortweg AI genoemd) heeft de laatste jaren een enorme opmars gemaakt. AI neemt een steeds prominentere plek in in het dagelijks leven: van vertaalmachines tot gepersonaliseerde advertenties tot gerobotiseerde obers. Hoog tijd dus om filosofisch op dit fenomeen te reflecteren. Wat is AI? Kunnen computers echt denken? Wat is denken überhaupt? En wat zijn de ethische en politieke implicaties van de steeds grotere rol die AI in de samenleving speelt? Deze en andere vragen komen aan bod in Guido van der Knaaps Van Aristoteles tot algoritme: Filosofie van kunstmatige intelligentie.
Testen via de voordeur
Het ideaal van Test-Driven Development is dit: al coderend breid je je testsuite uit, zonder ooit één test te hoeven herschrijven. Het toevoegen van nieuwe functionaliteit gebeurt op zijn best binnen de kaders van een bestaande API. Op zijn slechtst leidt het tot uitbreidingen daarvan - meer niet. Er is, denk ik, een manier om dichter bij dat ideaal te komen. Dat ideaal bereik je door te testen via de voordeur. Dat houdt kort gezegd in dat je je logica idealiter test via dezelfde route als een gebruiker van je code.
Mijn eerste testgedreven stapjes
Na niet één, niet twee, niet drie, niet vier, maar vijf blogs over Test-Driven Development had ik ervoor nodig, voordat ik het aandurfde. Maar nu is het dan eindelijk zover: onlangs heb ik de eerste testgedreven stapjes gezet in mijn professionele carrière. Een mijlpaal!
Fietsen met tegenwind
Een tijd geleden schreef ik over leren in je codebase. In die blog zette ik uiteen waarom het mijns inziens geen goed idee is om je zelfstudieproject te koppelen aan de productiecode waar je team aan sleutelt. Er is nog een reden waarom je je leerproject verre moet houden van productiecode. - En die reden is dezelfde reden als waarom je niet anderhalf uur naar je werk moet willen fietsen om je buikje weg te werken en/of je hoofd leeg te maken. Als ik die reden in één woord moet vangen, dan is het: druk.
Wat is de O in SOLID nog waard?
Een ontwikkelaar die eens code schrijft en deze nooit meer aan denkt te hoeven passen, is een ontwikkelaar die rot in zijn applicatie verwelkomt. Een al te strikte naleving van het Open-closed principe (OCP) getuigt van een ronduit onverantwoorde houding - in elk geval binnen de context van Agile ontwikkeling. Waar komt de aantrekkingskracht van het OCP dan vandaan?