In mijn carriere heb ik vaak te maken gehad met een vrij ongrijpbaar element van software development: het inschatten van de tijd die nodig is om bepaalde functionaliteit te maken. Het is een soort ‘dark art’ waarin intuitie, ervaring en ongefundeerd optimisme samenkomen om een wilde slag te slaan naar ‘hoe lang het gaat duren om dit te bouwen’. Onder programmeurs is het een rijk veld van humor, vaak met een kern van waarheid. Zo is er de ‘pi-regel’: maak een schatting van de tijd die je denkt nodig te hebben, en vermenigvuldig die met pi (ongeveer 3).
Waarom vertel ik dit? Afgelopen week had ik een ervaring waaruit bleek hoezeer het vak van software development aan het veranderen is. Ik wilde een demo-applicatie maken voor een Agent Constitution Framework waaraan ik werk binnen NHL Stenden. Denk aan: html/css/js frontend met 10 tabs, python backend, ollama taalmodel, sqlite database. Had ik dit werk in mijn vorig leven als ontwikkelaar moeten inschatten, dan had ik 2-3 weken geschat.
Maandag om 8:00 begon ik met schrijven van de specificatie. Om 8:20 was dat klaar. Daarna vroeg ik Claude Opus 4.5 om de code te maken. Om 8:30 was de code klaar. En het werkte in één keer. Prima user interface, mooie code, werkelijk niks op aan te merken. Dat is dus ongeveer 200x sneller dan wat ik een paar jaar terug zou hebben ingeschat. Met behoorlijk wat verbazing heb ik naar mijn scherm gekeken.
Natuurlijk bestaat het vak van programmeur niet alleen uit code schrijven. Consensus vinden over wat gebouwd moet worden is minstens zo belangrijk. En natuurlijk gaat het hier om een kleine, nieuwe applicatie, die alleen lokaal op mijn computer hoeft te draaien. Alle gedoe rond devOps, hosting, en security ontbreken hier. Maar toch. Het vak veranderd razendsnel.