Discussion :

[el_slapper]

....mmmh, en 2007, quand j'ai changé de boîte, les Cobolistes étaient marginalement moins payés que les Javaïstes. Le jackpot, c'est de maîtriser les deux(mais java m'emm'nuie au plus haut point; VB.Net m'a l'air plus civilisé, mais la synergie est moins évidente).

[l ours blanc]

Bien le bonjour.

Voila j'ai passé les tests hier et apparament d'aprés la personne qui nous les a fait passer j'ai pas trop mal reussi donc ils devraient me recontacté pour l'entretien.

Donc maintenant il faut que je prepare celui-ci.

22k par an sur clermont ferrand ou orlean pour un bac+2 (avec 2ans d experience mais en dev web ) c'est bien payer a votre avis ou je pourrais demander un peu plus lors de l'entretien ?

Encore un grand merci pour toute vos reponses même si je sais toujours pas quoi faire ^^.

[el_slapper]

Mmmh, ça me parait un poil faible, mais en même temps, c'est surtout sur Paris que la demande est forte. Demande quand même un poil plus, l'informaticien est quand même une denrée rare.

[l ours blanc]

Merci ... tu aurais une petite idee de l'ordre du poil ? (j'ai vu une offre similaire pour une autre boite a 25k mais si je leur demande ça ce n'est pas un peu trop ?)

Merci

Bon maintenant il faut que je prepare mon entretien (mon premier vrai entretien les autre c'etait que pour des petites boites donc c'etait tout le temps a la bonne franquette ^^).

[el_slapper]

Non, je ne connais pas ce poil. Donc, un peu au pif

Sur Paris, un coboliste BAC+5 débutant, c'est 32k à la louche(34k dans des cas extrêmes). Bac+2, région pauvre en clients ==> 25k me parait être un maximum. Mais c'est à la louche : je n'ai jamais cherché que sur Paris. BAC+5 avec 7 ans d'expérience, je me suis vendu vers 42k(mais une seule boîte a accepté de monter à ce niveau - en Java toutes auraient suivi, je pense).

P.S. : les grosses boîtes ne sont pas forcément plus "sérieuses" que les petites. Ca peut arriver, mais le contraire aussi.

[rberthou]

Si tu as le choix je ne conseille pas de t'orienter vers Cobol car c'est tout de même largement en perte de vitesse (je travaille avec depuis 20ans et j'ai vu beaucoup de sociétés abandonner les environnements Mainframe ).

Cela peut être intéressant si :
- tu as déjà une forte compétence Java ou .Net et que tu désire par la suite te spécialiser dans les solutions de migration ou de revamping.
- tu désire passer du coté fonctionnel (et faut aussi en avoir l'opportunité)
- tu désire rentrer dans un de ces "grands comptes"

De plus il faut faire attention au fait que aujourd'hui les Mainframes c'est surtout paris et tu risque de t'enfermer dans un domaine technique n'évoluant plus.

[l ours blanc]

Bon ben encore un grand merci pour toute ces reponses

pour rberthou: Ben le choix je l'ai pas vraiment en fait.En ce moment je suis en interim sur un poste que je n'apprecie pas du tout et contrat qui se fini bientot.

Apres oui tout cela est un choix assez difficile a prendre, mais bon j'espere que j'aurai des opportunités a saisir et que je ne les louperais pas ^^.

Aprés je pars un peu a l'aventure et j'aimes ça j'esperes juste que je me plairais dans le monde des mainframe c'est ça ma grande question.

En plus cela va me permettre de bien bosser a la maison mon c++ et de m'investir dans des projets pour aprés avoir de reel competence dans ce domaine et des exemples de realisation ^^ et dans le pire des cas si ça ne passe pas dans ma boite je ne suis pas enchainé a eux ;D.

Aprés cela fait deux jours que j'ai passé les tests (et qui etait bon de source officieuse) dois je rappeler ou ça ne se fait pas ??

Encore merci (oui encore ^^)
Amicalement loursblanc

[el_slapper]

attends encore un peu, la bureaucratie étant ce qu'elle est. Mais rappeller, et pas plus tard qu'une semaine, c'est en général perçu comme de la motivation(après, on peut toujours tomber sur une exception, mais c'est valable pour tout ce que tu pourras lire ici).

[l ours blanc]

Bon ben voila ils viennent de m'appeler reste plus qu'a fixer une date et preparer tout ça

Bon ben de retour bientot pour vous posez plein de question ^^.

[l ours blanc]

Bon ben l entretien c est super mal passé ^^ ... donc maintenant wait and see .. Mais bon au pire le choix sera fait mais pas par moi ^^.

[tidou]

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



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.



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.



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.

Merci ^^ Voilà j'attaque l'environnement mainframe ... dieu que ça à l'air différent du développement sur micro et obscure pour ce qui touche à TSO, IMS, CICS etc. et surtout pour débugger en cobol ça m'a l'air bien chiant
PS : je n'ai encore rien développé dans cet environnement, juste regardé et appris ... pour l'instant.

[toomsounet]

Merci ^^ Voilà j'attaque l'environnement mainframe ... dieu que ça à l'air différent du développement sur micro et obscure pour ce qui touche à TSO, IMS, CICS etc. et surtout pour débugger en cobol ça m'a l'air bien chiant
PS : je n'ai encore rien développé dans cet environnement, juste regardé et appris ... pour l'instant.

Bienvenue dans l'enfer noir et vert (ou noir et rose, noir et bleu car on peut customiser son écran cobol !!)

[el_slapper]

ah oui, VB.NET est bien mieux pour le debuggage. Là, il faut programmer ses points d'arrêts(qui n'en sont pas, qui sont juste des écritures log). On s'y fait - mais ça surprend, au début.

Moi, je customise toujours mes couleurs(vert sur noir, ça me déprime), et surtout ma taille d'écran(en 43 lignes, on double le nombre de lignes utiles à l'écran - c'est formidable pour comprendre le code existant).

Après, ce qui est VRAIMENT chiant, c'est les applis mal codées. Le bien codé, même en techno de l'âge de mon père, c'est vite lisible pour qui a un peu d'expérience. Ah, oui, et puis la gestion des packages DB2, pour peu que ça ne soit pas bien automatisé chez ton client.....

Le reste, ben c'est une technique, ça s'apprend. Et ça reste de l'algorithmique : on va lire des données, on les retravaille, et on redistribue le résultat. Toute l'informatique de gestion ne fait que ça(et gérer des évenements, mais ça c'est CICS pour toi), que ce soit en Java, Cobol ou autres.....