IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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

Solutions d'entreprise Discussion :

Ces vieux langages sont toujours demandés par les grandes entreprises, mais en pénurie de compétences


Sujet :

Solutions d'entreprise

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Chroniqueur Actualités
    Avatar de Patrick Ruiz
    Homme Profil pro
    Redacteur web
    Inscrit en
    Février 2017
    Messages
    2 343
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Redacteur web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Février 2017
    Messages : 2 343
    Par défaut Ces vieux langages sont toujours demandés par les grandes entreprises, mais en pénurie de compétences
    Ces vieux langages de programmation sont toujours indispensables aux grandes entreprises, mais personne ne veut les apprendre :
    Le Cobol fait partie des plus demandés et des mieux payés en France

    Les grandes entreprises s'appuient encore sur de vieux langages de programmation pour faire fonctionner leurs ordinateurs centraux. Retraite oblige, les développeurs en charge de la mise sur pied de systèmes informatiques à partir de ces derniers se font de plus en plus rares. Les nouvelles recrues plus axées sur tout ce qui tourne autour du cloud sont réticentes à reprendre les anciennes compétences. Résultat : de vieux langages de programmation comme le Cobol se retrouvent parmi les plus demandés (et les mieux payés) par les grandes entreprises.

    Les grandes entreprises sont confrontées à une pénurie urgente de compétences, car les développeurs plus âgés emportent leur expertise avec eux dans leur retraite. C’est ce qui ressort d’un récent sondage (portant sur des entreprises en Europe et aux États-Unis) selon lequel près de 9 grandes entreprises sur 10 (89 %) s'inquiètent de la pénurie de personnel informatique ayant les compétences nécessaires pour maintenir et gérer leurs ordinateurs centraux. Ces systèmes s’appuient sur de vieux langages de programmation comme le Cobol ou l’assembleur. Dans les chiffres, 75 % des entreprises participantes au sondage pointent le langage Cobol comme le plus important dans leur parc d’ordinateurs centraux. L’assembleur suit de près avec 66 %.

    Nom : 14.png
Affichages : 47186
Taille : 27,0 Ko

    Ce sondage fait suite à la parution de l’édition 2020 de la traditionnelle étude Emploi développeur sur développez.com qui liste les langages les plus demandés et les mieux payés. Le Cobol pointe à la dixième place des langages les plus populaires dans la liste des offres d’emploi sur la plateforme. De plus, il fait partie de ceux classés « correctement payés » tant à Paris qu’en province.

    Nom : 16.png
Affichages : 11358
Taille : 55,4 Ko

    À plus de 60 ans, le langage de programmation Cobol est encore utilisé dans de nombreuses organisations. La conséquence est que celles-ci souffrent d'un manque de programmeurs. Elles doivent également fournir de grands efforts de reprogrammation, même pour les plus petits changements, comme c'est le cas dans certains États américains avec leurs systèmes informatiques de chômage.

    Avec la crise sanitaire de la COVID-19, les États-Unis ont mis en place un plan de relance pour soutenir les personnes ayant perdu leur emploi durant la pandémie. Ce plan nécessitait pour chaque État d'implémenter des changements dans leurs systèmes informatiques de chômage. Plus un État prenait du temps, plus les personnes qui ont été mises au chômage à cause du coronavirus devront attendre avant de bénéficier de l'aide du gouvernement.

    Certains États ont eu des difficultés particulières à implémenter les changements requis simplement à cause du langage dans lequel leurs systèmes sont écrits : Cobol. En dehors l'Iowa qui avait suffisamment de développeurs Cobol, les autres États ont été confrontés à des difficultés importantes. Lorsqu'ils ont eu besoin de programmeurs pour mettre à jour leur « vieux code Cobol que personne n'a touché en 20 ans », cela est devenu un problème. « Ils ont réalisé que tous leurs programmeurs Cobol avaient pris leur retraite ou étaient décédés », a déclaré Dennis Brylow, professeur d'informatique à l'Université Marquette. Dans le même temps, de nombreuses universités n'enseignent plus le langage Cobol de manière approfondie, voire pas du tout, ce qui se traduit par très peu de nouveaux programmeurs Cobol.

    Et même quand il y a les hommes qu'il faut, les problèmes avec Cobol ne sont pas encore terminés. Certains États ont essayé de moderniser leurs systèmes et se sont heurtés à des obstacles. Il s'agissait précisément de coûts de développement et de retards particulièrement élevés. Comme l'explique Brylow, le passage complet d'un système Cobol à un autre langage de programmation est loin d'être une solution parfaite. « Quand vous voyez quelque chose qui n'a besoin que de quelques ajustements et que c'est un gros système qu'ils ont passé des années à construire, c'est une dépense énorme et c'est en fait assez dangereux d'essayer de le réimplémenter totalement dans un nouveau langage de programmation », a-t-il déclaré.

    S'il est vieux et dit dépassé, Cobol est étonnamment encore présent, notamment dans le secteur des banques et services financiers où il serait d'ailleurs le plus utilisé. Quelle en est la raison ?

    Source : Advanced (fichier joint)

    Et vous ?

    Ces statistiques collent-elles avec la réalité dont vous êtes au fait ?
    Pourquoi Cobol est-il encore populaire aujourd'hui dans le secteur des finances ?
    Qu'est-ce qui empêche les entreprises de ce secteur de passer à des technologies plus modernes ?

    Voir aussi :

    Êtes-vous un développeur COBOL ? Si oui, il pourrait y avoir encore des opportunités pour vous dans le domaine de la finance
    Micro Focus annonce la sortie de Visual COBOL pour Visual Studio 2017 qui offre aux développeurs COBOL la possibilité de coder avec l'EDI
    Jean E. Sammet, une informaticienne qui a participé au développement de COBOL, est morte à l'âge de 89 ans
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Invité
    Invité(e)
    Par défaut
    Pour faire un parallèle avec le Cobol, les pétroliers offrent de très bons salaires aux jeunes diplômés, et la convention collective des raffineries pétrolières est une des plus avantageuses de France.

    Est-ce pour autant une bonne idée d'entamer sa carrière dans le raffinage du pétrole quand on est jeune ingénieur ? Au vu de la transition énergétique en cours, je ne pense pas.

  3. #3
    Membre très actif
    Homme Profil pro
    retraité
    Inscrit en
    Septembre 2014
    Messages
    646
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : Septembre 2014
    Messages : 646
    Par défaut
    Citation Envoyé par Jeff_67 Voir le message
    Pour faire un parallèle avec le Cobol, les pétroliers offrent de très bons salaires aux jeunes diplômés, et la convention collective des raffineries pétrolières est une des plus avantageuses de France.

    Est-ce pour autant une bonne idée d'entamer sa carrière dans le raffinage du pétrole quand on est jeune ingénieur ? Au vu de la transition énergétique en cours, je ne pense pas.
    Sans doute, mais pour le COBOL, il reste des centaines de millions de lignes de code qui tournent partout dans le monde.

  4. #4
    Membre confirmé
    Homme Profil pro
    Développeur Web
    Inscrit en
    Janvier 2016
    Messages
    188
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Janvier 2016
    Messages : 188
    Par défaut
    Pourquoi Cobol est-il encore populaire aujourd'hui dans le secteur des finances ?
    Qu'est-ce qui empêche les entreprises de ce secteur de passer à des technologies plus modernes ?

    Parce que les entreprises et administration ne veulent pas payer pour refaire les systèmes en place sur des technologies plus récentes comme C++ ou Rust.

    COBOL => 1959
    C => 1972
    C++ => 1985

    Et le titre est faux, les vieux langages ne sont pas indispensable.

    Ce qui est indispensable, c'est que les entreprises et administration se préparent à faire la transition avant que plus personne avec l'expérience de l'ancien système ne soit là pour soutenir la création du nouveau.

  5. #5
    Membre très actif
    Homme Profil pro
    retraité
    Inscrit en
    Septembre 2014
    Messages
    646
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : Septembre 2014
    Messages : 646
    Par défaut
    Citation Envoyé par Kulvar Voir le message
    Pourquoi Cobol est-il encore populaire aujourd'hui dans le secteur des finances ?
    Qu'est-ce qui empêche les entreprises de ce secteur de passer à des technologies plus modernes ?

    Parce que les entreprises et administration ne veulent pas payer pour refaire les systèmes en place sur des technologies plus récentes comme C++ ou Rust.

    COBOL => 1959
    C => 1972
    C++ => 1985

    Et le titre est faux, les vieux langages ne sont pas indispensable.

    Ce qui est indispensable, c'est que les entreprises et administration se préparent à faire la transition avant que plus personne avec l'expérience de l'ancien système ne soit là pour soutenir la création du nouveau.
    C ou C++ et leurs nombreux idiomes sont tout simplement imbittable et inadaptés à l'informatique de gestion. Rust également n'a rien à faire dans de l'informatique de gestion et n'apporte pas grand chose.

  6. #6
    Membre éprouvé

    Homme Profil pro
    💻 Développeur Web
    Inscrit en
    Novembre 2012
    Messages
    46
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : 💻 Développeur Web

    Informations forums :
    Inscription : Novembre 2012
    Messages : 46
    Par défaut
    Ce qui devrait être indispensable pour ces entreprises, c'est d'avoir l'idée de se séparer des dinosaures qui ne veulent pas se sortir les doigts et migrer vers une techno plus récente...

  7. #7
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par jacjac Voir le message
    Ce qui devrait être indispensable pour ces entreprises, c'est d'avoir l'idée de se séparer des dinosaures qui ne veulent pas se sortir les doigts et migrer vers une techno plus récente...
    Le Cobol est utilisé pour le code spécialisé, genre calculer des taux dans quelque opération financière complexe.

    Le risque à migrer dans une techno plus récente est de remplacer un code qui marche par un qui fait des erreurs de calcul.

    La difficulté à migrer un code Cobol est aussi lié aux mauvaises pratiques d'antan : nom de variables cryptiques, code spaghetti a base de Goto, pas de documentation ni de commentaires, etc... On se contente donc de patcher les programmes existants pour l'adapter aux nouveaux usages. Ceux qui ont une compréhension globale du code sont depuis longtemps à la retraite, voire morts et enterrés.

  8. #8
    Membre éprouvé
    Homme Profil pro
    Développeur
    Inscrit en
    Août 2003
    Messages
    1 526
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : Août 2003
    Messages : 1 526
    Par défaut
    En plus, il y a des contraintes d'exécution (si je ne dis pas de bêtise) et pour COBOL on doit avoir besoin d'un émulateur. Ca n'aide donc pas à garder des développeurs qui pourraient se faire des programmes persos.

  9. #9
    Membre très actif
    Homme Profil pro
    retraité
    Inscrit en
    Septembre 2014
    Messages
    646
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : Septembre 2014
    Messages : 646
    Par défaut
    Citation Envoyé par smarties Voir le message
    En plus, il y a des contraintes d'exécution (si je ne dis pas de bêtise) et pour COBOL on doit avoir besoin d'un émulateur. Ca n'aide donc pas à garder des développeurs qui pourraient se faire des programmes persos.
    Je n'ai pas compris ce que vous écrivez. Il y a des compilateurs COBOL professionnels natifs en dehors de celui d'IBM sous Z/OS ou iSeries : Microfocus, IBM AIX, COBOL-IT, et sans doute d'autres. Quand à faire des programmes personnels, chez le client ou chez votre employeur, faut pas trop rêver.

  10. #10
    Membre Expert
    Avatar de Escapetiger
    Homme Profil pro
    Administrateur système Unix - Linux
    Inscrit en
    Juillet 2012
    Messages
    1 581
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Administrateur système Unix - Linux

    Informations forums :
    Inscription : Juillet 2012
    Messages : 1 581
    Par défaut
    Citation Envoyé par Jeff_67 Voir le message
    Le Cobol est utilisé pour le code spécialisé, genre calculer des taux dans quelque opération financière complexe.

    Le risque à migrer dans une techno plus récente est de remplacer un code qui marche par un qui fait des erreurs de calcul.

    La difficulté à migrer un code Cobol est aussi lié aux mauvaises pratiques d'antan : nom de variables cryptiques, code spaghetti a base de Goto, pas de documentation ni de commentaires, etc... On se contente donc de patcher les programmes existants pour l'adapter aux nouveaux usages. Ceux qui ont une compréhension globale du code sont depuis longtemps à la retraite, voire morts et enterrés.
    Salut Jeff,

    je me permets de te reprendre amicalement de volée sur ce point en tant que débutant Cobol en 1982 pour une grande institution française, respectueuse et rendant compte des deniers publics (je pense que c'est toujours le cas : la Défense, plus précisemment l' Armée de l'Air) :

    On utlisait toujours des cartes perforées, les écrans cathodiques étaient loués l'équivalent de 1 500 € (actualisés de mémoire) par mois par IBM, Bull et compagnie ...
    Impression sur des listings 80 - 132 colonnes ...

    L'algorithme, les spécifications étaient écrites en commentaire dans le code, faute de mieux, d'outils appropriés, de compréhension du personnel non-informaticien, etc...

    Le hardware, la mémoire, coûtait une blinde ; d'où le codage de l'année sur 2 chiffres par exemple (512 octets c'était le maximum autorisé), etc d'où des programmes en assembleur, puis la sous-traitance avec les SSII/ESN (véritable pénurie d'informaticien.ne?s) à l'époque))... le bug de l'an 2000 ...

    Qui peut perdurer juqu'en 2016 (bon, enfin là , c'est plus politique qu'autre chose ...) :
    L'Éducation nationale envoie une partie de l'algorithme admission post-bac... sur format papier
    Droit des lycéens demande de l'aide pour l'analyser



    À plus de 60 ans, le langage COBOL est encore utilisé par des États américains

    Jean E. Sammet, une informaticienne qui a participé au développement de COBOL,
    Est morte à l'âge de 89 ans


    ....

    Grace Murray Hopper, née le 9 décembre 1906 à New York et morte le 1er janvier 1992 dans le comté d'Arlington, est une informaticienne américaine et Rear admiral (lower half) de la marine américaine. Elle est la conceptrice du premier compilateur en 1951 (A-0 System) et du langage Cobol en 1959.
    Source : Grace Hopper - wikipedia

    [edit]
    Et pour être plus au coeur du sujet «Ces vieux langages sont toujours demandés par les grandes entreprises, mais en pénurie de compétences», lesdites entreprises n'investissent plus sur ce que l'on appelle le legacy (70 % du chiffre d'affaire en banque-assurance pour le Cobol en France tout de même il y a peu ) :

    En 2020 il y a t-il encore de l'avenir pour le Cobol ?

    Migration Zos vers UNIX/LINUX

    Abandon du ZOS pour les systèmes distribués

    [edit 2]
    Pour ce qui est des compétences, de mémoire, IBM et Cap Gemini ont mis en place en France une «académie Cobol», des promotions d'une vingtaine de personnes par an plutôt jeunes (~ la trentaine maximum), motivées, triées sur le volet, etc. pour le plus grand bien de leurs clients respectifs ....

    Il existe ausssi la version industrielle dans le mauvais sens du terme pour des résultats plus aléatoires - tant pour les candidat.e.s que pour les entreprises - à travers des SSII/ESN du type Adaming :
    Avis sur Adaming - SSII
    « Developpez.com est un groupe international de bénévoles dont la motivation est l'entraide au sens large » (incl. forums developpez.net)
    Club des professionnels en informatique

    Liste des balises BB

  11. #11
    Membre très actif
    Homme Profil pro
    retraité
    Inscrit en
    Septembre 2014
    Messages
    646
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : Septembre 2014
    Messages : 646
    Par défaut
    Citation Envoyé par jacjac Voir le message
    Ce qui devrait être indispensable pour ces entreprises, c'est d'avoir l'idée de se séparer des dinosaures qui ne veulent pas se sortir les doigts et migrer vers une techno plus récente...
    Ridicule ! Ce sont les entreprises qui ont des parcs informatiques colossaux qui hésitent à basculer vers d'autres technologies, car il faut faire vivre les deux systèmes ensemble pendant un bon moment et on a parfois de drôles de surprises avec le nouveau. Le prix à payer est colossal. Ce qui se fait le plus, c'est de basculer vers UNIX, mais on garde le parc logiciel en COBOL.

  12. #12
    Membre à l'essai

    Homme Profil pro
    Étudiant
    Inscrit en
    Mai 2016
    Messages
    7
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haut Rhin (Alsace)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2016
    Messages : 7
    Billets dans le blog
    1
    Par défaut
    Trouvez-vous cette étude pertinente ou pas ? Oui et c'est toujours d'actualité

    Votre entreprise utilise-t-elle toujours d'anciens systèmes et dispositifs ? Oui et a de plus en plus de mal a trouver des profils ou à attirer des jeunes pour les former

  13. #13
    Membre Expert
    Avatar de Escapetiger
    Homme Profil pro
    Administrateur système Unix - Linux
    Inscrit en
    Juillet 2012
    Messages
    1 581
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Administrateur système Unix - Linux

    Informations forums :
    Inscription : Juillet 2012
    Messages : 1 581
    Par défaut
    Une publication vidéo de 2025 plus « grand public » - mais pas que (cf. commentaires) - traite du COBOL, je me suis permis de rajouter le commentaire a posteriori de l'intervenant :


    Le monde dépend d’un langage informatique que plus personne ne connaît

    Underscore_

    Mar 3, 2025

    Nos banques, nos assurances et nos caisses de retraite fonctionnent grâce à un langage vieux de 70 ans : le COBOL. Et ce n'est pas près de changer...

    ----

    Suivi général : Michaël de Marliave
    Rédacteur en chef : Matthieu Lambda
    En plateau : Michaël de Marliave, Matthieu Lambda et Gaétan Roelens
    Montage : Vincent Carbonneau

    Directeur de production et stratégie : Charles-Antoine d'Adhémar
    Directeur technique : Till de Roquefeuil
    Agent : Julie Jouanne

    @gaetanro9300
    8 days ago (edited)
    Bonjour, je suis l'intervenant et je tenais à faire un post récapitulatif sur mes erreurs et approximations. La situation m'a fait parfois mélanger des notions et fait prendre des raccourcis :
    . Ce n'est pas sur le mac qu'on a implémenté pour la première fois clavier et souris. Déjà je voulais parler du Lisa, et uniqument de la souris (ils ont d'ailleurs piqué le brevet au xerox parc). Bref ma langue a bien fourché.
    . 2049 : il y a bien bug possible en 2049 mais dû à un décalage de 50 ans implémenté pour éviter le bug de l'an 2000. Si on écrit 68, ça veut dire 1968, si on écrit 22, ça veut dire 2022. Mais donc au passage de 49 à 50 on va passer de 2049 à 1950. Et le bug de 2038 concerne certains grands systèmes mais aussi des serveurs unix. J'ai tout mélangé 😮
    . Z/os : ça peut porter à confusion en regardant la vidéo mais comme l'ont souligné beaucoup de commentaires, le Z/os n'est pas le seul operating system sur mainframe, pas le premier, pas forcément lié au COBOL... j'ai pris de gros raccourcis, je m'en excuse auprès des puristes. Si j'avais dû parler de l'AS400, du cobol sous unix... la vidéo aurait duré 3h.
    . MOVE 1 TO X : C'est pour x=1 et ADD 1 TO X c'est pour x=x+1.
    Encore désolé, des fois dans la précipitation du propos, je suis moi-même surpris de ce que ma bouche a pu sortir. Je pense (enfin j'espère) que ça ne dénature pas l'idée générale.

    Je vois aussi de nombreuses questions sur comment se former en COBOL. Personnellement celle que je connais ce sont les SSII qui te payent une formation pour pouvoir te placer dans un centre de service. Généralement tu t'engages à rester 1 ou 2 ans dans la boîte sinon tu dois rembourser ta formation. Les écoles ont arrêté l'apprentissage du COBOL. Il reste aussi l'apprentissage sur le tas...
    Et précisions : pour le salaire 40k c'est à Paris et avec bac+5. Bac+2 c'est plutôt autour des 30k, et en province c'est encore plus bas.
    « Developpez.com est un groupe international de bénévoles dont la motivation est l'entraide au sens large » (incl. forums developpez.net)
    Club des professionnels en informatique

    Liste des balises BB

  14. #14
    Membre éclairé Avatar de scandinave
    Homme Profil pro
    Développeur Java, NodeJs/Angular
    Inscrit en
    Mai 2009
    Messages
    277
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Développeur Java, NodeJs/Angular

    Informations forums :
    Inscription : Mai 2009
    Messages : 277
    Par défaut
    Je vois aussi un autre soucis. Le COBOL et autre joyeuseté de ce genre permettant un accès très bas niveau, donc une optimisation importante des performances. Sur des systèmes, comme ceux des banques, cela est très important. De ce fait, remplacer cela par des langages comme Java, Python, Javascript ( pour lequel le pool de développeur est plus important) est hors de question. Reste donc le C/C++ qui est quand même assez casse gueule ( Fuite mémoire, pointeur etc ... ) , surtout si on à pas les specs du système antérieur ou alors le RUST qui à mon avis est ce qui devrait logiquement remplacer le COBOL. Mais un développeur RUST chevronné, ça doit couter aussi chère qu'un développeur COBOL

    De ce fait, les DSI des entreprises reste sur l'existant et laisse la patate chaude au suivant.

  15. #15
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par scandinave Voir le message
    alors le RUST qui à mon avis est ce qui devrait logiquement remplacer le COBOL. Mais un développeur RUST chevronné, ça doit couter aussi chère qu'un développeur COBOL
    Il faut voir si Rust offre les mêmes possibilités que Cobol en ce qui concerne la précision arithmétique.

  16. #16
    Membre éprouvé
    Homme Profil pro
    Développeur
    Inscrit en
    Août 2003
    Messages
    1 526
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : Août 2003
    Messages : 1 526
    Par défaut
    S'ils restent en permanence indécis (RUST ou pas, JAVA ou pas, ...) et/ou paresseux, la migration se fera jamais.
    Ensuite, rien ne les empêche de se mettre à contribuer sur RUST afin d'éventuellement résoudre leurs problématiques.

    La précision mathématique, ça peut prendre du temps mais quand même se tester (il y a cet article qui parle d'un problème mathématique en informatique : http://www.latkin.org/blog/2014/11/2...ff-gone-wrong/)
    Il y aussi possibilité de faire des benchmark entre 2 codes

  17. #17
    Membre très actif
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juillet 2007
    Messages
    891
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Juillet 2007
    Messages : 891
    Par défaut
    Il n'y a aucun intérêt à apprendre le COBOL:
    1) C'est un langage qui paye pas bien (moyenne basse) et il est très inconfortable.
    2) C'est un langage qui ne permet pas le télétravail et qui permet seulement de travailler à Paris ou dans des très grande ville ou le prix de la vie est élevé.
    3) Dans 10 ou 20 ans quand les applis seront migrés il sera impossible pour quelqu'un maîtrisant le COBOL de se former vers un langage informatique autre, il y a un trop grand fossé.
    4) Ce n'est pas un langage qui permet de bidouiller dans son coin un projet personnel (pour le fun, ou pour un complément).

    Le seul espoir pour les banques/assurances, c'est de former de vieux développeurs assez habitué au bas niveau mais un peu has-been avec les nouvelle technos.

  18. #18
    Membre très actif
    Homme Profil pro
    retraité
    Inscrit en
    Septembre 2014
    Messages
    646
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : Septembre 2014
    Messages : 646
    Par défaut
    Citation Envoyé par abriotde Voir le message
    Il n'y a aucun intérêt à apprendre le COBOL:
    1) C'est un langage qui paye pas bien (moyenne basse) et il est très inconfortable.
    2) C'est un langage qui ne permet pas le télétravail et qui permet seulement de travailler à Paris ou dans des très grande ville ou le prix de la vie est élevé.
    3) Dans 10 ou 20 ans quand les applis seront migrés il sera impossible pour quelqu'un maîtrisant le COBOL de se former vers un langage informatique autre, il y a un trop grand fossé.
    4) Ce n'est pas un langage qui permet de bidouiller dans son coin un projet personnel (pour le fun, ou pour un complément).

    Le seul espoir pour les banques/assurances, c'est de former de vieux développeurs assez habitué au bas niveau mais un peu has-been avec les nouvelle technos.
    1) Oui, c'est pas cher payé, c'est ni fun ni sexy en plus. Enfin surtout, il manque des outils d'un prix abordable (Microfocus propose un IDE basé sur Eclipse, je ne connais pas le prix; IBM propose aussi son IDE RDZ, mais là le prix est parait-il assez costaud).

    2) Je suis en télétravail depuis la guerre contre le virus chinois, en COBOL (Z/OS, UNIX). Sortez de votre bulle : l'époque des terminaux 3270 est révolue, on utilise des émulateurs comme Relfexion, Quick3270, etc...

    3) C'est tout à fait exact. Quant à voir tout migrer...

    4) Oui, mais qui voudrait se faire un truc fun avec OPEN INPUT, READ, RITE, CLOSE, PERFORM, CALL, IF THEN ELSE, COMPUTE, etc ???

  19. #19
    Membre éclairé

    Homme Profil pro
    Retraite
    Inscrit en
    Octobre 2005
    Messages
    527
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 74
    Localisation : France, Aude (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Retraite
    Secteur : Industrie

    Informations forums :
    Inscription : Octobre 2005
    Messages : 527
    Billets dans le blog
    1
    Par défaut
    les Langages comme Cobol / RPGILE ...

    sont des langages pour la gestion d'entreprise sans aucune commune mesure, il n'y a qu'a comparer le nbr de lignes fait par exemple en RPG et un programme c/c++ 50 fois moins...
    je vous defis de faire une facturation en 400 lignes (et je suis large) en c/c++ c'est possible en RPGILE , toute l'informatique n'est pas sur PC.

    Comparer le Cobol / Rpgile avec les langages C/C++ est une abération. Mais cela peut être complémentaire... j'ai fait des outils system en C sur Ipower (AS400) mais aucune comparaison avec de la gestion. J'ai testé la faisabilité de programmer en C (et encore avec des outils me simplifiant la gestioon écran) bref la maintenance et le nombre de ligne là ou il n'en faut 2 ou 3 lignes......

    j'ai même abordé, en fait j'ai monté de faire sur pc le principe de gestion de base de donnée pour simplifié ROO type DDS AS400 (relation objet objet la zone est un objet l'enrg est un objet ........) cela n'empèche pas qu'il faut un paquet de ligne ...... c'est vrai ça a diminué mais pas au point de ratraper RPGILE /Cobol et encore je ne parle pas du COBOL-ILE

    sur un AS400 un millons de ligne pour gèrer une grosse entreprise temps de recompilation 2 heures du devis production à la facturation en passant par tout ce que l'on peut imaginer comme analyse..... et communication web y compris communication avec les machines de production etc.... pour dire que j'ai souvent rongé mon OS sur le fait de dire peut on faire autrement.

    poutant je suis passé à la retraite( dommage j'aurai aimé appliquer en entreprise) la programmation NIM-Langue

  20. #20
    Membre très actif
    Homme Profil pro
    Ergonome
    Inscrit en
    Octobre 2016
    Messages
    166
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ergonome
    Secteur : Arts - Culture

    Informations forums :
    Inscription : Octobre 2016
    Messages : 166
    Par défaut
    J'ai participé jadis à un projet de migration de gros software AS400 vers PC - VS - Oracle, voici mon vécu :
    La ssii retenue pour ce projet a embauché tous ses intercontrats peu expérimentés en leur donnant quelques mois pour se former
    Ce faisant, les schemas BDD ont été créés par des gens dont ce n'était pas la spécialité. Ceux ci ont cru bon de stocker les flat text dans de grands varchar. Autrement dit, la data historique a été grossièrement copiée dans le format Oracle qui ressemble le plus à du texte brut.
    Dans tout l'étage de 150 personnes, j'étais le seul à bien connaitre VS. Au début, tout le monde m'a posé des questions, puis, les collègues se sont méfiés, ont contesté des choses basiques et simples...

    On m'a alors confié des taches réputées difficiles (gestion des droits, ...) sans rapport avec les données converties de l'AS400 qui commençaient à poser des problèmes insurmontables :
    clauses WHERE <champ> LIKE %<searchvalue>%
    indexes inutilisables
    utilisations de clés composées de plusieurs champs métier
    etc...


    Les chefs projet ne comprenaient rien à ce qui se passait

    l'atmosphère devenait lourde, j'ai trouvé une autre mission et j'ai quitté le plus vite possible
    Je suis retourné voir les gens un mois plus tard. Mon code d'administration fonctionnait bien. Hélas, la base était en perdition, tout le monde semblait désabusé

    Peu après, le projet a perdu ses financement après des centaines de millions investis en pure perte, les AS400 sont toujours en usage et la migration a été enterrée.

    La migration est un problème de qualité, qualité du projet, qualité du personnel, qualité du management. Franchement, je ne crois pas qu'il y ait une recette miracle, surtout pas en recrutant des sur-diplômés à qui on signe un chèque en blanc...

    Il faut un comité de pilotage qui travaille très en amont, bien avant de poser les premières lignes d'analyse. puis, recruter des freelances un à un pour leur compétence et leur compréhension du problème.

Discussions similaires

  1. Réponses: 1
    Dernier message: 28/03/2013, 05h50
  2. [phpMyAdmin] Les bases ne sont plus listées sous la forme d'une liste
    Par loopback dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 2
    Dernier message: 05/01/2008, 16h57
  3. Les modifications ne sont plus prises en compte
    Par yousfi.z dans le forum Eclipse Java
    Réponses: 3
    Dernier message: 28/03/2007, 12h51
  4. Réponses: 1
    Dernier message: 12/09/2006, 09h13

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