2 maart 2026

Stop met twijfelen en begin met schrijven

Maarten Louage

Software architect

#software engineering
#xprtz
Afbeelding is gegenereerd met behulp van A.I.

Stop met twijfelen en begin met schrijven

De twijfel begint bij een misvatting die veel ontwikkelaars met zich meedragen: het idee dat schrijven iets is voor anderen. Tijdens mijn presentatie "Write Blog Posts That Get Read" (lees boekbespreking van onderstaande bron) vertelde ik hoe krachtig schrijven voor ontwikkelaars juist kan zijn. Zodra je je gedachten op papier zet, dwing je jezelf om je werk beter te begrijpen. Je maakt zichtbaar wat je allemaal kan, je deelt kennis met anderen en je vergroot je impact op een manier dat je met alleen maar code nooit kan bereiken. Schrijven is geen bijzaak, het is een vorm van denken, documenteren en communiceren die je carrière en je team vooruithelpt.

Waarom schrijven zoveel oplevert

Veel ontwikkelaars houden zichzelf tegen met dezelfde excuses. Ze vinden hun Engels niet goed genoeg, denken dat ze geen tijd hebben, wachten tot een project “af” is of gaan ervan uit dat iemand anders het onderwerp al heeft behandeld. Soms schuilt er zelfs een stille onzekerheid achter: heb ik wel iets interessants te vertellen? Maar iedereen die software bouwt, lost problemen op dat andere ontwikkelaars op een bepaald moment ook zijn tegengekomen. Je hebt inzichten opgedaan die waardevol zijn, fouten gemaakt waar anderen van kunnen leren en je hebt keuzes gemaakt die het waard zijn om uit te leggen.

Schrijven helpt je om die ervaringen om te zetten in iets dat anderen verder brengt. Het maakt je gedachtenproces kritischer, je werk beter zichtbaar en helpt je organisatie door kennis te verspreiden, talent aan te trekken en producten beter uit te leggen. Zodra je schrijven ziet als onderdeel van wat je kan als ontwikkelaar, voelt het niet langer aan als een extra taak maar als een onderdeel van je werkproces.

Hoe schrijf je nu iets dat je publiek écht willen lezen

Zodra je besluit te schrijven, komt de vraag: maar waarover dan? Ideeën liggen voor het oprapen als je weet waar je moet kijken. Ik gebruik graag de drie P’s:

  • Proud: schrijf over iets waar je trots op bent
  • Pain: iets dat je pijn heeft gedaan of
  • Proud: iets waar je gepassioneerd over bent.

Een bug die je eindelijk hebt opgelost, een migratie die verrassend goed of slecht ging, een tool die je positief verraste, een trend waar je een sterke mening over hebt. Dát zijn de verhalen die blijven hangen.

Maar een goed idee is nog geen goed artikel. Een blogpost die opvalt heeft een prikkelend onderwerp dat meteen de aandacht grijpt, een duidelijke educatieve kern waarin je iets bruikbaars uitlegt en een soepele schrijfstijl die voelt alsof je een gesprek voert in plaats van een handleiding schrijft. Structuur, helderheid en eerlijkheid maken het verschil.

Het schrijfproces zelf is uiteindelijk minder intimiderend dan het lijkt. Het begint met een rommelige eerste versie waarin je zonder rem alles opschrijft wat in je opkomt. Pas daarna ga je verfijnen: feiten controleren, de focus aanscherpen, de opbouw verbeteren, de introductie sterker maken en ervoor zorgen dat je artikel waarmaakt wat je in het begin belooft. Dit is ook meteen het moment om feedback te vragen. Je kan het opvatten als een code review: kies reviewers die technisch sterk zijn of goed kunnen schrijven, geef ze context en stel gerichte vragen.

Wanneer je tevreden bent, is het moment van publiceren aangebroken. Dat betekent dat je de tekst nog even bekijkt op mobiel en desktop, controleert of de codefragmenten goed worden weergegeven, links werken, afbeeldingen scherp zijn en de metadata klopt. Pas dan laat je het los en begint het zijn eigen weg te vinden.

Hoe je van schrijven een gewoonte maakt

De grootste uitdaging is niet het schrijven zelf, maar het volhouden. De crux van het verhaal is om schrijven niet als extra taak te zien maar als onderdeel van je dagelijkse werk. Als je een bug oplost, noteer dan in vijftien minuten wat er gebeurde. Als je een project afrondt, is je ontwerpdocumentatie al bijna gelijk aan een "how we built it"-post. Als je iets leert dat je verrast, schrijf het meteen op. Gebruik de tools die je al kent en zoek iemand met wie je samen kunt schrijven of feedback kunt uitwisselen.

De kern van mijn presentatie was dat schrijven één van de meest onderschatte vaardigheden is die een ontwikkelaar kan hebben. Het maakt je werk beter, je denken scherper en je bijdrage aan de community groter. Het hoeft niet perfect te zijn. Je hoeft alleen te beginnen.

Welke ervaringen uit jouw recente opdrachten zou je als eerste willen vastleggen en met ons willen delen?

Bronnen

Sarna, P., & Dunlop, C. (2025). Writing for developers: Blogs that get read. Manning.

Maarten Louage

Hands-on software architect bij XPRTZ. Maarten werkt op dit moment als solution architect bij Rabobank aan een project om pipelines compliant te houden.