La pénurie de compétences mainframe représente un risque accru pour les entreprises

Effectivement, faire de l'assembleur ou du Cobol sur Z, de prime abord ce n'est pas très attrayant mais avis aux smicards du développement oueb' : ça paie un petit peu plus que de faire joujou avec des éditeurs de texte colorés ^^
Note : Il me semble que le manque de ressource vient simplement du fait qu'on dit depuis 40 ans, que c'est mort, c'est pour les vieux (l'IBM i ex AS/400 est un autre exemple de ce genre d'inepties)

Nettement moins qu'une baie VMware ou chaque micro-appication demande son propre serveur avec 10 couches de virtualisation

1 de mes AS400 consommait 2000w pour gérer l'ensemble des applications pour environ 400 personnes.

Et pour ton information je travaille actuellement à la fusion d'application de dixaines d'AS400 sur... un AS400 (le plus gros de France) d'une enterprise d'état...

Au passage eteinds ton PC, il consomme pour rien

On peut, mais c'est plus difficile. COBOL étant facile, on peut faire des choses fonctionnelles et efficaces sans pour autant avoir à recruter des cadors. Faire de la POO propre, c'est difficile. C'est plus élégant, mais plus difficile.

L'un n'empêche pas l'autre. Du web coté client, du cobol/mainframe coté serveur. C'est vers ça qu'on se dirigeait à la BNP/Paribas quand j'y traînais mes guêtres, au début des années 2000. La partie client du COBOL(souvent, mais pas toujours, en CICS), elle, est bel et bien en train de disparaître. Mais coté serveur, ça reste gigantesque. Cette taille et cette ancienneté posent deux problèmes majeurs aux décideurs qui voudraient remplacer ça. Ca coûtera un bras et demie, et surtout, on perdrait 40 ans de fiabilisations massives(je dis 40 ans, j'ai bossé sur des codes de 1972, soit 47 ans). Refaire à zéro, c'est prendre un risque de fiabilité - pas le genre des banquiers.

Je pense que l'article désigne les les ordinateurs issus de la gamme IBM 360 et 370, voir fiche wikipedia : https://en.wikipedia.org/wiki/Mainframe_computer

Elles sont ou les annonces de poste ? Je pense aux postes sur AS400. A part les SSII qui cherchent par principe en publiant la meme annonce systematiquement depuis des années et surtout sans avoir aucun poste a pourvoir (une fois que le candidat se présente elle regardent, argent facile) il n'y a pas d'annonces (Sur Lyon) ! Alors pénurie surement mais ou ?!

Technick

LzLabs dont l'activité est ... le... "Mainframe migration project" nous informe qu'il y a une pénurie de compétence dans le domaine... Heureusement, on peut faire appel à... LzLabs!

J'ai travaillé pendants des années sur as400 en commencant par le 34/36 en rpg pui rpgle et en dernier en java.

Mon plus beau contrat était une mission en Inde de 9 mois en accompagnement de mirages 2000 pour l'armée Indienne,
l'escadron des tigres :-)

Cela fait une drôle d'impression de voir voler un de ces zincs au dessus de la caste la plus basse qui vit dans des sortes
d'igloos en branchages et chiffons dans un terrain vague, sans eau, sans électricité alors qu'avec un seul de ses avions on pourrait ....

Mais le monde est ainsi.

On s'occupait d'un logiciel de maintenance pour Dassault.

Je sais qu'ici au Canada, le gouvernement en cherche et meme les formes en cobol.
J'ai postulé mais les salaires sont inférieurs à ce que je gagne , 80.000, je gagne plus . Et le cobol heu .... pas très chaud pour
quoique cela me semble bien plus facile que de coder du web en javascript avec une pléthore de libraries.

Je me rappel, il y a bien longtemps, on pestait contre les cobolistes qui imprimaient des compiles à rallonges et bloquaient les imprimantes de l'école :-)

Si vous voulez que je fasse du cobol, payez moi $ cad 120.000/an:-)

Ces machines étaient beaucoup plus stables, je le vois aujourd'hui dans mon travail.

Je commence par un petit hors sujet :

C'est rigolo, ils ont entériné le brexit avant que celui-ci ne soit définitivement acté.

Bon, retour au sujet :

j'ai lu en 1986(j'avais 10 ans) que COBOL était mort. Il m'a nourri de 2000 à 2013(par intermittence, 8 and en cumulé, à peu près).

Le truc, c'est que
(0) L'existant en COBOL est immense, et la manière dont ça a été programmée est souvent soudée à l'architecture mainframe. L'investissement pour tout refaire des choses qui fonctionnent parfaitement serait immense.
(1) Le COBOL, ça marche. Entre 2010 et 2013, j'ai pu comparer activement notre équipe COBOL avec l'équipe JAVA à coté. Nos devis étaient moitié moins cher, et nos dépassements de budget deux fois moindre. Des estimations en 2000 trouvaient que le coût de passage à l'an 2000 était 30% inférieur sur COBOL par rapport à JAVA. Et pas avec des gens plus intelligents, hein. Et je ne parle même pas de consommation CPU; les ordres de grandeur n'étaient pas les mêmes. Fatalement, un langage conçu au début des années 60 se devait d'être économe en ressources.

Après, je ne suis pas aveugle. Plus personne ne veut faire ça, et le coût des licences est hallucinant. Et ce sont des coûts beaucoup plus faciles à mesurer que les frais de maintenance logicielle(qui sont pourtant bien supérieurs). Ca finira par crever quand même. Mais ça va prendre encore quelques décennies.

le COBOL seul, tu peux te former sur OpenCobolIDE. Le souci, c'est plus ce qui va avec : les JCL, les formats de fichiers exotiques, l'éditeur de textes ISPF, FILEAID, etc... des outils très puissants, mais qui demandent une longue initiation. Le COBOL, en soi, c'est assez facile, à écrire, et, plus important encore, à lire. Tout le savoir faire, c'est l'environnement ultra-sécurisé des mainframes. Qui est en totale contradiction avec ce qu'on apprend aux jeunes de nos jours.

Voilà. Je n'aurais aucun scrupule à m'y remettre, mais c'est payé au lance-pierres, surtout ici à Montpellier. Je gagne 10k€ de plus à faire des scripts de test automatique. Pourquoi revenir?