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 confirmé

    Homme Profil pro
    Consultant informatique
    Inscrit en
    avril 2015
    Messages
    194
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Vendée (Pays de la Loire)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Finance

    Informations forums :
    Inscription : avril 2015
    Messages : 194
    Points : 560
    Points
    560
    Par défaut 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é Avatar de rberthou
    Profil pro
    Inscrit en
    septembre 2007
    Messages
    612
    Détails du profil
    Informations personnelles :
    Âge : 55
    Localisation : France

    Informations forums :
    Inscription : septembre 2007
    Messages : 612
    Points : 665
    Points
    665
    Par défaut
    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é Avatar de rberthou
    Profil pro
    Inscrit en
    septembre 2007
    Messages
    612
    Détails du profil
    Informations personnelles :
    Âge : 55
    Localisation : France

    Informations forums :
    Inscription : septembre 2007
    Messages : 612
    Points : 665
    Points
    665
    Par défaut
    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
    Homme Profil pro
    Ingénieur qualité méthodes
    Inscrit en
    décembre 2014
    Messages
    38
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Saône (Franche Comté)

    Informations professionnelles :
    Activité : Ingénieur qualité méthodes
    Secteur : Industrie

    Informations forums :
    Inscription : décembre 2014
    Messages : 38
    Points : 27
    Points
    27
    Par défaut 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

Discussions similaires

  1. Le langage de programmation COBOL a cinquante ans
    Par Pierre Louis Chevalier dans le forum Cobol
    Réponses: 35
    Dernier message: 01/10/2012, 21h02
  2. Réponses: 50
    Dernier message: 06/04/2010, 10h55
  3. Réponses: 37
    Dernier message: 01/04/2010, 14h17
  4. Le langage de programmation COBOL a cinquante ans
    Par Pierre Louis Chevalier dans le forum Actualités
    Réponses: 12
    Dernier message: 20/09/2009, 19h53

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo