Je confirme, d'expérience personnelle : j'avais rejoint un projet visant à développer un logiciel métier avec un gros potentiel d'abstraction, le logiciel visant à optimiser des flux logistiques. Tout était codé en C89, pour des raisons pas forcément mauvaises :
L'IDE que les devs devaient utiliser ne gérait pas les versions ultérieures de C,
Toute l'équipe savait coder en C,
Des devs C, c'est facile à trouver, on peut donc mettre l'accent sur d'autres compétences au recrutement
Le C, c'est performant,
Changer de langage, c'est un coût et une prise de risque,
Le chef de projet, qui avait créé le projet il y a bien longtemps et ne s'occupait plus du code, ne maîtrisait pas d'autres langages potentiels.
Mais les inconvénients étaient aussi bien sensibles :
Un temps de développement bien plus important,
Davantage de bugs,
Une dette technique croissante,
Le sentiment permanent et frustrant de ne pas utiliser le bon outil.
Comme d'autre choses, il faut garder l'outil qu'on maîtrise quand on peut, et le changer quand on le doit.
[^] # Re: tout est question d'équilibrre et de besoin.
Posté par sobriquet . En réponse au journal Le sophisme du meilleur outil. Évalué à 4. Dernière modification le 13 novembre 2023 à 00:51.
Je confirme, d'expérience personnelle : j'avais rejoint un projet visant à développer un logiciel métier avec un gros potentiel d'abstraction, le logiciel visant à optimiser des flux logistiques. Tout était codé en C89, pour des raisons pas forcément mauvaises :
Mais les inconvénients étaient aussi bien sensibles :
Comme d'autre choses, il faut garder l'outil qu'on maîtrise quand on peut, et le changer quand on le doit.