oui mais ce qu'il faut voir, c'est que ça va coûter de plus en plus cher à maintenir ces vieux trucs. J'ai fait du COBOL en IUT, autour du passage à l'euro, j'ai fait mon stage d'iut sur du COBOL; et bien si tu veux que j'écrive du COBOL, va falloir me payer cher, (c'est une compétence rare, même si elle s'acquiert facilement; c'est un langage extrêmement lourd à écrire.
Par contre il faut avouer que coté caclul, le cobol n'est limité que par la taille que l'on donne aux nombre si on veux qu'un nombre prennent 50 chiffres, il peut (par contre c'est du 50 octet pour le coder :) )
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é. De plus il est bien plus facile de tester un morceau que l'ensemble. (la où je suis il y a des vieux code fortran 77 et fortran 90 qui tournent, et ils sont très bien incorporé au reste de l'appli qu'il y a derrière.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Trolls velus
Posté par fearan . En réponse au journal bon anniversaire. Évalué à 3.
Par contre il faut avouer que coté caclul, le cobol n'est limité que par la taille que l'on donne aux nombre si on veux qu'un nombre prennent 50 chiffres, il peut (par contre c'est du 50 octet pour le coder :) )
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é. De plus il est bien plus facile de tester un morceau que l'ensemble. (la où je suis il y a des vieux code fortran 77 et fortran 90 qui tournent, et ils sont très bien incorporé au reste de l'appli qu'il y a derrière.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent