Discussion :

[WhiteT1ger]

Bonjour,

Ma question n'est pas vraiment technique directement mais concerne plus le mainframe en général.

On m'a proposé un poste qui débute par une formation au Mainframe : Cobol, DB2 et CICS. D'après ce que j'ai pu lire ce sont d'assez anciennes technologies mais encore très utilisées.

Je voudrais des avis d'expérience:
- Est il possible d'acquérir une véritable expertise en Mainframe sur les technologies mentionnées ? Continuer d'apprendre même 6 mois après avoir commencé ?
- Y a t il des langages qui sont invariablement associés et dont l'apprentissage est complémentaire donc très bénéfique ? Je pensais plus spécifiquement à Java, J2EE ou .NET ...

Merci pour vos retours

[Darkzinus]

Bonjour,

Effectivement le COBOL est encore très utilisé dans l'informatique de gestion. Il y a beaucoup à apprendre sur le MAINFRAME et pour peu qu'on s'y intéresse on progresse rapidement techniquement. Cela dépendra beaucoup de ta mission et des gens avec qui tu travailles. L'idéal étant de trouver un mentor passionné et très fort techniquement (c'est comme ça que j'ai toujours progressé). Pour ce que est de JAVA, J2EE, Il est peu probable que tu t'en serves en parallèle d'une mission COBOL (c'est généralement cloisonné) mais cela peut être intéressant si tu souhaites un jour évoluer vers ces technologies.
Pour ma part, après 7 ans dans le MAINFRAME où j'avais acquis de bonnes connaissances techniques (peu de monde s'y intéresse du coup il est aisé de devenir un interlocuteur privilégié sur le sujet) je suis parti sur de l'AS400 depuis 2 ans. Mes débuts ont été peu "timides" car le système est très différent mais on s'y adapte. Et ça élargit ensuite le champs des opportunités. L'AS400 est encore beaucoup utilisé alors que je ne le soupçonnais pas et pensais rester at vitam dans le monde du MAINFRAME.
Pour le COBOL à proprement parler le langage est relativement simple même s'il est très "austère"de prime abord. Pour la base de données DB2 côté développement elle s'utilise comme les autres bases de données (assez peu de spécifique) elle est donc facile à appréhender.

[WhiteT1ger]

Merci pour ton retour !

Les applications de gestion qui utilisent du Cobol utilisent donc exclusivement ce langage ? Je me demandais s'il n'y avait pas des langages plus récents qui sont utilisés en parallèle, ce qui laisse une possibilité d'évoluer dans cette direction.

D'ailleurs, si le tout reste apparemment assez simple à appréhender, c'est possible de développer une vraie expertise (du type "ça ne se trouve pas souvent") ?

[Darkzinus]

La plupart dans les banques assurances utilisent effectivement le COBOL. Par contre pour l'IHM tu peux avoir toute sorte de langages. Mais en général ce sont des composants COBOL qui font les accès aux bases.
Pour ce qui est de l'expertise en fait, c'est plus l'aspect fonctionnel qui prime. L'expertise technique pour ce qui est du développement est sensée être acquise (pour ce qui est essentiel) assez rapidement. Etre une ressource "rare" me semble utopiste (quand bien même tu te situes au-dessus du lot). Par contre en région parisienne les missions ne manquent pas. Pour les autres régions c'est nettement plus limité.

[escartefigue]

Bonjour,

L'experience de Darkzinus rejoint la mienne. Il existe encore beaucoup de grandes entreprises dont le S.I. cœur de métier s'appuie sur une solution Mainframe c'est à dire sur le triptyque Z/OS+Cobol+DB2. L'accès au SGBD est fait par des services mainframe (COBOL/DB2) et les IHM le plus souvent en Java.

Cobol est un pur produit Mainframe, mais existe aussi sur AS/400 et micro

Le langage SQL est à peu près le même à quelques variantes près sur tous les SGBD-R modernes, donc ce que vous apprendrez avec le SQL sur DB2 sera transportable sur d'autres SGBD

Il y a très peu de chances que vous pratiquiez simultanément COBOL et un langage distribué (java, C++ ou autre) car les équipes de dev sont le plus souvent voire toujours distinctes.
Eventuellement vous pourrez programmer en REXX (assez marginal coté études, mais courant dans les équipes système et DBA)
Par contre, les équipes de dev mainframe et distribué travaillent régulièrement conjointement sur des projets. Les services mainframe répondent à des sollicitations des IHM il y a donc collaboration étroite entre les 2 équipes.

Par contre il y a largement de quoi apprendre plus de 6 mois, selon vos gouts et bien sur selon les projets auxquels vous participerez, il y plein de pistes d'expertise possibles, autant coté métier que coté technique.
A vous de saisir les opportunités quand elles se présentent

Quoiqu'il en soit, en informatique la curiosité est un atout et la formation (y compris l'auto-formation) aussi

[WhiteT1ger]

Merci escartefigue, j'apprécie votre retour également !

[gfaupin]

Bonjour,
J'ajoute que la double compétence Mainframe/Open est possible selon les missions.
Pour mon cas, je travaille pour une mutuelle depuis mi-Septembre 2018, principalement sur la partie Mainframe (Natural/Adabas).
Néanmoins, le mainframe est de plus en plus exposé à l'Open (appel Entrant et Sortant).
La double compétence est alors une vraie plus-value et permet d'anticiper les problématiques d'implémentations entre 2 milieux qui ne communiquent pas toujours bien.

Un exemple assez classique je pense, un site internet qui consomme des données du Mainframe.

Souvent cloisonné, les deux univers sont pourtant plus ou moins lié.

Pour ma part, je ne pense pas que le Mainframe en général soit à l'abandon.
De nombreuses sociétés cherchent à s'en passer.
Mais à quel prix (argent, temps de traitement, etc...).
Beaucoup essaient, puis font marche arrière.

Le Mainframe reste une valeur sûre dans l'informatique de gestion. Et pour encore un bon moment je pense.
De plus, c'est facile d'accès pour les débutants en programmation.

Seul bémol je trouve, la communauté n'est pas très verbeuse si on s'écarte du Cobol...

Cordialement.