Discussion :

[Johnbob]

Bonjour à tous

Je souhaite connaitre vos avis et expériences sur le domaine du "mainframe" dans les banques.

J'ai essayé de me renseigner sur ce qu'est le "mainframe": il est défini comme étant un ordinateur central qui fonctionne de manière centralisé (désolé pour la répétition) en opposition aux modèles répartis. Il est utilisé pour sa puisance et sa fiabilité afin de traiter de très grandes banques de données. IBM avec ses zSeries semble être le constructeur principal.

Mon problème c'est qu'on me fait une offre d'emploi dans ce domaine. Il s'agit d'une grande SSII qui travaille beaucoup avec une grande banque française. Voilà ce qu'on m'a expliqué: cette banque recherche des jeunes diplômés afin de les former sur l'architecture de son mainframe pour disposer, plus tard, de managers dans ce domaine afin d'équilibrer la pyramide des ages.

Je crois qu'il s'agit essentiellement de travailler avec cobol, cics et db2. La part de fonctionnel est aussi assez grande. Jusqu'à présent je travaillais comme la majorité des jeunes diplomés sur des applis d'architecture 3-tiers (dans mon cas: ASP/IISS et J2EE/JBOSS).

J'aimerais donc avoir un peu plus d'infos sur ce type de systèmes (liens ?); savoir aussi si je ne risque pas de me fermer pas mal de portes ou s'il existe beaucoup d'opportunités dans ce domaine dans les autres grosses boites. J'aimerais aussi savoir ce qui se cache derrière le terme de "fonctionnel" qu'on met souvent en opposition au technique (coding pur). Sachant que j'ai envie de découvrir de nouvelles choses, est-ce que les langages qu'on trouve dans ce type d'architecture ne sont pas trop rébarbatifs ?

Merci pour toutes vos réponses même vagues

[nebule]

Concernant les opportunités, je dirai qu'en ce moment le marché est plutot favorable aux "vieux" sytémes (cobol & co).
Car les informaticiens qui s'en chargeaient partent en retraite (papy boom) et résultat ils manquent de personnes qualifié pour maintenir les sytémes.

Mais combien de temps ces architectures vont-elles être conservées ?
Vont-elles perdurées 10, 15 ans ou bien être remplacées à court termes par des nouvelles technos ?
Ca je ne serai te dire mais de nombreuses TMA tournent sur ce genre d'architecture.

A voir si ta (future) SSII te propose d'ici 2 ou 3 ans des postes plus orientés nouvelles technos...

[Catbull]

Banque, MainFrame, il y est fort probable que tu deviennes coboliste.

Pour ce qui est de la pérénité de ce type d'architecture, il n'y a pas trop à s'inquiéter. Elles ont déjà 20 ou 30 ans et elles dureront encore longtemps. Tout au plus on rajoutera une couche de Web pour faire jolie.

Car les informaticiens qui s'en chargeaient partent en retraite (papy boom) et résultat ils manquent de personnes qualifié pour maintenir les sytémes.

Oui et non, les banques sont de très gros clients et les SSII forment constament de jeunes diplomés au Cobol. Jeunes diplomés qui bien souvent ne sont pas issus d'un cursus informatique.

J'aimerais aussi savoir ce qui se cache derrière le terme de "fonctionnel" qu'on met souvent en opposition au technique (coding pur)

J'ai bien peur que le terme fonctionnel, soit ici falsifié. Par fonctionnel, on attend de toi que tu connaisses le milieu bancaire. Mais ton quotidien risque d'être des lignes de cobol.

Si coder en ASP, J2EE te botte, je doute que tu puisse t'épanouir en tant que coboliste.

Je ne veux pas norcir le tableau. A toi de voir si tu veux te lancer la dedans.

Pour les perspictives d'évolution, rassure-toi, il y en a dans toutes les grosses boites. Mais c'est à toi de tirer ton épingle du jeu et de montrer tes compétences (relation clientele, capacité à manager, commerciale, etc..)

Une condition tout de même pour évoluer : bac+5. Il y a plétore de bac+2 qui se voient refuser des responsabilités parceque leurs diplomes sont jugés insuffisant pour accéder à ce niveau de responsabilité. Notamment dans les grands groupes.

[jerome.petit]

Salut,

vas-tu te fermer des portes ?
cela dépend du sens de ta question.
Techniquement, si tu passes plusieurs années dans un domaine précis, il est difficile de zapper sur autre chose.
Au niveau respondabilités, encadrement etc, c'est complètement indépendant du domaine technique.

Si les architectures n-tiers te plaisent, que les technos qui bougent t'attirent, tu risque de t'ennuyer un peu !

D'ailleurs si tu cherches actuellement un boulot, tu peux m'en parler en MP, je cherche des gens en J2EE

Bon courage pour ton choix !

[jerome.petit]

A voir si ta (future) SSII te propose d'ici 2 ou 3 ans des postes plus orientés nouvelles technos...

Pas facile de se réorienter vers une techno après plusieurs années dans une techno complètement différente... ça demande beaucoup de persuasion, au niveau de ta SSII d'une part, et du client potentiel d'autre part

[nebule]

et du client potentiel d'autre part

Si ta SSII a confiance en toi, elle arrivera à te faire passer auprés du client...
Mais toute la question est là

[la drogue c'est mal]

avis perso : n'y va surtout pas. Tu as etre "catalogué" grand systeme et tu seras enfermé dans ce domaine technique.

les étiquettes arrivent tres vite et ils sont aussi difficiles à enlever qu'un vieux chewingum

[Catbull]

Quelque soit la technique sur laquelle on travaille, on fini toujours par être catalogué. L'évolution de carrière ne viendra pas de la technologie maitrisée.

Gaara, si tu comptes faire le techos (n'y voit pas un terme péjoratif, je manque de vocabulaire) toute ta vie, alors suis le conseil de la drogue c'est mal. Je doute très sincèrement que le Cobol puisse passionner les jeunes diplomés d'aujourd'hui.

Si en revanche tu comptes évoluer fonctionnellement alors vois avec ton futur employeur les perspectives d'avenir et ce qu'il te propose à moyen et long terme. Elles peuvent être réellement intéressantes.

Issu d'un cursus génie logiciel, mon travail actuel consiste à paramétrer un progiciel de paie. Le moteur du programme est en cobol et le langage utilisé pour le paramétrage est un langage propriétaire proche du Cobol. On est très loin des langages à objets enseignés sur les bancs de l'école. Bref, paramétrer la bestiole n'est pas vraiment interessant (doux euphémisme).

De toute façon je me voyais mal faire du code toute ma vie et même plus de 3 ans, et ce, quelque soit le langage.

Le centre d'intérêt de mon travail n'est pas le codage, mes motivations non plus. Mon travail m'a permis de voyager, de voir différents clients et de découvrir de nouveaux domaines fonctionnelles. J'ai la chance d'avoir pu évoluer et aujourd'hui j'ai la responsabilité de la conduite de projets. Tout cela répond à mes attentes.

A toi de définir ce que tu veux faire et devenir (professionnellement parlant). Il est vrai que le risque d'être catalogué coboliste existe. Mais ce n'est pas en travaillant 2 ans sur le MainFrame que tu seras 'catalogué'. Tu auras donc encore le temps de te (re)poser la question et de changer de travail si la voie sur laquelle tu t'es engagé ne te conviens pas. Question que je me suis posée il y a quelques mois de cela...

[nebule]

Quelque soit la technique sur laquelle on travaille, on fini toujours par être catalogué. L'évolution de carrière ne viendra pas de la technologie maitrisée.
...

Si en revanche tu comptes évoluer fonctionnellement alors vois avec ton futur employeur les perspectives d'avenir et ce qu'il te propose à moyen et long terme. Elles peuvent être réellement intéressantes.

Tout à fait, tu résumes trés bien l'histoire. L'important est d'avoir des responsabilités, de pouvoir montrer que tu es capable par exemple de devenir analyste puis chef de projet puis ...
Suivant tes envies

[TheLeadingEdge]

Bonjour,

Je vais rajouter mon petit grain de sel. J'ai travaillé ds 1 banque plusieurs années.
C'est sur que le noyau MainFrame n'est pas prêt de disparaitre.
(coûts de migration, stabilité des applis, sécurité des données et des ttmt, bref la liste est longue), certaines ont essayer de migrer (à grand renfort de pub ds les magazines spécialises) mais pour ce que j'en sait (bé pourquoi il communiquent plus apres ?) ça n'a pas été 1 franche réussite.
Mais de tte façon je pense que ça se fera 1 jour ou l'autre. C'est pas parce qu'on dit 'banque' qu'on doit dire 'dinosaure'!.
Autour de la partie centrale, il y a d'1 part tte la partie 'reseau' (entendre agences) qui a abandonné depuis longtemps les tx 80 col. (et c'est pas forcement 1 rewamping), et d'autre part l'exploitation qui est faite des données (data-mining, scoring etc...). Et sur cette partie là (qui est stratégique), je peux t'assurer que les banques sont tres consommatrices et tres en avance. Elles ont (et y mettent) les moyens. Bref avant de jetter le bébé avec l'eau du bain, libère toi des idées recues et renseigne toi ds le détail sur ce qu'on te propose, ça peut réserver 1 bonne surprise après tt.
Je n'ai parlé que de la partie info, mais la compétence banque est 1 atout non négligeable non plus pour la suite de ta carrière. Et puis tu fais comme moi, tu met pas Cobol sur ton CV. (Comme ça t'es pas emm** par des relances qui te gave!)

A +

[Johnbob]

Et bien ! beaucoup de réponses très intéressantes

si tu comptes faire le techos

Ça signifie rester dans le technique à coder tout le temps ? Ce n'est vraiment pas ce que je souhaite en effet, bien qu'il soit vraisemblablement nécessaire de débuter comme ça en tant qu'ingénieur en info.

vois avec ton futur employeur les perspectives d'avenir et ce qu'il te propose à moyen et long terme. Elles peuvent être réellement intéressantes.

Tu fais mouche, c'est ce qui fait que je m'intéresse vraiment à l'offre.

Peut-être devrais-je donc me renseigner auprès de mon interlocuteur (mais j'ai peur de l'importuner vu le niveau de responsabilités de son poste) voire négocier quelques K€ de plus pour dire oui à l'offre.

Le facteur "conditions de travail, suivi des jeunes diplomés, et ambiance générale de la SSII" doit-il être privilégié autant que la teneur de la mission ?

encore à tous les intervenants.

[la drogue c'est mal]

Le facteur "conditions de travail, suivi des jeunes diplomés, et ambiance générale de la SSII" doit-il être privilégié autant que la teneur de la mission ?

bien sur mais dit toi bien qu'ils ne te diront jamais que les conditions sont pourries, les jeunes sont laissés pour compte et que l'ambiance est à vomir.

la SSII te dira ce que tu as envie d'ententre et non pas la réalité...

[nebule]

Le facteur "conditions de travail, suivi des jeunes diplomés, et ambiance générale de la SSII" doit-il être privilégié autant que la teneur de la mission ?

bien sur mais dit toi bien qu'ils ne te diront jamais que les conditions sont pourries, les jeunes sont laissés pour compte et que l'ambiance est à vomir.

la SSII te dira ce que tu as envie d'ententre et non pas la réalité...

+1, mais tu peux te renseigner auprés d'autre de la RH sur le personnel sur la mission (age, expérience dans la boite).
Si tous sont des JD, sur un nouveau projet, il y a des grandes chances d'avoir une ambiance sympa, jeune et de découverte...

[titides]

J'irais bien dans le sens de " la drogue c'est mal ".
Surtout quand on voit le nombre de gens issus du papy boom (voir même moins agé) issus aussi du monde du grand système ne trouvant pas le moindre job.
Quoique je me pose aussi la question :
- si les banques passent par des SSII pour recruter des Cobolistes, et à priori issu de n'importe quelle formation initiale, celà pourrait-il faire en sorte qu'à partir d'un moment, où il y aura plus de monde sur le marché que d'offres de job, penses tu que tu trouveras du job, surtout si les banques trouvent un moyen pour se décharger de ces systèmes couteux ?

Car si c'est pour s'enfermer dans un système et ne rien avoir à apprendre et mettre en oeuvre à coté, à un moment tu seras peut etre largué technologiquement parlant, alors qu'un autre JD qui aura choisi une voie plus maléable, sera peut etre plus à l'écoute de ce qu'il se fait ailleurs, et aura sans doute suivi le pas de l'évolution.

[Catbull]

Ce que tu dis, Titides est vrai pour n'importe quelles technologies et langages. En informatique tu es vite dépassé. Evoluer fonctionnellement est sans doute une meilleure solution que de vouloir se maintenir au niveau...

Fais du Java pendant 10 ans et essaie de te 'revendre' sur une nouvelle technologie qui aura émergée d'ici là. Pas évident

penses tu que tu trouveras du job, surtout si les banques trouvent un moyen pour se décharger de ces systèmes couteux ?

Effectivement cela sera difficile, même très difficile, mais pas pour les raisons que tu évoques. Quelque soit le système les banques emploient une aramada d'informaticien pour assurer la maintenance et l'évolution. Les prix des consultants sont les mêmes que se soit du java, cobol, c++ ou autres. Donc changer le cobol pour du java et payer cette maintenance plus ou moins le même prix...

Les banques choissiront certainement des solutions d'externalisation. Externalisation qui se fera dans les pays tels que l'Inde, la Chine, le Maroc, etc.

Je peux me tromper, mais c'est ce que je constate dans mon domaine (Gestion des Ressources Humaines). Et les grands leaders investissent tous en Inde, Chine et Maroc.

[titides]

Ce n'est que l'avis d'un non développeur, et par rapport à ce que je vois.
Lors de ma dernière formation (Greta) pour etre admin oracle, sur 12 élèves, 3 venaient du monde du Gros Systèmes
(2 à 50 ans passé, et 1 qui a 40 ans environ)
Et 2 avaient déjà droit au RMI, un venait d'etre licencié il y a peu (mais c'était le plus vieux, 55 ans)
Idem pour des gens qui font de l'AS400
(quoique là où j'habite - à coté d'Orly Rungis, je vois souvent pleins d'annonces d'emploi pour des jobs pour ce genre de compétences)
Mais je pense que s'enfermer dans un domaine, n'est surement pas la meilleure façon d'évoluer.

[Catbull]

Visiblement je me suis mal exprimé

Je suis d'accord avec toi, difficile de recaser un coboliste qui ne sait que faire du cobol.

Mais, quelques soit le projet informatique sur lequel tu travailles, celui-ci répond à un besoin fonctionnel spécifique et précis.

La réponse technique, à ce besoin fonctionnel, était hier le Cobol, aujourd'hui le Java et demain machin-chose.

Tu semble dire "fais du Java cela sera plus simple demain pour apprendre Machin Chose (tu as utilisé le terme de maléable)"

Moi je dis, n'évolue pas sur le plan technique mais sur le plan fonctionnel. Il est bien plus interessant et enrichissant d'évoluer sur le plan fonctionnel. D'une par celui-ci évolue peu et d'autre part il existera toujours. Ceci te permettra de passer de la maitrise d'oeuvre à celle d'ouvrage.

Il y a d'autres évolutions possibles comme la direction de projet, ingénieur commerciale, etc...

[titides]

Il y a d'autres évolutions possibles comme la direction de projet, ingénieur commerciale, etc...

c'est souvent le cas d'ailleurs ....
Chef de projet, consultant ou ce genre de jobs c'est souvent après quelques années de dure labeur ....

[toomsounet]

Je suis tombé sur ce topic par hasard alors j'ajoute ma propre expérience.

Je suis depuis deux ans dans une banque (en apprentissage) et le COBOL représente toujours le coeur de métier, en gros tous les traitements comptables, les opérations sur les bases de données principales sont écrits dans ce langage.

Je ne conseillerai pas à un jeune de ne faire que ça, car les projets informatiques n'incluent plus uniquement ce langage dans une application et comme vous dites on peut se faire facilement cataloguer avec tout ce que cela entraine.

Mais si un JD veut se lancer dans la banque ou dans les assurances (pour y faire carrière), connaitre que JAVA pour surtout éviter le COBOL n'est pas forcément une excellente chose.

Car même si il existe de plus en plus d'applications dont la partie métier est écrite dans ce langage, il sert pas mal pour ne faire que la couche présentation, on les fait faire plus facilement par des prestataires ou par des étrangers. Et cette partie là ne permet pas spécialement de capitaliser de très grandes connaissances dans ce genre de boite (pour les appli que j'ai vu).

Bref les jeunes qui peuvent mixer des connaissances sur les mainframes et sur les nouvelles archi (ou sur des logiciels métiers comme les ERP, outils de BI, de workflow) augmentent leurs chances de se voir attribuer à terme des responsabilités dans les projets.

Voila c'était juste pour apporter ma contribution et j'aurai ptêtre plus de chose à dire dans le futur.

[rad_hass]

Et bien ! beaucoup de réponses très intéressantes


Ça signifie rester dans le technique à coder tout le temps ? Ce n'est vraiment pas ce que je souhaite en effet, bien qu'il soit vraisemblablement nécessaire de débuter comme ça en tant qu'ingénieur en info.


Tu fais mouche, c'est ce qui fait que je m'intéresse vraiment à l'offre.

Peut-être devrais-je donc me renseigner auprès de mon interlocuteur (mais j'ai peur de l'importuner vu le niveau de responsabilités de son poste) voire négocier quelques K€ de plus pour dire oui à l'offre.

Le facteur "conditions de travail, suivi des jeunes diplomés, et ambiance générale de la SSII" doit-il être privilégié autant que la teneur de la mission ?

encore à tous les intervenants.

Salut,

Je te fais partager mon experience, mais ce n'est que mon point de vue, il faut peut etre pas en faire une généralité ...

Je suis actuellement en stage, chez un grand compte (assurance), et dans une partie de mon stage je dois travailler sur environnement Mainframe (c'est un sacré concours de circonstance qui m'a amené travaillé dessus, c'étais pas un choix de départ). Malgré que je suis dans un environement sympa (de plus est sur la côte d'azur lol), que l'ambiance soit très bonne (je fais 3f/S du sport avec mes collégues) ...

Je ne resterai pour rien au monde ou je suis, je prefere de très loin faire un truc que j'aime (plus Nouvelle techno), j'ai même hâte que mon stage s'achéve pour te dire ...

Mais bon y a d'autre personne qui ont accepté de rester pour le cadre qui est excellent ...

Donc à toi de voir.