本站提供正體中文版。切換到正體中文本站提供简体中文版。切换到简体中文This site is available in English.View in Englishこのサイトには日本語版があります。日本語で表示이 사이트는 한국어로도 제공됩니다.한국어로 보기Diese Website ist auch auf Deutsch verfügbar.Auf Deutsch ansehenEste sitio web también está disponible en español.Ver en españolQuesto sito è disponibile anche in italiano.Visualizza in italianoCe site est également disponible en français.Afficher en françaisEste site também está disponível em português.Ver em portuguêsЭтот сайт также доступен на русском языке.Смотреть на русскомयह वेबसाइट हिन्दी में भी उपलब्ध है।हिन्दी में देखेंهذا الموقع متاح أيضًا باللغة العربية.عرض بالعربيةSitus ini juga tersedia dalam bahasa Indonesia.Lihat dalam bahasa IndonesiaBu site Türkçe olarak da mevcut.Türkçe görüntüleTa strona jest dostępna także po polsku.Wyświetl po polskuTrang web này cũng có phiên bản tiếng Việt.Xem bằng tiếng Việtاین وب‌سایت به فارسی هم در دسترس است.مشاهده به فارسی

Van “als het maar draait” naar “durven veranderen en werkend krijgen”: het codeerdagboek van één maand van een groentje

AI2026.04

Even vooraf: ik ben geen softwareontwikkelaar, en de programmeerinhoud waarover ik het hier heb, is eigenlijk allemaal het zogeheten Vibe Coding, de soort waarbij men puur op zijn gevoel afgaat.

Een laptop op het bureau toont code, ernaast plakbriefjes, een klein whiteboard met het bewerkingsproces erop geschreven, een pomodoro-timer, een handgeschreven codeerdagboek en een mok met een kat

Om mijn werk wat vlotter te laten verlopen, ben ik de laatste tijd voortdurend mijn eigen kleine gereedschappen aan het ontwikkelen. De afgelopen twee dagen heb ik drie dingen gedaan: begonnen met back-ups maken met Git, een paar bugs in de programmalogica opgelost, en een nieuw AI-model gekoppeld.

Het moeilijkst is niet de syntaxis, maar het gewenste in code omzetten

Na een maand is mijn grootste inzicht dit: het moeilijkste aan programmeren is eigenlijk niet de syntaxis, maar het omzetten van “wat ik nu eigenlijk wil” in “concrete code”.

Neem bijvoorbeeld “een bug fixen”: dat is snel gezegd, maar voordat u werkelijk aan de slag gaat, moet u zichzelf eerst een heleboel vragen stellen:

  • Moet ik eerst opslaan?
  • Moet ik een nieuwe branch aanmaken?
  • Wanneer test ik? En hoe test ik?
  • Wanneer geldt het na het wijzigen als “klaar”?
  • Moet ik meteen ook maar een versienummer zetten?

Dit zijn eigenlijk stuk voor stuk geen programmeervragen, maar vragen van “werkgewoonten”. Dit proces mag in de branche heel gebruikelijk zijn, maar voor een programmeerbeginner is het ronduit een nachtmerrie.

Een paar kleine dingen die ik heb geleerd

In deze ene maand heb ik een paar kleine dingen geleerd, die ik deel met beginners zoals ik:

  1. Zet eerst het beschermschild op en begin dan pas met sleutelen. Met Git voor versiebeheer bent u, zelfs als u alles verknoeit, binnen dertig seconden terug in het verleden — net zo geruststellend als een savepunt in een game.
  2. Doe maar één ding tegelijk. Verander vooral niet “meteen nog een regeltje omdat u toch bezig bent” — dat is precies het soort dat uw toekomstige ik met het hoofd tegen de muur wil laten bonken.
  3. Langzaam is normaal. Een hele middag om één klein functietje af te krijgen? Ja, dat is de dagelijkse gang van zaken. Die spoedcursussen liegen meestal tegen u.
  4. Schrijf aantekeningen voor uw toekomstige ik. Anders denkt u de volgende keer dat u terugkomt dat iemand anders het programma heeft geschreven. (Oké, goed: dit programma is echt door een AI geschreven.)

Van “als het maar draait” naar “durven veranderen en werkend krijgen”: wat daartussenin ligt, zijn waarschijnlijk juist deze werkgewoonten die er onopvallend uitzien en toch stuk voor stuk moeten worden aangevuld.