Pourquoi reprendre plutôt que tout refaire ?
Une application qui fonctionne contient des années de règles métier que personne n'a écrites ailleurs. La jeter, c'est les perdre. Mais une application sans suivi vieillit : versions dépassées, failles de sécurité, développeur parti, code que personne n'ose toucher. La reprise consiste à reprendre la main, puis à décider avec vous de ce qui reste.
Comment nous procédons
- État des lieux : le code, la base de données, l'hébergement, les sauvegardes, ce qui est documenté et ce qui ne l'est pas.
- Sécurisation : sauvegardes vérifiées, accès repris, mises à jour de sécurité, hébergement surveillé.
- Décision avec vous : garder tel quel, faire évoluer par étapes, ou réécrire les parties qui bloquent.
- Évolutions : de nouvelles fonctions sur une base saine, étape par étape.
À la fin de l'état des lieux, vous savez ce qui est solide, ce qui est fragile et ce que nous recommandons, en termes simples. Vous décidez ensuite.
Ce que nous avons déjà repris
Pour Energetech, nous avons repris les 300 clients de l'ancien logiciel d'interventions, sans perte ni doublon, dans un nouvel outil de planning, d'application de terrain, de rapports signés et de contrats d'entretien.
Et après la reprise
Nous pouvons continuer à héberger et à maintenir l'application (hébergement et maintenance), la relier à vos autres logiciels (connecter vos logiciels) et la faire évoluer en application métier. Le code et les données restent à vous.
Combien de temps faut-il ?
L'état des lieux se fait en premier, avant tout engagement sur la suite. Le reste dépend de ce qu'il révèle.
Questions fréquentes
Reprenez-vous une application qui n'est pas en Laravel ?
Souvent, oui. Nous regardons d'abord le langage, la base de données et l'hébergement. Si la reprise est trop risquée, nous vous le disons et nous proposons une réécriture par étapes.
Et si le développeur d'origine ne répond plus ?
Nous pouvons travailler à partir du code et de la base de données. Il faut seulement pouvoir accéder à l'hébergement et au dépôt du code, que nous vous aidons à retrouver.
Risque-t-on de perdre des données ?
Nous commençons par une sauvegarde vérifiée, nous testons chaque migration sur une copie, puis nous contrôlons les résultats avant de basculer.