Legacy-code modernisering

Legacy code is bijna nooit het echte probleem. Het probleem is dat niemand meer weet wat het systeem op dit moment doet. Ik werk vanuit het draaiende systeem: gedrag vastleggen met tests, en daarna bewust veranderen, in kleine stappen die je kunt terugdraaien.

Gevestigd in Groningen, werkzaam door heel Nederland en op afstand voor klanten wereldwijd.

Refactoring en modernisering van oudere codebases. Framework-upgrades, zorgvuldige test-gedreven aanpassingen en migraties van end-of-life-platforms.

Legacy code is zelden het oorspronkelijke probleem. Het werk zit in begrijpen welk gedrag het huidige systeem werkelijk heeft, en dat dan veranderen zonder de delen kapot te maken die niemand heeft gedocumenteerd.

Geschikt voor

Mijn aanpak

  1. Eerst het huidige gedrag vastleggen. Voordat ik iets verander, leg ik met characterization tests vast hoe het systeem zich vandaag gedraagt. Modernisering mag niet stilletjes veranderen waar het bedrijf op leunt.
  2. In stappen. Grote herbouwprojecten lopen nogal eens uit en leveren laat op. Daarom migreer ik per module, scherm of koppeling, terwijl het systeem gewoon blijft draaien.
  3. Kennis blijft in huis. Onderweg documenteer ik wat het oude systeem werkelijk doet, wat vaak nergens op papier staat. Zo word je minder afhankelijk van één persoon, ook van mij.

Werk dat ik kan laten zien

Tech die ik gebruik

Characterization tests, contract tests, geleidelijke TypeScript-adoptie, monorepo-migraties, dependency-upgrades, Delphi- en Pascal-modernisering.

Veelgestelde vragen

Kun je werken met Delphi- of Pascal-codebases?

Ja. Modernisering kan variëren van stapsgewijze refactoring binnen Delphi tot volledige migratie naar een moderne webstack. De juiste route hangt af van hoeveel businesslogica in de UI-laag zit.

Blijft de applicatie werken tijdens de migratie?

Ja. Veranderingen gaan in kleine, omkeerbare stappen, met eerst characterization tests, zodat het draaiende systeem zijn gedrag behoudt terwijl onderdelen erachter worden vervangen.

Wat als er helemaal geen tests zijn?

Dat is eerder regel dan uitzondering. De eerste fase voegt meestal genoeg characterization tests toe rond de delen die we gaan veranderen, zodat verder werk veilig is. Volledige testdekking is zelden het doel; veilig-veranderbaar wel.

Herbouwen of refactoren?

Meestal refactoren, soms een onderdeel herbouwen, zelden het hele systeem. Het eerlijke antwoord volgt uit de staat van de code, de testdekking en hoe lang het huidige platform nog houdbaar is, en precies dat brengt een korte audit in kaart.

Meer lezen:

Even sparren?

Vertel me wat je wilt bereiken. Ik laat eerlijk weten of ik een goede match ben.

Neem contact op

Andere diensten

Begin een gesprek