10 goede voornemens voor developers die je wél volhoudt (nee, “Rust leren” zit er niet bij)

Elke januari doen developers over de hele wereld dezelfde beloftes: “Dit jaar leer ik eindelijk Rust.” “Ik ga alles netjes herschrijven.” “Ik lever nooit meer rommelige code op.”
En in februari… wint de werkelijkheid.
Het probleem is niet je motivatie — het is dat de meeste voornemens te groot en te vaag zijn, of losstaan van je dagelijks werk. Goede voornemens voor developers passen vanzelf in je bestaande manier van werken en maken je werk makkelijker, niet zwaarder.
Hier zijn 10 realistische, praktische voornemens die developers wél volhouden — omdat ze het dagelijks werk verbeteren in plaats van ertegenin te gaan.
- Ruim een klein beetje “onzichtbare” technische schuld op
Je hebt geen groots refactorplan nodig. Neem je in plaats daarvan voor om één klein stukje technische schuld per sprint op te lossen — een wispelturige test, een verwarrende functie, een verouderde dependency of een ontbrekende README.
Kleine verbeteringen tellen razendsnel op, zeker in codebases die al jaren meegaan.
Waarom het werkt:
Je verbetert de kwaliteit zonder je levering te blokkeren of het geduld van je team op te maken.
- Automatiseer één repetitieve klus waar je een hekel aan hebt
Voer je elke week hetzelfde commando, lijstje of deploystapje met de hand uit? Automatiseer het.
Bijvoorbeeld:
-
schrijf een script voor het opzetten van je lokale omgeving
-
automatiseer herinneringen voor het roteren van secrets
-
voeg CI-checks toe voor formatteren of linten
Waarom het werkt:
Je merkt de winst meteen, en daardoor blijft de gewoonte hangen.
- Stop met je eerste oplossing te over-engineeren
Streef dit jaar naar het simpelste dat kan meegroeien, niet naar het “toekomstbestendige” systeem dat je nooit volledig nodig zult hebben.
Begin klein. Meet. Verbeter.
Waarom het werkt:
Je levert sneller op, houdt je hoofd leeg en hoeft geen complexiteit te onderhouden waar niemand om vroeg.
- Lees je foutmeldingen echt (vóór je gaat googelen)
Het klinkt vanzelfsprekend — en toch slaan we het allemaal over.
Nieuw voornemen:
lees de volledige foutmelding voordat je Stack Overflow opent of het aan een AI vraagt.
Waarom het werkt:
Je lost problemen sneller op en leert daadwerkelijk hoe het systeem zich gedraagt.
- Maak van code reviews leermomenten
In plaats van “dit klopt niet” of een stilzwijgende goedkeuring:
-
leg uit waaróm iets ertoe doet
-
draag alternatieven aan
-
stel verhelderende vragen
Waarom het werkt:
Betere reviews tillen de kwaliteit van je team omhoog zonder iemand af te remmen — en maken samenwerken een stuk plezieriger.
- Volg je cloudkosten alsof het een productmetriek is
Behandel cloudkosten als onderdeel van je engineeringkwaliteit, niet als een probleem van de financiële afdeling.
Simpele gewoontes:
-
neem je cloudrekening maandelijks door
-
ruim ongebruikte resources op
-
stel budgetten of waarschuwingen in
Waarom het werkt:
Je voorkomt sluipende kostenlekken en vervelende gesprekken achteraf.
- Documenteer beslissingen, niet alleen API's
Je hoeft geen lange documentatie te schrijven. Noteer gewoon:
-
waarom een tool gekozen is
-
waarom een afweging geaccepteerd is
-
waarom iets juist níét gedaan is
Waarom het werkt:
Je toekomstige zelf (en nieuwe collega's) zullen je dankbaar zijn — en je beantwoordt minder vaak dezelfde vraag.

- Verbeter één securitygewoonte
Security hoeft niet overweldigend te zijn.
Kies er één:
-
zet overal MFA aan
-
roteer secrets vaker
-
verwijder ongebruikte access keys
-
loop elk kwartaal je rechten na
Waarom het werkt:
Kleine securityverbeteringen verlagen je werkelijke risico drastisch.
- Bescherm je focustijd (al is het een beetje)
Steeds van context wisselen sloopt je productiviteit.
Dit jaar:
-
blok elke dag één focusvenster
-
zet je meldingen uit tijdens diep werk
-
bundel je afspraken waar het kan
Waarom het werkt:
Je schrijft betere code in minder tijd — zonder langer door te werken.
- Meet impact, geen output
Stop met succes afmeten aan:
-
regels code
-
afgesloten tickets
-
gewerkte uren
Meet in plaats daarvan:
-
minder incidenten
-
snellere deployments
-
minder rollbacks
-
blijere gebruikers
Waarom het werkt:
Je werk sluit aan op wat het bedrijf echt oplevert — en je voorkomt burn-out.
Tot slot: kleine winst verslaat grote beloftes
Je hebt geen radicale transformatie nodig om dit jaar te groeien als developer.
De beste voornemens zijn:
-
klein
-
saai
-
herhaald
-
verbonden met je echte werk
En ja — wil je later alsnog Rust leren, ga vooral je gang. Maak er alleen niet je januariplan van 😉

Op een jaar met minder wrijving, betere systemen en voornemens die je wél volhoudt.

Geef je softwareontwikkeling een Boost!
Elke DevOps, CI/CD of softwarevraag kunnen wij beantwoorden.
Koffie? ☕
Maatwerksoftware bouwen en beheren
Applicaties die jouw proces volgen, niet omgekeerd. Van eerste schets tot productie, en daarna houden wij ze draaiend.
Lees ook:

Mijn AI agent werkt 's nachts voor me door. Hij mag alleen niks beslissen.
Sinds augustus draait bij ons elke werkdag om half acht een agent die de open merge requests leest en er iets van vindt....

48 grote storingen in twaalf maanden. Wat is er aan de hand bij GitHub?
Bijna acht uur plat op één middag, 48 grote storingen in een jaar, en de grootste oorzaak is capaciteit. Over GitHub dat...

Wat je mist bij AI-agents is meestal geen gereedschap
Ik draai al maanden meerdere AI-agents naast elkaar. Na vijf uur DHH over programmeren met agents bleek mijn gereedschap...

De bedenker van Ruby on Rails schrijft geen regel code meer zelf
De bedenker van Ruby on Rails schrijft geen regel code meer zelf en stuurt zestien agents tegelijk aan. Vijf uur gesprek...

Code wordt goedkoop. Engineering niet.
Een developer met twintig jaar ervaring stopte met AI-coderen — niet omdat het niet werkte, maar omdat het te goed werkt...

Agile Analytics: vind de vertraging in je softwareontwikkeling
Je CI-dashboard laat zien hoe lang een build duurt, niet hoe lang er gewacht is op de review ervoor. Agile Analytics leg...
