Het werkt... maar is het goed?

In deze aflevering trekken Oumaima, Viktor en Maarten meteen voluit. Het vertrekpunt is simpel: wat betekent clean code eigenlijk, en wanneer houdt netjes werken op en begint perfectionisme? Iedereen heeft er een mening over, maar de realiteit op de werkvloer is zelden zo zwart-wit als de boeken het voorstellen.

Een groot deel van het gesprek draait rond de frustratie van werken op legacy projecten. Oumaima beschrijft een codebase waar ze tien namen tegenkomt in één klasse, telkens van iemand die intussen alweer vertrokken is. Viktor herkent de verwarring van een eerste project zonder duidelijke structuur. En Maarten kent het gevoel maar al te goed van ergens binnenkomen als consultant terwijl alles al in brand staat, met de verwachting dat hij het in twee dagen omgooit. Spoiler: zo werkt het niet.

De drie bespreken ook hoe afspraken over codekwaliteit vaak gewoon ontbreken. Niet omdat niemand het belangrijk vindt, maar omdat iedereen ervan uitgaat dat het toch wel duidelijk is. Linting tools, formatter configs, pull request conventies: ze bestaan, maar worden zelden consequent afgedwongen. Maarten stelt dat veel van die discussies overbodig zouden zijn als de tooling gewoon op voorhand goed was ingesteld. Over spaties en accolades in een pull request reviewen terwijl de formatter het probleem in één klik oplost, dat is gewoon energie verspillen.

Een van de interessantste wendingen in de aflevering is de discussie over pair programming. Maarten verdedigt het idee dat veel taken eigenlijk altijd al voor twee personen bedoeld waren, ook al worden ze ingeschat voor één. Als je samen werkt, heb je meteen een code review, leer je de codebase sneller kennen en is de kans op sluipende rommel een stuk kleiner. De theorie van de gebroken ruit komt ook langs: als er al een ezeloor in het boek zit, voelt een tweede er een heel stuk minder erg aan. Maar Viktor en Maarten zijn het erover eens dat dat eigenlijk geen excuus is, hoe begrijpelijk het psychologisch ook is.

Tijdens de quickfire ronde kiezen de drie voor zelfverklarende code boven comments, voor lange functienamen boven korte met toelichting, en voor kleine pull requests boven één grote. Maarten geeft ook eerlijk toe dat hij in zijn leven heel wat FixMe-comments heeft geschreven die er vandaag nog altijd staan. De moraal van het verhaal is misschien wel dat clean code minder een kwestie is van regels kennen, en meer van attitude en de bereidheid om er telkens opnieuw voor te kiezen.

Als je zelf ooit een FixMe hebt laten staan die je allang had willen oplossen, of als je weet hoe het voelt om code te erven van tien naamloze voorgangers, dan is deze aflevering precies wat je nodig hebt. Luister mee en laat weten hoe jij de balans probeert te bewaren.