Discussion :

[l ours blanc]

Bonjour a tous avant toute chose .

Alors voila mon soucis,Je viens d'être contacter par une SSII(altos orign) pour travailler sur du grand systéme.(Dans l'annonce"technologies grands systèmes (MVS, Cobol, DB2, CICS, etc.)").Déjà petit soucis je ne connais pas du tout ce milieu (j'ai une formation de 2 mois si je suis pris pour le poste). Donc au cas si vous aviez un peu plus d'info sur ça se serait pas mal (je cherche actuellement sur les fofo de developpez mais y a tellement de post que c'est pas evident même avec le moteur de recherche).

Bon aprés la grosse question que je me pose: Je suis actuellement developpeur web (sur de l'asp au moment ou j'ecris ces lignes) mais je suis plutôt spécialisé dans le Php (j'ai une certification php 5) donc bon la poste ne sera pas du tout dans cette branche pas de soucis. Mais mon rêve c'est d'arriver a travailler dans la language de mes reves c'est a dire le C++, mais apparament les places ce font rare (voir trés rare) il faut déjà avoir pas mal d'expérience dans ce langague pour trouver un poste et c'est pas ma formation qui va m'aider (j'ai seulement un Bts info gestion option dev (Bac+2)). Alors a votre avis pourrais-je arriver a revenir sur du Dev c++ (voir formation payer par la SSII?).Ou dois-je faire d'autre choix pour arriver enfin a developper dans ce language ? En sachant ben que je dois forcement gagner des sioux car loyer bouffe etc a payer ^^.

Sinon vais je rester a jamais dans les technologie grand systéme sachant que cobol commence a se faire vieux non ??

Merci pour vos réponses.
Amicalement LoursBlanc

[Marc Lussac]

MVS, Cobol, CICS, tout ça c'est très spécial, tous le monde n'aime pas ça, et ca ne t'aidera en rien à passer à C++.

Si tu veux vraiment faire du C++, dans ce cas essaye de te former toi même à fond, et de participer à des projets pour te faire la main, puis essaye de trouver n'importe quel poste, même mal payé, même en stage ou en CDD, ou on te propose de faire du C++

Sinon essaye de t'orienter vers Java ou C#, et certainement pas Cobol.

[el_slapper]

Le choix qu'ils te proposent permet de faire une belle carrière, mais c'est clairement une diversion par rapport à C++. La manière de penser n'a pas grand chose à voir, on n'opére pas sur les mêmes problèmatiques, et surtout on ne travaille pas sur les mêmes domaines fonctionnels.

La formation de 2 mois suffit à être opérationel. Pour être "propre", il faut évidemment beaucoup plus - mais tu connais d'autres langages, tu éviteras les pièges des gens qui ont commençé l'info par là(moi, par exemple). Mais si tu respires C++, certaines limitations de Cobol te seront insupportables(pas d'objets, pas de fonctions, des procédures non-encapsulées seulement, forte rigidité de l'environnement(JCL), et encore d'autres).

C'est un autre monde. Moi, ça me plait, mais ça n'est pas pour les puristes(et C++ ou Java sont, dans mon lexique, des langages de puristes).

[l ours blanc]

Merci pour ta reponse rapide.

ALors le seul moyen de savoir si cela va ma plaire c'est de tester en fait ?

Car la je suis en mission d'interim et je ne sais pas trop quoi faire (même si l'asp c'est pas génial)

Oui je me doutais que le cobol ne m'aiderait pas trop pour le C++ mais je me demandais si la boite m'aiderais si je voulais me reorienté dans cette voix (et dois-je en parler a l'entretien?).

Ben le soucis c'est que même mal payer les Jobs en C++ ça court pas les rues et que les employeur regarde en grande majorité le Cv et pas forcement ce que les gens savent faire (apres ça depend ^^)

Encore merci pour la reponse.

[la drogue c'est mal]

Oui je me doutais que le cobol ne m'aiderait pas trop pour le C++ mais je me demandais si la boite m'aiderais si je voulais me reorienté dans cette voix (et dois-je en parler a l'entretien?).

si elle te paie une formation en grand systeme, c'est pour l'amortir donc pas pour tout de suite le C++. Dans quelques années peut etre mais j'y crois pas

[Marc Lussac]

Essaye de faire avant tout ce qui te plait, si tu est obligé de faire un job qui te plait pas pendant des années -> Dépression/sucide, etc...

[l ours blanc]

Essaye de faire avant tout ce qui te plait

héhé ce qui me plairait vraiment c'est bosser pour l'industrie du jeu video (comme beaucoup de gens je crois) c'est un rêve de gamin mais je l'avais abandonner car je ne me sentais pas les épaules et pour moi c'était reserver a une elite (etant pas passioné plus que cela par l'écoles je me maintenais a la moyenne avec trés peu d'effort ... ce qu'on peu être bête quand on est gosse).

D'ou l'envie de ma relancer dans du C++ (language que j'aimes particulierement) et je me rend compte que avec des efforts je pourrais avoir une chance d'atteindre mon rêves de gosses du moins que j'en ai les capacités (du moins niveau prog car y a des trous autre part ^^).

Mais voila le gros soucis c'est qu'il y a les contraintes de la vie (loyer, etc etc).Donc les offres de stage a 30% du smic je ne peux pas et les taff au smic sur paris non plus j'ai tester et c'est invivable.

Mais si vous avez une solution miracle je suis preneur.

Sinon merci el_slapper pour ta reponse.Si tu travails dans ce milieu peux tu m'en dire un peu plus (peut être par mp pour ne pas deranger les autre ^^)

Merci.

[Marc Lussac]

Travailler dans les jeux vidéos

[l ours blanc]

Merci pour le lien.C'est vrai que j'aurais put fouiller de ce cotes la pour le cote purement jeu .

Aprés ça confirme mon opinion il faut un trés bon niveau en C/c++ .. mais comment l'acquerir en etant dans la monde du travail.

Car bon faut pas rever une entreprise qui empauche quelqu'un pour un job C++ demande trés souvent de solide connaissance dans ce language peut être car la demande n'est pas trés grande aussi.

Pas comme dans mon cas quand j'ai bossé sur des devs php ou actuellement en Asp ou je n'avais jamais touché ce language il y a encore 2 mois.

(apres on a un peu derivé sur le sujet d'origine du sujet toute mes confuses).

[el_slapper]

un peu plus de détails, alors.....

Le monde du grand système, c'est avant tout les grands comptes : banques et assurances. Plus quelques autres(j'ai fait une courte pige au PMU), mais globalement, si la finance te débecte, passe ton chemin.

Fonctionellement c'est très riche. A tel point qu'à chaque nouvelle mission, on repart de zéro. Nouveau fonctionnel, donc, mais aussi souvent nouvelles habitudes techniques. A BNP Paribas, je pensais maitriser bien ENDEVOR(l'outil de gestion de config le plus répandu sur grand système), même que j'étais un peu référent.....moralité, arrivé chez Generali, ils utilisent aussi ENDEVOR, mais pas du tout comme ça ==> Tout à réapprendre.

Techniquement, y'a Cobol que tu maitriseras en une semaine, mais aussi MVS/TSO, les JCL, IMS, CICS, DB2, bref, plein de couches techniques qui s'empilent avec plein de subtilités assez longues à maîtriser. Tout ça se fait sur des écrans noirs 80*25 qui font fuir les débutants, mais, qui, une fois maitrisés, sont d'une grande efficacité.

Niveau carrière, y'a pas mal de possibilités d'évolution, spécialement dans le fonctionnel(mais il faut aimer le genre), chef de projet comme partout. Mais ilmité aux grands secteurs décrits.

C'est une technologie qui est très spécifique, mais, malgré son grand âge, redoutablement efficace dans les domaines d'application de gestion de très grandes sociétés. Et qui est appelée à perdurer malgré les oracles funèbres qui annoncent sa disparition funeste dans l'année tous les 3 mois depuis 30 ans. Pourquoi? Parcequ'une banque ou une assurance géreront des formats de données complexes, en très grands nombres, et avec un besoin très fort de sécurité, et que Cobol reste incomparable dans ce domaine là - ou sa simplicité est un atout.

[l ours blanc]

Bon avant tout un grand merci a toi el_slapper pour ta reponse.

Par contre tu dis

si la finance te débecte, passe ton chemin.

Je ne vois pas trop le rapport avec ce que j'aurais a faire .. Si c'est juste le cadre de travail non je ne chope pas des boutons quand je vais dans une banque (par contre obliger de travailler en costume cravate ? )

Fonctionellement c'est très riche

C'est plutot positif ça j'aimes bien le changement donc ça me va bien ^^.

Bon aprés tout si cela ne me plais pas je ne suis pas obliger de continuer dans cette branche non ? ou je me coupe toute retraite si je n'aimes vraiment pas ça ? Je ne penses pas mais bon parfois le monde du travail est si bizard.

Encore merci pour le temps que vous passez a me repondre

Coordialement lours blanc

[el_slapper]

(.../...)
1)Je ne vois pas trop le rapport avec ce que j'aurais a faire .. Si c'est juste le cadre de travail non je ne chope pas des boutons quand je vais dans une banque (par contre obliger de travailler en costume cravate ? )

2)C'est plutot positif ça j'aimes bien le changement donc ça me va bien ^^.

3)Bon aprés tout si cela ne me plais pas je ne suis pas obliger de continuer dans cette branche non ? ou je me coupe toute retraite si je n'aimes vraiment pas ça ? Je ne penses pas mais bon parfois le monde du travail est si bizard. (.../...)

1)Je veux dire que certaines personnes refusent d'être les valets du grand capital. La cravate, ça dépend des missions, mais le premier jour, c'est obligatoire. Après, on voit comment ça se passe, et souvent on peut la tomber. Mais pas partout.
Il faut aussi voir que les organisations sont lourdes(c'est inévitable avec des boites de cette taille), et qu'attendre plusieurs jours un poste de travail ou un mot de passe nécéssaires au travail est fréquent. Par contre, le rythme de travail permet de supporter ces lourdeurs, en général.

2)c'est un domaine qui bouge sans cesse, ne serait-ce que réglementairement. Techniquement, moins : on fait confiance à des techniques éprouvées; mais fonctionellement, le renouvellement est permanent.

3)c'est plus dur de changer si tu restes longtemps. Juste 1 an ou 2, tu n'est pas encore marqué au fer rouge(à condition d'accepter de repartir comme débutant et de t'asseoir sur ton expérience).

[l ours blanc]

Ben encore un grand merci pour ces reponses rapide et precise .

Je crois qu'il ne me reste plus qu'a choisir ce que je vais faire (le plus dur je penses).

Apres pour savoir si ça va me plaire ou pas ben il faut tester.J'esperes que mon contrat aura pas une clause rester "x temps" dans la boite mais avec une formation cela m'etonnerait.Mais bon normalement 3 mois a l'essaie ça derait le faire pour voir si j'aime ou pas.

Et pis je vais peut être connaitre une veritable passion pour les grand systémes qui sait .

Par contre question salaire ? (car j'ai vu que les SSII peuvent etre des grosses mechante) a quel niveau cela est il interessant (bac+2, pas d'experience en grand systeme,job a clermont ferrant ou orlean) je sais que la place de cette question et du coté salire mais ça evite le double post ^^.

Encore merci pour vos reponse.
Coordialement loursBlanc

[el_slapper]

Ben encore un grand merci pour ces reponses rapide et precise .
(.../...)
4)Apres pour savoir si ça va me plaire ou pas ben il faut tester.J'esperes que mon contrat aura pas une clause rester "x temps" dans la boite mais avec une formation cela m'etonnerait.Mais bon normalement 3 mois a l'essaie ça derait le faire pour voir si j'aime ou pas.
(.../...)
5)Par contre question salaire ? (car j'ai vu que les SSII peuvent etre des grosses mechante) a quel niveau cela est il interessant (bac+2, pas d'experience en grand systeme,job a clermont ferrant ou orlean) je sais que la place de cette question et du coté salire mais ça evite le double post ^^.

4)Il y a souvent ce genre de clauses - sauf qu'elles sont illégales. C'est pour faire peur aux petits enfants.
5)Ca sera évidemment moins que mon Bac+5 en IdF. En fait, je ne connais pas le marché hors IdF - mais la demande existe.

[gregory.broissard]

j'ai commencé sur Unix, pour faire du z/OS ensuite pendant plus de 5 ans.

Je garde une affection vraiment forte pour cet OS formidable et ces technos d'une efficacité diabolique, d'une stabilité et d'une robustesse à toute épreuve!
Et en plus maintenant, on commence à voir du WebSphere avec du Java sur z/OS!

[tidou]

Je vais également débuter un travail dans le domaine bancaire/assurance avec bien sûr ... du COBOL, DB2 et compagnie.

Quelles sont selon vous les qualités requires pour travailler dans ce domaine fonctionnel (banque / assurance) et technique (grand système, COBOL etc.) ?

Je suis jeune et aime utiliser les dernières technologies et programmer selon les règles de l'art (je sais que ce ne sera pas de ce côté là que je prendrais mon pied).

[el_slapper]

Je vais également débuter un travail dans le domaine bancaire/assurance avec bien sûr ... du COBOL, DB2 et compagnie.

Bienvenue.

Quelles sont selon vous les qualités requires pour travailler dans ce domaine fonctionnel (banque / assurance) et technique (grand système, COBOL etc.) ?

1)L'adaptabilité. Chaque client est TRES différent. Tu est un cador à la BNP? Bienvenue à la SG, mais il va falloir tout réapprendre(hormis les règles de base du langage, mais ça, c'est torché en 1 semaines, de toutes façons)
2)La réactivité. Tu peux avoir un rythme de travail lent, puis soudain une méga-urgence. Ne pas paniquer, gérer, et prendre quand même le temps de tester la modif faite en catastrophe.
3)La rigueur et le sens du détail. En Banque/Assurance, rien n'est compliqué, tout est complexe, avec une tétrachiée de règles internes ou légales qui vienent transformer un beau projet en usine à gaz. Ne jamais tourner le dos à un programme, toujours prendre le temps de relire les specs et de comparer à ce qu'on a fait - on a parfois des surprises.....
4)Le respect. Notemment le respect des programmes existants, même si ils sont codés de manière non optimale. Je me suis aperçu que pour la lisibilité du code, mieux valait respecter un style existant moyen que d'y incorporer un style plus efficace, mais moins cohérent avec le reste.

Je suis jeune et aime utiliser les dernières technologies et programmer selon les règles de l'art (je sais que ce ne sera pas de ce côté là que je prendrais mon pied).

Les dernières technos, faut pas rêver. Par contre, tu est le bienvenu sur le forum COBOL.
Les règles de l'art, c'est possible sur un nouveau programme. Sachant que Cobol n'a ni objet ni fonction ni procédure encapsulée, c'est malgré tout du spécifique. Il ya malgré tout moyen de faire des choses magnifiques, dès que le sujet s'y prète(en gros, si l'algorithmique est faible, et le fonctionnel fort). Cobol est un langage pour gérer des données(et c'est pas loin d'être le meilleur pour ça), pas des raisonnements.

[tidou]

Merci pour tes explications détaillées ! On voit que c'est ton métier.

Tu dis que la complexité des programmes en banque / assurance est grande (à peu près). Avec un cursus informatique on ne dispose pas de connaissances en banque / assurance. Le plus dure est donc de comprendre tous les aspects législatifs et métiers relatifs à ces domaines fonctionnels au début c'est bien ça ? Je pense d'ailleurs compléter mon cursus scolaire par un master en assurance (si ce domaine fonctionnel me convient vraiment). Pense-tu que c'est une bonne chose de compléter ses compétences techniques par des compétences métiers dans le domaine où l'on travail dans le sens ou cela t'apporte une meilleure maîtrise, maîtrise que tu ne peux pas obtenir sans avoir fait des études dans ce domaine ?

Sinon est-ce uniquement les connaissances fonctionnels qui sont longues à apprendre (en terme de quantité) ou est-ce que c'est la complexité de ces domaines fonctionnels qui rend leurs apprentissages ardues (quelque chose peut être long à apprendre mais simple à comprendre et inversement) ?

Tu dis que l'apprentissage de cobol se fait rapidement (plusieurs m'ont dit la même chose). A propos j'ai acheté le livre des éditions MURACH's sur COBOL mais je n'ai pas commencé sa lecture. Je suis toujours étonné qu'on puisse apprendre un langage aussi rapidement comparé à .NET ou JAVA qui demande beaucoup de temps pour connaître toutes les APIs. Est-ce que le langage est si limité en terme de fonctions pour pouvoir le connaître (et non le maîtriser) si rapidement (une semaine) ?

[el_slapper]

Merci pour tes explications détaillées ! On voit que c'est ton métier.

Mais sur le sous-forum Cobol, il y a largement meilleur que moi.....

Tu dis que la complexité des programmes en banque / assurance est grande (à peu près). Avec un cursus informatique on ne dispose pas de connaissances en banque / assurance. Le plus dure est donc de comprendre tous les aspects législatifs et métiers relatifs à ces domaines fonctionnels au début c'est bien ça ? Je pense d'ailleurs compléter mon cursus scolaire par un master en assurance (si ce domaine fonctionnel me convient vraiment). Pense-tu que c'est une bonne chose de compléter ses compétences techniques par des compétences métiers dans le domaine où l'on travail dans le sens ou cela t'apporte une meilleure maîtrise, maîtrise que tu ne peux pas obtenir sans avoir fait des études dans ce domaine ?

En fait, on apprend sur le tas - il faut juste être ouvert. Si tu fais vraiment un master en Assurance, et qu'en plus tu maîtrises le grand système, on va s'arracher tes services.

Sinon est-ce uniquement les connaissances fonctionnels qui sont longues à apprendre (en terme de quantité) ou est-ce que c'est la complexité de ces domaines fonctionnels qui rend leurs apprentissages ardues (quelque chose peut être long à apprendre mais simple à comprendre et inversement) ?

C'est surtout la quantité, mais il y a des exceptions. Genre le calcul d'un tarif d'assurances, là, j'ai des voisin qui s'arrachent les cheveux. Des gens qui comprennent l'incompréhensible, d'habitude.

Tu dis que l'apprentissage de cobol se fait rapidement (plusieurs m'ont dit la même chose). A propos j'ai acheté le livre des éditions MURACH's sur COBOL mais je n'ai pas commencé sa lecture. Je suis toujours étonné qu'on puisse apprendre un langage aussi rapidement comparé à .NET ou JAVA qui demande beaucoup de temps pour connaître toutes les APIs. Est-ce que le langage est si limité en terme de fonctions pour pouvoir le connaître (et non le maîtriser) si rapidement (une semaine) ?

Le langage est radicalement simple. Pas d'APIs, par exemple. L'environnement technique, lui, est dense. Si tu fais du DB2, tu vas maudire un certain nombre de fois les -805 avant de les maîtriser.

Et, comme tu le dis si bien, la maîtrise est longue à venir; et des gens expérimentés peuvent radicalement simplifier certains programmes grâce à une gestion astucieuse des niveaux 88(je te laisse compulser ton manuel).

les ordres à connaitre sont peu nombreux :
PIC
MOVE
PERFORM (VARYING/THRU/UNTIL)
IF/END-IF
FILE(et toute la gestion des fichiers, un des rares trucs un peu complexes)
GO TO(eh oui, même si on limite un max).
STRING
ADD
SUBTRACT
DIVIDE
COMPUTE
EVALUATE/END-EVALUATE

Voilà, tu en sais assez . C'est un langage des années 50, simple efficace, subtil, mais limité à certaines applications.

[Mat.M]

LoursBlanc si tu veux participer à des projets C++ il faut travailler soit sur des projets temps réel , soit dans l'imagerie 3d soit dans le domaine des Jeux Vidéos..
En milieu boursier et salles des marchés c'est pas mal utilisé aussi pour avoir des performances en temps réel..
Cobol et grands systèmes c'est radicalement différent franchement si cela ne t'attire pas je ne te conseille pas trop parce que tu risques de t'ennuyer avec ces techs..
C'est pas très sexy de programmer en Cobol , JCL par contre les salaires seront plus élevés je pense dans les grands systèmes parce que les spécialistes Cobol et compagnie bref l'informatique à papa vont prendre leur retraite et faudra bien les remplacer..
d'ou une inflation éventuelle des salaires qu'il n'y aura pas avec des spécialistes java ou Net parce que tout le monde connait Java ou NET