Bestaande webapplicatie laten overnemen.
Sindo neemt bestaande webapplicaties in PHP en Laravel over van vorige ontwikkelaars en bureaus. We zoeken eerst uit hoe je applicatie in elkaar zit en maken ze stabiel. Pas daarna praten we over upgraden, verbouwen of, als het echt niet anders kan, herbouwen.
Je bedrijf draait op software die niemand nog durft aan te raken
Meestal begint het zo. De developer die de applicatie ooit bouwde, is vertrokken. Of het bureau heeft andere prioriteiten en antwoordt niet meer op mails. De applicatie draait nog, je team werkt er elke dag mee, maar niemand weet nog precies hoe ze in elkaar zit.
De vragen die we dan krijgen, lijken sterk op elkaar:
- De vorige ontwikkelaar is onbereikbaar en er is geen documentatie.
- Het bureau dat de applicatie bouwde, ondersteunt ze niet meer.
- De applicatie draait op een PHP- of Laravel-versie die geen beveiligingsupdates meer krijgt.
- Elke deploy is spannend, want niemand weet zeker wat er breekt.
- Er zijn amper automatische tests, of helemaal geen.
- Een kleine nieuwe functie kost drie keer zoveel tijd als verwacht, omdat de technische schuld in de weg zit.
Dat is geen uitzonderlijke situatie. Software die jaren meegaat, verandert vaak van eigenaar. Het probleem is niet de oude code op zich. Het probleem is dat je bedrijf afhangt van iets wat niemand nog overziet.
Eerst begrijpen en stabiliseren. Dan pas veranderen.
Een rewrite voorstellen is makkelijk. Voor een nieuwe partij is het ook comfortabeler dan zich in andermans code te verdiepen. Maar een volledige herbouw kost veel, duurt lang en gooit jaren aan bedrijfslogica weg die vaak nergens anders beschreven staat dan in die code.
Daarom werken we in een andere volgorde. We nemen de applicatie eerst over zoals ze is: de code onder versiebeheer, lokaal en op een testomgeving aan de praat, en in kaart gebracht wat ze precies doet. Daarna maken we ze stabiel. Pas als dat staat, beslissen we samen wat er moet gebeuren: gericht upgraden, stukken herwerken, of in een enkel geval toch opnieuw bouwen.
We nemen applicaties over die in PHP gebouwd zijn, met of zonder Laravel. Dat is de stack waarin we dagelijks werken, ook voor nieuwe Laravel-projecten.
Van eerste gesprek tot vast onderhoud
Acht stappen, maar niet elke applicatie heeft ze allemaal even zwaar nodig. Een kleine, nette codebase gaat sneller door de eerste fases dan een applicatie die tien jaar gegroeid is.
-
STAP 01
Technische intake
Wat doet de applicatie, wie werkt ermee, wat loopt er mis, en waar staan de code en de servers? Je hoeft geen technische details te kennen. We vragen wel welke toegangen er nog zijn.
-
STAP 02
Code-audit
We lezen de code: structuur, frameworkversie, maatwerk tegenover standaardcode, en de plekken waar de echte bedrijfslogica zit.
-
STAP 03
Infrastructuur en deployment
Waar draait de applicatie, hoe komt een wijziging online, wie heeft toegang? Zijn er back-ups, en kan je ze ook echt terugzetten?
-
STAP 04
Dependencies en security
Welke PHP-versie, welke packages, welke daarvan zijn verouderd of hebben gekende kwetsbaarheden.
-
STAP 05
Testdekking
Hoeveel van de applicatie wordt automatisch getest? Meestal weinig. We bepalen welke kritieke processen als eerste een vangnet nodig hebben.
-
STAP 06
Stabiliseren
Versiebeheer, een betrouwbare deploy, een testomgeving, de dringendste beveiligingsfixes en tests rond de belangrijkste processen.
-
STAP 07
Roadmap
Een concreet plan: wat moet nu, wat kan later, wat raden we af. Met een inschatting per stap, zodat je zelf kan prioriteren.
-
STAP 08
Doorontwikkeling en onderhoud
Daarna bouwen we verder: nieuwe functies, upgrades en vast onderhoud. Of we dragen alles netjes over aan je eigen team.
Niet elke applicatie is te redden
We gaan niet beloven dat elke legacy applicatie te redden valt. Soms is de code zo verweven, of de onderliggende technologie zo verouderd, dat oplappen duurder wordt dan herbouwen. En soms is een applicatie gebouwd in een taal of op een platform waarvoor wij gewoon niet de juiste partner zijn.
Dat hoor je dan na de audit, met de redenen erbij. Pas daarna beslis je of we samen de volgende stap zetten.
Is een upgrade wel haalbaar, dan kiezen we bijna altijd voor een gefaseerde aanpak. Hoe dat technisch werkt, lees je op PHP-applicatie moderniseren.
Een Laravel 5.2-applicatie, bijna tien jaar later
De Belgische Paramotor Federatie (BPMF) werkte al bijna tien jaar met een ledenapplicatie in Laravel 5.2. Die versie krijgt al lang geen beveiligingsupdates meer, PHP 8 was geen optie en elke nieuwe functie was moeizaam.
Sindo bracht de applicatie naar de huidige Laravel-versie, zonder dataverlies, en bracht de authenticatie en de bescherming van ledengegevens naar de standaard van vandaag. Daarna kwamen er nieuwe functies bij. Het volledige verhaal lees je in de case legacy Laravel-applicatie moderniseren voor BPMF.
We onderhouden ook software die van onszelf is: QuickFact en Startjeeigenwebshop draaien elke dag in productie. Updates, monitoring en de telefoon als er iets misloopt: dat kennen we niet alleen van klanten.
Over een applicatie overnemen.
Staat je vraag er niet tussen? Stel ze rechtstreeks
Kunnen jullie een applicatie overnemen zonder de vorige ontwikkelaar?
Moet mijn applicatie volledig herschreven worden?
In welke technologie moet de applicatie gebouwd zijn?
Wat kost het om een applicatie te laten overnemen?
Blijft mijn applicatie online tijdens de overname?
Wie is eigenaar van de code na de overname?
Laat je bestaande applicatie bekijken
Vertel ons wat de applicatie doet en waar het knelt. We zeggen je eerlijk of en hoe we kunnen helpen.