Faut-il remplacer un outil qui vieillit, mais qui fait encore le travail ? Je viens de boucler trois mois de maintenance sur des logiciels métiers écrits en VB6. Et cette question ne m’a pas lâché.
Petit rappel : le VB6 est sorti en 1998, et Microsoft a arrêté le support de son outil de développement le 8 avril 2008. Dix-huit ans plus tard, les applications tournent toujours : Windows 11 les exécute encore. Obsolète ? Oui, clairement. Mais continuer à les maintenir coûte moins cher que d’en développer une nouvelle. C’est la vieille machine du petit atelier : tant qu’elle tourne et qu’on sait la régler, on l’entretient plutôt que de la remplacer.
C’est tout le dilemme du logiciel fait sur mesure. Il colle à votre façon de travailler, comme un aménagement sur mesure dans une boutique : plus efficace, plus performant. Mais il faut le faire évoluer, et un jour le refaire.
Bienvenue dans une autre époque
Travailler en VB6, c’est changer d’ère. Pour garder un système cohérent, les applications métiers tournent dans un environnement contrôlé, sur un serveur RDS. Chaque collaborateur travaille donc au quotidien en bureau à distance : un écran pour le RDS (l’ex-TSE), un écran pour les applications locales. Deux postes côte à côte, comme le comptoir et l’arrière-boutique.
Côté maintenance, le saut de génération se sent dans les gestes les plus simples :
- la molette qui refuse de faire défiler le code ;
- les points d’arrêt qui s’évaporent le soir, dès qu’on ferme l’application ;
- des outils de débogage tout droit sortis de la belle époque de Windows 95 ;
- des formulaires dessinés dans le code, sans éditeur visuel ;
- et j’en passe.
Le bilan
Trois mois plus tard : des bugs corrigés dans des fonctions de gestion des dates, de nouvelles demandes intégrées dans les formulaires et les états. De quoi tenir avec l’existant, le temps que la nouvelle version de la solution métier arrive.