Wat overblijft van een systeem als code vervangbaar wordt

Nu AI software op grote schaal kan genereren, verandert de essentie van systeemarchitectuur. Waar de waarde van een applicatie vroeger lag in de handgeschreven code, verschuift het zwaartepunt nu naar de beschrijving waarmee die code gebouwd wordt.

Het einde van de architecturale erfzonde

Een foute architectuurbeslissing bleef vroeger jarenlang bestaan. Herschrijven kostte meer dan het systeem waard was, waardoor ontwikkelaars gedwongen waren om rond de fouten te bouwen. Beslissingen uit het eerste jaar bepaalden zo wat er in de jaren daarna nog mogelijk was.

Met AI verandert dat fundamenteel. Een verkeerd gestructureerd onderdeel kan herschreven worden terwijl het systeem in gebruik blijft. De architectuur wordt stapsgewijs bijgesteld in plaats van eenmalig vastgelegd.

De werkelijke kosten van een herschrijving

Code schrijven kost vandaag een fractie van vroeger, maar herschrijven is nog altijd niet gratis. De echte kosten zitten zelden in de code zelf, maar in:

• Datamigratie: het overzetten van bestaande gegevens.
• Integraties: het opnieuw koppelen van externe systemen.
• Mensen: het opnieuw opleiden van wie er dagelijks mee werkt.

Omdat AI-modellen elk jaar krachtiger en goedkoper worden, levert een latere herschrijving doorgaans betere code op dan de eerste. De harde voorwaarde is wel dat de lessen uit de oude code zorgvuldig zijn vastgelegd.

De beschrijving als afdwingbare norm

Wanneer code vervangbaar wordt, bepaalt zij niet langer de waarde van het systeem. Wat overblijft is de beschrijving: de opbouw, de naamgeving, de ontwerpregels en de kwaliteitseisen.

Het verschil met traditionele documentatie zit in de geautomatiseerde afdwinging:

1. Instructie: AI leest de beschrijving als een directe bouwopdracht.
2. Toetsing: automatische tests en AI-checks controleren elke wijziging aan deze regels.
3. Correctie: afwijkende code raakt niet door de keuring en wordt automatisch herschreven tot ze voldoet.

Of een mens of een AI de code schreef, maakt niet uit: elke wijziging doorloopt exact dezelfde geautomatiseerde controle.

In het startpunt dat ik voor nieuwe projecten gebruik, werkt het zo. Eén document beschrijft de opbouw van elk onderdeel. Eén controle bepaalt wanneer een wijziging af is, en die loopt voor elke wijziging. Terugkerende onderdelen worden uit die beschrijving afgeleid, op dezelfde manier, onafhankelijk van wie ze maakte.

Een nieuwe invulling van eigenaarschap

Als systeemeigenaar hoeft u de code niet meer te kunnen lezen, want die verandert voortdurend. Wel moet u de beschrijving begrijpen en toetsen aan de praktijk. Een fout in de beschrijving wordt door AI even betrouwbaar gebouwd als een juiste regel.

Contractuele rechten op code en data zijn slechts de ondergrens. Wie de beschrijving bezit, houdt de controle bij een herschrijving of een wissel van ontwikkelaar. De beschrijving is het eerste wat een volgende bouwer, mens of AI, leest.

Vijf vragen voor uw softwarebouwer

Stel een softwareleverancier deze vijf vragen voor u een contract ondertekent:

1. Bestaat er een bindend document dat de structuur en regels van de code vastlegt?
2. Wordt elke wijziging automatisch aan die regels getoetst, ook als AI ze schreef?
3. Is de beschrijving opgesteld in de taal van het werk zelf, begrijpelijk voor de organisatie?
4. Kan een volgende bouwer meteen verder zonder mondelinge overdracht?
5. Zijn de beschrijving, de code en de data contractueel volledig uw eigendom?

Kunt u vijf keer ja antwoorden? Dan is een herschrijving een beheersbare stap. Elk systeem wordt ooit vernieuwd. Wat er op dat moment van overblijft, beslist u vandaag, in het document en in het contract.