Dans ce genre de projet, le soucis c'est qu'on a du mal à retracer tout ce que fait le code, revenir aux specs, et à 100%
Je ne voit aucun responsable prendre le risque de switcher sur un code tiers sans être sûr qu'il couvre au moins le scope d'avant. Or on ne parle pas de quelques milliers de lignes en général dans ces infra là.
Ce qui m'impressionne c'est qu'ici les investisseurs n'ont donc aucune connaissance du vrai métier et contrainte de la société où ils ont investis. Si on pouvait retrouver les specs complètes de ces systèmes, Cobol aurait disparu depuis longtemps. Le problème n'est pas le code.
# Le problème n'est pas le code
Posté par Jean Gabes (site web personnel) . En réponse au lien Cobol : la fausse révolution de Claude Code sur Cobol et IBM chute en bourse. Évalué à 8.
Dans ce genre de projet, le soucis c'est qu'on a du mal à retracer tout ce que fait le code, revenir aux specs, et à 100%
Je ne voit aucun responsable prendre le risque de switcher sur un code tiers sans être sûr qu'il couvre au moins le scope d'avant. Or on ne parle pas de quelques milliers de lignes en général dans ces infra là.
Ce qui m'impressionne c'est qu'ici les investisseurs n'ont donc aucune connaissance du vrai métier et contrainte de la société où ils ont investis. Si on pouvait retrouver les specs complètes de ces systèmes, Cobol aurait disparu depuis longtemps. Le problème n'est pas le code.