doper le développeur avec du logiciel

En réalité, ce qu’on perdait de vue c’est que cela serait vraiment pratique de pouvoir comparer les montant des factures à l’ancienne avec nos nouvelles factures avec un seul clic de souris. Si on avait ça, on le ferait tous les jours. C’est parce que, justement, examiner les listings était pénible qu’on le faisait pas tous les jours.

Je me plais à dire que, dans notre métier, la programmation en tant que telle n’est ni une étape du processus, ni une activité. Elle est là à toutes les étapes : préparation, conception, test, amélioration. Si on devait la définir par une abstraction dans le processus ça serait celle ci : “Contexte”. C’est une erreur conceptuelle très courante dans les processus préfabriqués que de considérer la programmation comme une étape.

Nous sommes actuellement en phase de test intensif avant déploiement. C’est une étape plus ou moins critique selon le projet, et pour ce projet-ci, elle est très critique. Nous sommes en train de migrer l’un des plus importants grossistes en pharmaceutiques vers un nouveau système d’information intégré.

La difficulté dans ce genre de projets est toujours la même et peut se résumer à cette phrase du client : “n’oubliez pas que <nom de l’ancienne application> marche très bien depuis <nombre d’années supérieur à 10>“. Quelle que soit la définition du client pour “marche très bien” et quelque soit sa perception de son bon fonctionnement, le contrat est là : il faut qu’on remplace une application qui marche par une application qui ne marche pas encore.

Concevoir des tests n’est pas toujours chose aisée : une fois qu’on sait ce qu’il faut tester et combien, le “comment?” demande souvent des masses de créativité ou de ressources. L’avantage d’avoir une ancienne application comme étalon, c’est que justement, toute une classe de tests devient évidente : beaucoup de fonctionnalités doivent fonctionner EXACTEMENT comme l’ancienne application.

Hassen était aux prises avec des listings contenant des centaines de factures issues de l’ancienne application. Le but était d’identifier les différences entre les nouvelles factures et les anciennes. et jusque là la seule manière de faire que nous avions trouvée c’est de comparer manuellement les montants (des centaines, je rappelle). J’ai regardé Hassen faire ça pendant quelques jours, puis j’ai eu l’inspiration. J’avais pas encore une idée, juste une piste : si ce vieux logiciel DOS pouvait imprimer sur une feuille, on pouvait le faire imprimer dans un fichier.

J’avais l’idée, mais je ne savais pas encore comment j’allais faire, ni combien de temps ça allait prendre et surtout je n’avais pas le temps. A ce moment là Bechir était venu à la rescousse de Hassen, ils faisaient ça en XP, alors je leurs ai proposé l’idée. Nous avons réévalué les taches de la semaine ensemble et avons estimé que cela ne valait pas la peine. Dans ces moments là, on a souvent la hantise du YAGNI : après tout, on ne va pas examiner les listings des factures tous les jours. Une fois que c’est fait, c’est terminé.

En réalité, ce qu’on perdait de vue c’est que cela serait vraiment pratique de pouvoir comparer les montant des factures à l’ancienne avec nos nouvelles factures avec un seul clic de souris. Si on avait ça, on le ferait tous les jours. C’est parce que, justement, examiner les listings était pénible qu’on le fait pas tous les jours.

J’avais laissé la porte ouverte, disant : “si vous sentez que ça va vous aider, je le fais”. Ils ont fini par me demander de le faire. ça m’a pris quelques jours pour essayer différentes solutions qui n’ont pas marché et pour trouver la solution qui marche : j’ai installé dosemu sur un vieux poste linux, je l’ai configuré pour envoyer tout ce qui était destiné à l’imprimante dans un fichier texte accessible sur le réseau et j’ai installé la vieille application dessus. J’ai même pris la peine d’écrire un peu de code pour transformer les listings malpropres en fichiers CSV parfaitement acceptables pour notre base de données.

Nous ne fûmes pas déçus. Avec le recul, maintenant on est sur qu’on y serait jamais arrivé sans avoir fait cela. La morale de cette histoire c’est : donnez du pouvoir à l’équipe, ce n’est jamais une perte de temps. Faites comme Abraham Lincoln , si vous avez 8 heures pour couper un arbre, passez 6 heures à aiguiser votre hache. ça vaut la peine.