recensies
De geschiedenis van programme(ercultu)ren
Vraag tien programmeurs naar de beste manier om een probleem op te lossen, en je krijgt tien verschillende antwoorden. Conclusie: ‘It depends.’ Maar stel tien programmeurs de vraag wat programmeren precies inhoudt, en je krijgt waarschijnlijk óók tien verschillende antwoorden. Bij de geboorte van softwareontwikkeling, in de jaren ‘50, kon het gebrek aan consensus nog worden geweten aan de onvolwassenheid van het vakgebied. Maar anno 2026 liggen de visies op de aard van programmeren nog steeds even ver uit elkaar. It depends, blijkbaar – maar waarvan dan?
Existentialisme op de werkvloer
Normaal is: kleren aantrekken die je voor een sollicitatiegesprek kocht en in de file staan in een auto die je nog aflost, zodat je de baan kan krijgen om te kunnen betalen voor de kleding en auto, en voor het huis dat je de hele dag leeg laat staan zodat je je kunt veroorloven erin te kunnen wonen. Deze observatie van journalist Ellen Goodman illustreert prachtig de absurditeit van het moderne bestaan. We besteden een enorm groot deel van ons leven op het werk – maar waarom eigenlijk? Hoe past werk in ons bestaan? Hoe vormt – en vervormt – het ons? Dit is het soort vragen dat Mark Cole behandelt in zijn Being at Work: Using Existentialism to Make Sense of Your Organisational Life.
Wat vertelt de Turingtest ons?
Stel, een proefpersoon zou via een computerterminal twee gesprekken voeren: één met een mens, en één met een machine. Als hij niet zou kunnen onderscheiden welke van zijn gesprekspartners de menselijke is en welke de machine, dan kunnen we de machine redelijkerwijs “intelligent” noemen. Dit experiment is in de literatuur de Turingtest gaan heten, en wordt zowel geprezen als verguisd. Maar wat vertelt de Turingtest ons nu precies? Dat is het onderwerp van Bernardo Gonçalves’ essaybundel The Turing Test Argument.
Moet testen een onderdeel van een tutorial zijn?
Onlangs las ik Building Web APIs with ASP.NET Core van Valerio De Sanctis – niet omdat het ontwikkelen van Web API’s in ASP.NET Core onontgonnen terrein voor me was, maar omdat het nooit kwaad kan om op zoek te gaan naar gaten in je kennis, ook als je een techniek al tijden gebruikt. Bovendien had ik het boek in een vroege fase gereviewd, en ik was benieuwd wat er uiteindelijk van was geworden.
Nooit meer klamme handjes
Klamme handjes tijdens de tweewekelijkse productdemo aan het eind van de Sprint, gestotter gedurende die belangrijke presentatie voor een nieuwe klant, of – god verhoede – een complete black-out op het podium van een Meet-up of conferentie. Herkenbaar? Spreken in het openbaar is één van de grootste angsten van professionals in het algemeen (en van introverte softwareontwikkelaars in het bijzonder!).
Leiden zonder romantiek
Wat maakt een goede leider? Daar zijn bibliotheken over volgeschreven. Leiders zijn aanvoerders: moedig gaan ze voor de troepen uit. Ze maken groei mogelijk. Verheven zijn ze, een voorbeeld voor de rest. Maar ze zijn ook je maatje. Vaak bedienen we ons van dit soort romantische beelden als we het over leiders hebben. De praktijk, merkt veranderkundige Joost Kampen op in Destructief leiderschap, is vaak weerbarstiger.
Beter testen in de Agile praktijk
Een twee weken durende Sprint is te kort voor het opstellen van gedetailleerde testplannen, en wie de testwerkzaamheden bewaart voor de laatste fase van de Sprint, komt onvermijdelijk in tijdnood. Hoe kan het beter? Dat antwoord wordt gegeven aan de hand van twintig praktijkcases in De karakteristieken van een modern testproces.
Leren leren op het werk
De mens is een lerend wezen. Wie zijn ogen ervoor openhoudt, ziet dat we haast elke dag wel een nieuw inzicht opdoen. Maar zodra men aan het werk gaat, lijkt een groot deel van de mensen die lerende houding thuis te laten. Sterker nog, goedbedoelde leerinitiatieven worden van tijd tot tijd zelfs met vijandigheid begroet. Waarom? Zijn we toch niet zo lerend als je op voorhand zou denken?
De vraag achter de vraag ontdekken
Requirements engineering is… moeilijk. Heel moeilijk. Het achterhalen van de systeemvereisten vraagt een enorme inspanning van requirementsanalisten. Het op te lossen probleem is immers altijd vager, minder gedefinieerd dan de absolute precisie die software verlangt. Analisten moeten belanghebbenden de juiste vragen weten te stellen om een vertaalslag te kunnen maken van business naar IT. Gelukkig hoeven ze dat niet alleen te doen. Handboek requirements van Nicole de Swart is een onmisbare gids in dit proces.
Van rader in het geheel naar bron van talent
Hoe ziet een bedrijf haar personeel? Een hint van een antwoord zit ‘m in de daaraan toegewijde afdeling: human resource management. Personeel is een resource, een hulpbron - net als het IT-systeem, maar dan menselijk - die gemanaged moet worden. Die metafoor heeft enkele interessante consequenties, die inderdaad regelmatig haar uitwerking vinden in de praktijk: medewerkers zijn raderen in het geheel, ze moeten op hun prestaties beoordeeld worden en kunnen eenvoudig vervangen worden wanneer ze een negatieve impact hebben op dat geheel. Die zienswijze is hopeloos achterhaald, betoogt Rob van den Berg in Futureproof talentmanagement.