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? ☕
Lees ook:

Een cloudmigratie plannen (zonder gek te worden)
Je weet dat je naar de cloud moet. Maar je ziet ertegenop: wat als we data kwijtraken? Hoe lang gaat dit duren? Wat als ...

Een PWA bouwen in 2026: wat je als React-developer écht moet leren
Heb je al React-applicaties gebouwd, dan valt een Progressive Web App waarschijnlijk reuze mee. De term heeft nog altij...

Cloudkosten optimaliseren: hoe een SaaS-bedrijf 35% bespaarde
Een klein SaaS-bedrijf van zo'n 50 medewerkers klopte bij ons aan met een zorg die in de budgetbesprekingen was komen bo...

5 dingen waar je op moet letten als je een website bouwt die écht scoort
Veel SEO-advies klinkt nog altijd alsof het uit 2014 komt. Eindeloze keywordlijstjes, “content is king”, en gepieker ove...

Waarom IAM misschien wel het gevaarlijkste deel van je cloud is
Vraag iemand waar het risico in de cloud zit, en je krijgt meestal dezelfde antwoorden: blootgestelde databases, verkeer...

Als AI de juniorrollen overneemt, waar komen de seniors dan vandaan?
Er zit een stille tegenstrijdigheid in hoe we over AI in softwareontwikkeling praten. Aan de ene kant is er enthousiasm...
