IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Les anciens systèmes sont plus difficiles à maintenir en raison de la pénurie de compétences
Les développeurs COBOL se font rares et la gestion des parcs mainframes est perturbée, selon Advanced

Le , par Sandra Coret

85PARTAGES

28  1 
Une nouvelle étude du fournisseur de services informatiques Advanced montre que 89 % des grandes entreprises du monde entier craignent de ne pas avoir accès aux talents informatiques appropriés pour maintenir et gérer leurs systèmes anciens.

Mais les compétences nécessaires pour moderniser ces systèmes sont également rares. Près de deux cinquièmes (37 %) des professionnels de haut niveau – y compris les DSI et les responsables informatiques – admettent que leurs programmes de modernisation ont échoué parce qu'ils ne disposent pas des compétences approfondies et étendues requises pour les nouvelles technologies comme le cloud. En outre, 38 % des répondants attribuent la réussite des projets de modernisation à un manque de planification.

Le rapport examine les défis auxquels sont confrontées les grandes entreprises du monde entier dont le chiffre d'affaires annuel est supérieur à 1 milliard de dollars US. Il révèle que 78 % des organisations ont lancé au moins un programme de modernisation en conséquence directe de la pandémie, mais que cela a entraîné des difficultés. Un tiers d'entre elles craignent que les employés expérimentés partent à la retraite et emportent avec eux leurs compétences traditionnelles, tandis que 36 % s'inquiètent du fait que les personnes qui arrivent sur le marché du travail n'ont que des compétences modernes. En outre, 29 % affirment que leur personnel ne veut pas apprendre les compétences traditionnelles, même si elles sont encore très demandées.


À titre d'exemple concret, le rapport cite l'État du New Jersey qui, au début de la pandémie, a vu des centaines de milliers de résidents soumettre rapidement des demandes à son système de chômage. Les mainframes supportant les applications critiques ont alors planté, ce qui a conduit le gouverneur de l'État à lancer un appel urgent aux programmeurs COBOL.

Tim Jones, directeur général de la modernisation des applications EMEA chez Advanced, déclare :

L'État du New Jersey n'est pas un exemple isolé. De nombreuses organisations dans le monde entier ont du mal à trouver le personnel qualifié nécessaire pour maintenir et gérer leurs systèmes critiques. Si les programmeurs maîtrisant les principaux langages partent à la retraite et emportent leurs compétences avec eux, les grandes entreprises continueront à subir d'énormes perturbations dans leurs opérations.

De plus, en déplaçant leur parc de mainframes vers un environnement moderne tel que le cloud, les entreprises pourraient également finir par surcompenser le déséquilibre des compétences en se concentrant sur le recrutement de compétences modernes et en négligeant le besoin de talents traditionnels. Il est important qu'elles assurent une formation croisée des talents existants afin d'améliorer la capacité du personnel à prendre en charge les systèmes anciens et modernes, en particulier pendant et après une initiative de modernisation majeure.


Source : Advanced

Et vous ?

Trouvez-vous cette étude pertinente ou pas ?
Votre entreprise utilise-t-elle toujours d'anciens systèmes et dispositifs ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de
https://www.developpez.com
Le 02/07/2021 à 10:57
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.
14  0 
Avatar de
https://www.developpez.com
Le 02/07/2021 à 9:33
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.
12  1 
Avatar de commandantFred
Membre averti https://www.developpez.com
Le 02/07/2021 à 18:25
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.
10  0 
Avatar de JPLAROCHE
Membre expérimenté https://www.developpez.com
Le 02/07/2021 à 15:20
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
9  2 
Avatar de TotoParis
Membre expérimenté https://www.developpez.com
Le 02/07/2021 à 20:21
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 ???
6  0 
Avatar de Kulvar
Membre éclairé https://www.developpez.com
Le 02/07/2021 à 10:45
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.
8  3 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 03/07/2021 à 8:05
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...
C'est pas une question de personnes arcboutées sur leur vieille technologies. Beaucoup de gens souhaiteraient en sortir, mais dans la pratique on ne remplace facilement une machinerie lourde et complexe mais qui fonctionne bien surtout quand on a pas vraiment le droit a l'erreur vu que les applications COBOL portent souvent sur le traitement d'opérations financières.

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.
Rust et même C ++ ne sont pas vraiment des choix vraiment logiques pour remplacer COBOL. Ce sont des langages système avec des problématiques inutile pour de la finance. Avec des effort et de bonnes bibliothèques, on doit pouvoir leur faire faire de la comptabilité de manière correcte, mais c'est clairement pas leur domaine de prédilection.

Citation Envoyé par scandinave Voir le message
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
C'est totalement le contraire. De ce que j'ai vu du COBOL, il n'est absolument pas orienté vers le bas niveau. Et dans le domaine de la comptabilité, à part pour du trading haute fréquence, on a rarement besoin de tirer le maximum des performances de la machine en terme de puissance de calcul, même si a les règles de gestion peuvent être complexe.

Le python ou le Java sont bien plus recommandés que le C++ ou Rust si on veut remplacer du COBOL . Quand on manipule des données financières, on ne veut pas être emmerdé par des considérations bas niveau comme la gestion de la mémoire.
5  0 
Avatar de ji_louis
Membre régulier https://www.developpez.com
Le 03/07/2021 à 11:01
Pour avoir fait de la transposition du COBOL vers java durant des années, je peux dire que la plupart des commentaires précédents sont justes.

COBOL est un langage ancien qui a les avantages et inconvénients de son époque: C'est un langage impératif très simple et très efficace (la compilation transforme le code en langage machine, il n'y a pas plus rapide). Mais il faut gérer "à la main" les espaces de mémoire destinés aux variable (tout programme est en 3 parties: déclaration des ressources [lecteurs de fichiers, bases de données, écrans, imprimantes, réseau, etc.], puis déclaration des variables et des structures de données [variables de boucles, lignes de fichiers plats, tupples de tables de Bdd, etc.], puis le code qui effectue les tâches demandées) et une valeur peut être interprétée à la fois comme du texte et comme un nombre par deux variables simultanées, il faut donc faire attention à ce qu'on fait. La taille des variables est définie individuellement, on peut définir un nombre avec une précision arbitraire, par exemple avec 20 chiffres avant et 100 après la virgule.

La longueur de la compilation (réel problème pour la maintenance quotidienne) est davantage due au matériel utilisé qu'au langage lui-même. Il existe des version de COBOL pour PC (entre autre par Microsoft).

La transition du COBOL vers des technologies plus récentes implique de TOUT remettre en cause:
- architecture matérielle (passer du mainframe aux serveurs distribués, au web, aux PC, etc.)
- architecture logicielle (passer des fichiers plats aux bases de données relationnelles ou non-relationnelles, de données source unique à des ressources distribuées)
- langages utilisés
Cela impacte l'organisation de l'entreprise, ses buts (c'est l'occasion d'abandonner des tâches ou de s'en fixer de nouvelles); la tâche est tellement importante qu'il faut un volontarisme fort et continu de la direction, tout simplement parce que cela implique une redéfinition complète du travail de l'entreprise ou de l'administration, et c'est ça la partie la plus difficile du projet.
Une fois les possibilités étudiées, les buts définis et les budgets débloqués, le projet et sur les rails. Si il y a ne serait-ce qu'un peu de flou dans la phrase qui précède alors le projet part au crash.

Finalement, la transition du COBOL vers autre chose est un projet transformant l'entreprise, qui ressort non pas de la responsabilité du DSI mais de la direction générale. C'est l'occasion de transformer Amazon d'une épicerie de quartier en géant mondial du commerce en ligne (pour illustrer le niveau de responsabilité des décision à prendre).
5  0 
Avatar de Matthieu Vergne
Expert éminent https://www.developpez.com
Le 04/07/2021 à 21:04
Quand on investit dans du matériel, on prend en compte son renouvellement : on établit un budget qui prévoit le remplacement des machines qui tombent en rade par exemple. C'est pareil avec les technos, il faut prévoir leur remplacement. Et cela se fait autant au niveau budgétaire que technique : on démarre avec un système legacy qui fonctionne, on commence par le refactorer (si besoin) pour pouvoir l'utiliser en parallèle avec un autre système, si pas faisable on le planque derrière un "proxy" (le design pattern, pas le dispositif réseau) qui se chargera d'utiliser l'ancien ou le nouveau système, puis on commence à développer le nouveau système, à transférer progressivement les responsabilités de l'ancien vers le nouveau, jusqu'au jour où le nouveau peut faire l'intégralité du job, jour où l'ancien système peut être éteint (et le proxy retiré si plus besoin).

Ce sont des périodes transitoires à prévoir dans le cycle de développement des application à longues durées de vie. Et quand on le fait correctement, on le fait en créant un système facilement remplaçable.

En pratique, la plupart s'en foutent et se focalisent sur le court terme. Qu'ils ne viennent pas pleurer après, ils on fait leur choix.

Les gens qui postulent à ce genre de job ont je pense 2 perspectives :
- ils le font dans le but de comprendre le legacy pour le réimplémenter et le remplacer : ces gens là sont des champions et méritent leurs salaires.
- ils le font dans le but de maintenir le legacy : ces gens là sont des parasites qui font valoir leur rareté pour se faire richement payer mais ne règlent pas le problème de fond.
5  0 
Avatar de scandinave
Membre éprouvé https://www.developpez.com
Le 29/06/2021 à 15:21
Ben voyons ... cloud = magie = maintenance automatique ...
Je pense que dans leur tête, informatique moderne == Cloud == SaaS == J'ai plus rien à gérer. juste à payer ma licence/abonnement.
4  0