U heeft al een Laravel-applicatie. Alleen niet meer de mensen erbij.
De bouwer is vertrokken, het bureau is gestopt, of het werk groeit sneller dan uw team. Wij nemen bestaande Laravel-applicaties over en werken eraan door — ook als de vorige ontwikkelaar geen documentatie heeft achtergelaten.
- Er is niemand meer die de applicatie van binnen kent.
- U durft niet te updaten omdat u niet weet wat er dan stukgaat.
- De versie van Laravel krijgt geen beveiligingsupdates meer.
- Er zijn geen tests, dus elke wijziging is een gok.
- Er is geen omgeving om iets te proberen: wijzigingen gaan rechtstreeks naar productie.
- De vorige ontwikkelaar is weg en de overdracht bestond uit een wachtwoord.
- Een kleine aanpassing duurt nu weken, terwijl hij vroeger een dag kostte.
- Niemand kan u vertellen waar de applicatie draait en wie erbij kan.
Herkent u hier iets in? Dan beginnen we met lezen, niet met bouwen.
Wanneer overnemen verstandig is — en wanneer herbouwen
De reflex van veel bureaus is herbouwen, want in nieuwe code werkt het prettiger. Dat is zelden in uw belang. Wij beginnen met lezen en zeggen daarna eerlijk welke van de twee goedkoper is.
Overnemen als het fundament deugt
De applicatie doet wat hij moet doen en de klachten gaan over snelheid, updates of ontbrekende functies. Dat is te repareren zonder opnieuw te beginnen.
Er zit jaren aan bedrijfsregels in die niemand meer volledig kan navertellen. Die opnieuw achterhalen is duurder dan de code opknappen.
U wilt door, niet stilstaan. Een herbouw betekent maanden waarin er niets bij komt.
Herbouwen als de basis het niet houdt
De applicatie draait op een PHP- of Laravel-versie die zo oud is dat bijwerken feitelijk neerkomt op herschrijven. Dan is dat ook de eerlijke naam ervoor.
De database is zo opgezet dat elke nieuwe functie een uitzondering wordt. Dat is niet op te lossen met beter programmeren.
Het bedrijf werkt inmiddels heel anders dan toen de applicatie werd gebouwd. Dan repareert u iets dat toch niet meer past.
Wat u krijgt, en wat wij van u nodig hebben
- Een codebeoordeling voordat u iets vastlegt — wat er staat, wat het risico is en wat het kost om het bij te werken.
- Een bijwerkplan met volgorde: eerst beveiliging, dan versies, dan functies.
- Tests op de onderdelen die er het meest toe doen, zodat de volgende wijziging geen gok meer is.
- Een ontwikkelaar die aanspreekbaar is, niet een ticketsysteem.
- Documentatie van wat wij tegenkwamen — ook het deel dat u liever niet hoort.
- Toegang tot de code en tot de server waarop het draait.
- Iemand die kan vertellen wat de applicatie hoort te doen, ook al weet niemand meer hoe.
- Ruimte om eerst achterstallig onderhoud te doen. Meteen nieuwe functies bouwen op een wankele basis is hoe het de vorige keer misging.
- Eerlijkheid over wat er eerder is gebeurd. Een mislukt traject is geen schande en helpt ons.
Hier zijn we vooraf duidelijk over, omdat het achteraf altijd een vervelend gesprek is. Een deel van wat wij bouwen is maatwerk voor u. Een ander deel zijn componenten die wij zelf hebben ontwikkeld en bij meer klanten inzetten — en dat is precies waarom u niet voor elk onderdeel opnieuw betaalt. Wat onder welke afspraak valt, staat in het contract voordat we beginnen, niet in een bijlage die u bij oplevering krijgt.
Wilt u zekerheid voor het geval wij wegvallen, dan regelen we broncode-escrow: een onafhankelijke derde houdt de code in bewaring en geeft hem aan u vrij als dat nodig is. Bij grotere opdrachten is dat een normale inkoopeis en wij werken eraan mee.
Hoe een overname loopt
Wij beginnen nooit met bouwen. De eerste weken zijn lezen, draaien en meten — anders belooft u dingen op grond van wat u hoopt dat er staat.
-
01
Codebeoordeling
Wij lezen de code, draaien hem lokaal en kijken naar versies, afhankelijkheden, tests en beveiliging. U krijgt een verslag, ook als u daarna niet met ons verdergaat.
-
02
Overnemen van de omgeving
Toegang, back-ups, uitrolproces en monitoring. Pas als wij het kunnen draaien en terugzetten, is het echt overgenomen.
-
03
Achterstallig onderhoud
Beveiligingsupdates en versies eerst. Dit levert zichtbaar niets op en is precies daarom het deel dat altijd is blijven liggen.
-
04
Tests op de kern
Niet alles, wel de onderdelen waar een fout geld kost. Daarna kan er weer met vertrouwen gewijzigd worden.
-
05
Per 2 weken
Doorontwikkelen
Vanaf hier als elk ander traject: blokken van twee weken met een demo.
Wat een overname kost
De codebeoordeling heeft een vaste prijs, want wij weten wat het ons kost om een applicatie te lezen. Wat daarna volgt niet, want dat hangt af van wat we aantreffen — en dat weten we pas na stap 01.
Reken erop dat de eerste maanden vooral achterstallig onderhoud zijn. Dat voelt als geld uitgeven zonder resultaat, maar het is de reden dat alles daarna weer vooruitgaat.
Het verslag is van u, ook als u het aan een ander bureau geeft. Wij verdienen liever een opdracht dan dat we er een binnenhouden met een rapport dat u niet mag meenemen.
Hoe ver achterop
Twee Laravel-versies achter is een paar dagen. Zes versies achter, met pakketten die niet meer bestaan, is een project.
Wat er niet is
Zonder tests is elke wijziging handmatig controleren. De eerste tests schrijven kost tijd en verdient zichzelf terug bij de derde wijziging.
Wat er aan hangt
Een losstaande applicatie is overzichtelijk. Eentje die aan vijf systemen hangt, waarvan er twee ongedocumenteerd zijn, is dat niet.
Wat wij bij een beoordeling bekijken
Dit is het rijtje waar uw huidige ontwikkelaar of IT-partij op kan meelezen. Het verslag volgt deze indeling.
Wat krijgt nog updates
PHP- en Laravel-versie, en welke pakketten niet meer onderhouden worden. Een pakket zonder onderhoud is een lek dat wacht.
Wat zegt de code zelf
PHPStan over de hele codebase, testdekking, en de plekken waar dezelfde logica op drie plaatsen staat.
Kunt u terug
Back-ups die aantoonbaar terug te zetten zijn, een uitrolproces zonder handwerk, en logging waarin te zien is wat er misging.
Het verslag benoemt ook wat er góéd zit. Dat scheelt u geld bij de volgende stap.
Zo zag dat er in de praktijk uit
14
uur per week minder overtikwerk
Pakbonnen die zichzelf inboeken
Technische groothandel, 140 medewerkers — PDF's uit de mailbox worden gelezen, gecontroleerd en als order in het ERP aangemaakt.
Laravel · RAG · koppeling ERP
6
weken tot de eerste koppeling live
Kernsysteem uit 2012 weer open
Maakbedrijf in de Brainport-regio, 320 medewerkers — een API-laag naast het bestaande systeem, zonder productiestilstand.
Laravel · API · migratiepad
38.000
documenten doorzoekbaar met bron
Het archief geeft antwoord
Ingenieursbureau, 85 medewerkers — medewerkers stellen een vraag en krijgen het antwoord met de bron erbij.
Laravel · embeddings · SSO
Een half uur kost u niets
Vertel ons welk proces het meeste handwerk kost. Wij zeggen eerlijk of AI daar het juiste antwoord is — en soms is dat: eerst uw koppeling repareren. Dan heeft u dat ook gehad, zonder factuur.