Een practitioner's gids voor AI-ondersteund coderen

[Een iets diepgaandere versie van de laatste presentatie] Je hebt het in een weekend afgeleverd. Kun je het om 3 uur 's nachts oplossen als je een klantenoproep krijgt? AI schrijft nu de code. Het moeilijke deel is vertrouwen op wat je niet volledig kunt lezen — of je nu een ingenieur bent die 2.000 regels per dag goedkeurt, een oprichter wiens hele product door iets anders is geschreven, of een student die zich afvraagt hoeveel je leert. De mindsetverschuiving die we nodig hebben: Van een AI-ondersteunde ontwikkelaar -> Naar AI-ondersteunde systeemarchitect. Een praktijksessie over het bouwen van de harnassen: hoe agents hard te laten werken zonder uiteindelijk met een systeem te eindigen dat je niet kunt verdedigen. Een beetje op specificaties gebaseerd ontwikkeling en contextengineering -- wat is het beste hulpmiddel voor jou? - Als je het nooit hebt hoeven stoppen, is het geen schone run - het is er een die niemand heeft bekeken. - Aardig vragen werkt niet altijd. Beperkingen gelden alleen als iemand ze controleert. - Ga alleen zo snel als je kunt zien. Hoe groot een taak, hoe vaak je kijkt, wanneer te stoppen met proberen - allemaal dezelfde oproep. - Jouw correcties zijn een asset. Dezelfde fix die je elke twee weken met de hand aanbrengt, moet iets worden dat de agent niet meer nodig heeft. - Wat niet te delegeren. Snelheid is waardeloos als je de verkeerde kant op beweegt, en het delegeren van het werk dat je nog niet hebt geleerd heeft een kostprijs die later zichtbaar wordt. Geen Cursor of Claude Code tutorial. Geen 10x belofte. Breng de fout mee die je niet kon uitleggen en iedereen zal proberen een oplossing te vinden.