Doet een CTO code reviews?

"Code reviews zijn voor mij heel belangrijk. Dit is voor mij dé manier om de kwaliteit te waarborgen van wat we doen. Het kost me wel veel tijd, en soms voel ik me hierin de bottleneck van het team."

Het was niet de eerste CTO die dat tegen mij vertelde.

Ik vroeg hem waar hij dan zoal op lette.

"Ik let op de algemene samenhang en interne logica. Als iemand nieuw over een paar maanden deze code in haar handen krijgt, begrijpt ze dan wat er staat?"

Dat snap ik. Ben jij de enige die dat kan?

"Goh, eigenlijk niet. We hebben een paar senior mensen die dat zeker ook kunnen. Alleen..."

Alleen wat? Zijn er nog andere redenen?

"Zo kan ik opvolgen hoe ver we staan met alles."

Code lezen om te kijken wat een programma doet: dat heb ikzelf altijd een hele uitdaging gevonden. Het is alsof je kijkt naar de elektrische bedrading van een machine om uit te vogelen dat het een hijskraan is. Zijn er andere manieren om op te volgen hoe ver je staat?

"Eh..."

Als ik naar een hijskraan kijk, weet ik dat het een hijskraan is zonder dat ik de details van de bedrading moet kennen. Als ik wil weten of ze werkt, laat ik er iemand inkruipen, of ik doe het zelf, en laat haar iets ophijsen. Kan je hetzelfde doen met jullie software?

"Ja, een demo kan natuurlijk altijd. Maar soms is er geen UI, dat is wel moeilijker."

Zou je een text output op een command line kunnen lezen?

"Ja, natuurlijk."

Zou je daar genoeg informatie mee hebben over waar je team staat?

"Ja, eigenlijk wel."

Zou je team sneller vooruit gaan als je zelf geen code reviews meer doet?

"Zeker en vast!"