Reprendre une application web existante.
Votre application tourne, vos clients s’en servent, mais plus personne ne sait vraiment ce qu’il y a dedans. Je la reprends : je lis le code, les données et les serveurs, je vous dis ce qui tient et ce qui ne tient pas, puis je la remets d’aplomb sans interrompre le service.
À distance, partout en France et à l’étranger.
Vous vous reconnaissez ?
Le prestataire ou le développeur qui l’a construite est parti, avec ce qu’il savait.
Chaque modification en casse une autre, et plus personne n’ose toucher au code.
Les serveurs, les sauvegardes et les accès ne sont écrits nulle part.
On vous conseille de tout refaire, et vous voulez savoir si c’est vraiment nécessaire.
Comment je m’y prends.
- 01
Un état des lieux écrit
Je lis le code, la base de données et l’hébergement. Vous recevez un document qui dit ce qui fonctionne, ce qui est fragile, et ce qui presse.
- 02
Réparer avant de refaire
Une refonte complète est rarement la bonne première étape. Je commence par ce qui bloque, et je ne propose de réécrire une partie que si la réparation coûte plus cher.
- 03
Des tests avant de toucher au code
Avant de modifier une partie sensible, je fixe son comportement actuel par des tests. Ce qui marchait continue de marcher, et on peut le prouver.
- 04
Une documentation qui reste
À la fin, tout est écrit : l’architecture, les accès, les décisions. Le prochain développeur, moi ou un autre, ne repart pas de zéro.
Ce que j’ai déjà fait.
Des projets réels, en production. Chaque fiche dit le contexte et ce que j’ai fait.
Moteur de traitement de positions GPS
Reprise et réécriture d’un moteur de traitement, avec tests de non-régression contre l’existant.
Refonte du modèle de données d’un SaaS agricole
Refonte du cœur métier d’un produit en production, et sa migration sans interruption.
Plateforme de gestion immobilière
Une plateforme qui met en relation gestionnaires, locataires et prestataires autour des interventions dans les bâtiments. Back-end repris de zéro, seul au départ.
En pratique Node.js, TypeScript, PHP et Laravel, Vue et Nuxt, MongoDB et MySQL, serveurs Linux. Quelle que soit la pile en place, la méthode reste la même.
Questions fréquentes
- Faut-il tout refaire ?
- Rarement. La plupart des applications ont un cœur qui fonctionne et quelques zones fragiles. L’état des lieux sert à les distinguer, et à décider partie par partie.
- Peut-on reprendre sans interrompre le service ?
- Oui, c’est même la règle. Les changements se font par étapes, testés avant d’être mis en ligne. Chez Aptimiz, des millions d’enregistrements ont été migrés vers un nouveau modèle sans une seule interruption pour les utilisateurs.
- Et si l’ancien prestataire ne transmet rien ?
- C’est fréquent. Il faut au minimum l’accès au code et à l’hébergement ; le reste se reconstitue en lisant le code, les données et les journaux des serveurs.
- Travaillez-vous à distance ?
- Oui, partout en France et à l’étranger, en français ou en anglais. Le code, les serveurs et les échanges se passent très bien à distance.
Parlons de votre projet.
Décrivez la situation en quelques lignes : réponse sous deux jours ouvrés. Le premier échange se fait en visio, sans engagement.