Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #41
    Membre éprouvé
    Je l'avais raté, celui-ci !
    Citation Envoyé par Aiekick Voir le message
    ya pas moyen de convertit des turc cobol vers d’autres langages ? le cobol est assez simple mine de rien, mais si sa lecture est ardue.
    Oui, PERFORM TRUC VARYING MACHIN UNTIL BIDULE IS EQUAL TO CHOSE, c'est effectivement simple. Où ça se complique c'est lorsque toute la logique d'un programme repose sur une instruction spécifique de COBOL, comme un SORT, un ACCEPT avec une SCREEN SECTION ou un UNSTRING un peu complexe (entre autres).

    Je cherche aussi un équivalent à un START t-file Key IS NOT LESS THAN et la suite dans un langage différent.

    Contrairement à l'impression qu'il donne, COBOL n'est pas un langage simple, au contraire. Je trouve souvent du C++ correctement écrit bien plus lisible que du COBOL écrit par quelqu'un connaissant réellement le langage. Là, si on ne connaît pas précisément la norme, on part très vite dans les choux, sans rémission.

    Enfin, dédaigner les TRUCS COBOL est ignorer que ton compte bancaire est sans doute géré par eux. Quand on n'est pas sec derrière les oreilles, on ne se rend pas compte de la taille des géants qui nous ont précédé. Jusqu'à ce qu'on en tombe.

    Ah, et quelqu'un s'inquiétait de l'utilité de tout ce qui traine avant la PROCÉDURE DIVISION. J'espère qu'il est passé à autre chose, car c'est vraiment dangereux d'employer quelqu'un d'aussi peu compétent.

    Moilà.

  2. #42
    Membre éclairé
    Citation Envoyé par Aiekick Voir le message
    ya pas moyen de convertit des turc cobol vers d’autres langages ? le cobol est assez simple mine de rien, mais si sa lecture est ardue.
    Il existe diverses solutions pour effectuer un portage d'applications COBOL vers une autre cible. Personnellement j'ai testé avec succé :
    NACA : http://media-tech.blogspot.com/2007/...tomatique.html qui est open source ( et je connais des sites qui ont migré avec cette solution )
    IsCobol : http://www.veryant.com/fr/products/iscobol/ Produit commercial bénéficiant de plusieurs partenaire pour guider/aider la migration (idem je connais aussi plusieurs sites ayant migré).

    Par contre un projet de migration c est bien plus complexe qu'un "simple" changement de langage. C'est souvent déjà un changement de nombreuses technos (Cobol, CICS, DL1, DB2, JCL, KSDS, VSAM, ... ) vers autre chose (java, api, sgbd, shell, ... ). On doit aussi guider l'utilisateur à accepter ce changement pour ne pas avoir un rejet de la solution finale ( un écran 3270 c est pas très "sexy" mais c'est très efficace pour des opérateurs de saisie ) .
    - Informaticien passionné
    - ( java, c++, cobol, php, asp, ... )
    - http://www.berthou.com/fr/

  3. #43
    Membre éclairé
    Citation Envoyé par gerard093 Voir le message
    ... Pourquoi le cobol encore aujourd'hui ? Parce qu'il est stable dans le temps. Il évolue peu. ...
    C'est je pense un d'un principal point positif des architectures Mainframe/Cobol . La plupart du temps une monté de version n'impacte aucune ligne de code. Les équipes de dev ne perdente pas leur temps dans des maintenances technique ayant pour cause un changement de version dans un des composant de l'architecture.
    - Informaticien passionné
    - ( java, c++, cobol, php, asp, ... )
    - http://www.berthou.com/fr/

  4. #44
    Nouveau membre du Club
    COBOL a encore un bel avenir
    Le langage COBOL est encore bien répandu dans le système bancaire et il a encore ses avantages :
    https://fr.quora.com/Pourquoi-la-qua...C3%A9-en-COBOL