Legacy-modernisering. Utan stor smäll.
Legacy-modernisering betyder för oss att förbättra ett äldre system en del i taget: först förstå det, sedan skydda det med tester och först därefter ändra det. En total omskrivning är sällan rätt första steg.
Känner du igen dig?
Systemägare
Verksamheten går på gammal kod, och varje ändring känns läskig.
Team som ärvt en kodbas
De ursprungliga utvecklarna har gått, dokumentation saknas och tester finns inte.
Företag med åldrande teknik
Ett ramverk, en språkversion eller en infrastruktur närmar sig slutet.
En omskrivning låter enkel tills man försöker.
Ett äldre system innehåller år av affärsregler som ingen har skrivit ner. En total omskrivning måste upptäcka dem alla igen — ofta i produktion.
Att bara lappa räcker inte heller om varje ändring förstör något. Det behövs ett sätt att ändra systemet säkert.
Förstå, skydda, ändra
Kartlägg kodbasen
Agenter läser koden parallellt och bygger en karta: moduler, beroenden, dataflöden och riskområden. En senior kontrollerar kartan, eftersom en modell kan missförstå gammal kod.
Tester före ändringar
Nuvarande beteende låses med tester, så att vi vet vad som ändrades och vad som inte gjorde det.
Stegvis ersättning
Del för del in i en ny struktur (strangler fig-mönstret). Gammalt och nytt kan köras sida vid sida tills den nya delen är bevisad.
En ärlig bedömning
Ibland är en del värd att skriva om. Vi säger var och varför — inte som en allmän princip.
Vi börjar inte om bara för att vi inte började.
- Idé
- Lovable
- Bolt / v0
- Befintlig kod
- ✓ Arkitektur
- ✓ Backend
- ✓ Databas
- ✓ Inloggning
- ✓ Integrationer
- ✓ Tester
- ✓ Infra
- ✓ Säkerhet
- ✓ Övervakning
Vad modernisering kan betyda
- ↗ Karta och riskrapport över kodbasen
- ↗ Testtäckning före ändringar
- ↗ Uppgraderingar av ramverk och språkversioner
- ↗ Bryta ut delar ur en monolit
- ↗ Förnya ett gammalt användargränssnitt
- ↗ Flytt till modern infrastruktur och CI/CD
- ↗ Dokumentation för nästa utvecklare
Genererat är inte klart. Verifierat är klart.
AI-modeller gör misstag, det gör människor också. Vår process är byggd för att fånga dem innan dina användare gör det: mänsklig granskning, tester anpassade efter risken och validering före release.
Vad betyder ”klart”? ↗Hur kommer vi igång?
En bra start är en avgränsad kartläggning: kodbasens skick, de största riskerna och ett vettigt första steg. Den ryms ofta i en avgränsad utvecklingssprint (5 000 € + moms för första veckan, fast pris).
Bra frågor.
Omskrivning eller stegvis modernisering?＋
Oftast stegvis. En omskrivning är motiverad när den gamla lösningen blockerar en kritisk ändring och inte rimligt kan skyddas med tester. Vi avgör efter kartläggningen, inte före.
Hur hjälper AI med gammal kod?＋
Agenter läser mycket kod snabbt: spårar beroenden, beskriver beteende och skissar tester. Resultaten kontrolleras, eftersom en modell kan missförstå gammal kod.
Måste systemet stängas av?＋
Oftast inte. Ändringarna är små och släpps kontrollerat, och gammalt och nytt kan köras sida vid sida.
Läs innan du köper.
Vilket system skrämmer dig mest?
Berätta om systemet och vad som gör det svårt att ändra. Vi börjar med en kartläggning.
Be om en kartläggning av kodbasen↗