> c'est que ça va coûter de plus en plus cher à maintenir ces vieux trucs.
c'est certain. mais le cout de maintenance dans certains cas est peut être encore moins cher que de migrer.
>Par contre dire qu'on peut pas migrer morceau par morceau, est à mon avis une erreur; si un programme dépend des autres, il suffit de lui donner les même interface, et il est migré.
Tout dépend de comment cela a été codé et maintenu ! Quand des dizaines (centaines ?) de programmes de batch s'enchainent les uns aux autres pour faire des calculs en tout genre, il n'est absolument pas évident de les remplacer les uns après les autres. Je ne sais pas si des ponts existent entre cobol et java par exemple, mais je vois mal un batch en cobol appeler un batch en java, qui va ensuite appeler un batch en cobol etc... surtout quand lesdites interfaces sont floues, mal documentées, appelé par 25 programmes différents etc...
Tu aurais par exemple vu la gueule de certains programmes dans lesquels j'ai dû plonger, avec des goto dans tout les sens, du véritable code spaghetti, accompagnés de formules de calculs complexes à souhait (enfin de mon point de vue, la finance et moi...).
bref, migrer, c'est loin d'être aussi simple que tu le dis, sinon il n'y aurait déjà plus de COBOL !
[^] # Re: Trolls velus
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal bon anniversaire. Évalué à 4.
c'est certain. mais le cout de maintenance dans certains cas est peut être encore moins cher que de migrer.
>Par contre dire qu'on peut pas migrer morceau par morceau, est à mon avis une erreur; si un programme dépend des autres, il suffit de lui donner les même interface, et il est migré.
Tout dépend de comment cela a été codé et maintenu ! Quand des dizaines (centaines ?) de programmes de batch s'enchainent les uns aux autres pour faire des calculs en tout genre, il n'est absolument pas évident de les remplacer les uns après les autres. Je ne sais pas si des ponts existent entre cobol et java par exemple, mais je vois mal un batch en cobol appeler un batch en java, qui va ensuite appeler un batch en cobol etc... surtout quand lesdites interfaces sont floues, mal documentées, appelé par 25 programmes différents etc...
Tu aurais par exemple vu la gueule de certains programmes dans lesquels j'ai dû plonger, avec des goto dans tout les sens, du véritable code spaghetti, accompagnés de formules de calculs complexes à souhait (enfin de mon point de vue, la finance et moi...).
bref, migrer, c'est loin d'être aussi simple que tu le dis, sinon il n'y aurait déjà plus de COBOL !