Als je op het internet gaat en vooral op social media, zou je ongetwijfeld iets tegenkomen over AI en software ontwikkeling. Overal lijkt er doom en disaster te zijn wat betreft banen in de software-industrie.
Alhoewel het grotendeels een beetje overdreven is, zit er wel een kern van waarheid in. Het feit is dat AI-tools zoals Claude Code degelijk snel en goed kunnen coderen. En als je uitzoomt is het proces eigenlijk hetzelfde als een lead developer die taken delegeert aan stagiairs of juniors.
Maar de AI schrijft helaas vijf keer betere code en is tien keer zo snel.
Je zou dan waarschijnlijk denken: "Oké, waarom gebruiken juniors dan niet gewoon Claude Code en maken ze het een deel van hun werkproces?" Ze doen het al, maar het gaat niet zo soepel als bij hoog-medior en senior software ontwikkelaars.
Er zijn talloze redenen waarom dit het geval is (hier ga ik later een apart artikel over schrijven), maar er is één hele grote reden...
De meeste developers zijn geen goede Architect Designers.
Ik zeg hier bewust "de meeste", omdat er wel een kleine groep bestaat die in deze categorie valt. Om überhaupt een Architect Designer te zijn moet je fullstack kennis hebben én minimaal hoog-medior ervaring.
Wat is een Architect Designer?
Tijdens het ontwikkelen van software moet je talloze keuzes maken. Veel developers denken dat hun taak is om te bepalen hoe de code eruitziet, maar dat is het laagste niveau van besluitvorming.
De belangrijkste keuzes beginnen al bij het selecteren van de technologie die het beste past bij het project:
- Hebben we backend code nodig voor dit project?
- Welke framework past het beste?
- Is een database hier van toepassing?
- Kunnen we niet simpelweg WordPress gebruiken?
Dat zijn de keuzes die échte impact hebben op het project.
Een niveau lager heb je vragen over hoe je de folderstructuur opzet en hoe je de code dynamisch en onderhoudbaar maakt:
- Gebruik je inheritance om API calls te vereenvoudigen?
- Maak je een template voor AI requests, zodat het overal consistent is?
- Welke elementen moeten gecentraliseerd worden?
- Hoe voorkom je technische schuld op de lange termijn?
Dit zijn vragen die je zelf moet beantwoorden en niet moet outsourcen aan AI. Een AI kan uitstekend code schrijven binnen een gegeven structuur, maar het bepalen van díe structuur vereist menselijk inzicht, ervaring en strategisch denken.
De paradox van AI-weerstand
Hier raken we een interessant fenomeen. Veel developers die neerkijken op AI-coding tools, zijn precies degenen die het meest te vrezen hebben.
De reden is pijnlijk simpel: de taken die deze developers uitvoeren, worden objectief gezien beter gedaan door AI. Ze schrijven implementatiecode, volgen instructies, en lossen geïsoleerde problemen op — precies waar AI in uitblinkt.
Deze developers zijn vervangbaar. Niet omdat ze slecht zijn in wat ze doen, maar omdat ze vastzitten op een niveau waar AI hen kan evenaren of overtreffen.
Ondertussen omarmen de beste developers AI-tools volledig. Ze zien het niet als bedreiging, maar als een krachtversterker. Zij besteden hun energie aan wat AI (nog) niet kan: het maken van strategische keuzes, het begrijpen van business requirements, en het ontwerpen van systemen die jaren meegaan.
Hoe word je een betere Architect Designer?
Het goede nieuws: Architect Design is een vaardigheid die je kunt ontwikkelen. Hier zijn concrete stappen:
1. Bouw complete projecten van scratch
Stop met alleen features toevoegen aan bestaande codebases. Begin projecten vanaf nul en dwing jezelf om elke architecturale beslissing bewust te maken. Waarom kies je voor deze database? Waarom deze mappenstructuur?
2. Leer van bestaande architecturen
Bestudeer open-source projecten die goed gebouwd zijn. Kijk niet alleen naar de code, maar naar de structuur. Waarom hebben ze bepaalde keuzes gemaakt? Welke trade-offs zijn er?
3. Denk in systemen, niet in functies
Train jezelf om bij elke feature te vragen: "Hoe past dit in het grotere geheel?" en "Wat zijn de lange-termijn consequenties van deze keuze?"
4. Gebruik AI als sparringpartner
Ironisch genoeg kan AI je helpen een betere architect te worden. Vraag Claude om feedback op je architecturale beslissingen. Laat het alternatieven voorstellen en leg uit waarom je bepaalde keuzes maakt.
5. Maak fouten en leer ervan
De beste manier om te leren welke architectuur werkt, is door te ervaren welke niet werkt. Bouw iets, loop tegen de limieten aan, en onthoud die lessen.
Conclusie
De toekomst van software development is niet AI versus mens. Het is AI én mens, waarbij de mens de rol van architect en strateeg vervult.
De developers die floreren in dit nieuwe tijdperk zijn niet per se de beste codeurs. Het zijn degenen die kunnen bepalen wát er gebouwd moet worden en hóe de puzzelstukken in elkaar passen. Zij gebruiken AI als een verlengstuk van hun capaciteiten, niet als vervanging.
De vraag die je jezelf moet stellen is niet: "Kan AI mijn werk doen?" Maar: "Doe ik werk dat alleen ik kan doen?"
Als het antwoord "nee" is, dan is het tijd om te investeren in Architect Design skills. Niet omdat AI je baan gaat afpakken, maar omdat je zoveel meer waarde kunt leveren als je op een hoger niveau opereert.
De keuze is aan jou.
