Cherche développeur Cobol CICS DB2
CaroDev
-
pjnoel -
pjnoel -
Bonjour,
Je viens d'être contacté par une SSII de Clermont Fd qui recrute des personnes compétentes sur Cobol, CICS et DB2.
Ils cherchent activement des profils.
Vous en pensez-quoi d'un poste de développeur sur Clermont? Moi ça me motive pas des masses mais pourquoi pas? Ca en motive beaucoup??!!
Je viens d'être contacté par une SSII de Clermont Fd qui recrute des personnes compétentes sur Cobol, CICS et DB2.
Ils cherchent activement des profils.
Vous en pensez-quoi d'un poste de développeur sur Clermont? Moi ça me motive pas des masses mais pourquoi pas? Ca en motive beaucoup??!!
7 réponses
Salut à tous,
J’écoutais encore hier soir à la télé des pseudo-spécialistes qui s'autorisaient à parler des fameuses "6000 demandes d'emploi" d'ingénieurs informaticiens "non satisfaites" basé sur des annonces déposées à l'ANPE corrigées de coefficients technocratiques fumeux ...
Il faut bien voir que pour une mission réelle chez le client, il y a une multitude de SSII qui cherche à recruter le mouton à cinq pattes désiré.
Ce sont de vrais « emplois fictifs » parce que ces soit disant spécialistes mélangent allégrement deux notions totalement étrangères celle d’emploi et le prêt de main d’œuvre que pratique les SSII, les bureaux d’étude et les sociétés d’intérim.
Pour intégrer les missions de prêt de main d’œuvre, une statistique sérieuse nécessiterait de faire au moins une enquête pour réduire ces multiples annonces d’emplois fictifs aux vrais missions chez les clients qui elles ont toutes les chances d’être pourvues dans un délai raisonnable.
Le marché de l’emploi informatique fait surtout l’objet de rumeurs diffusées par des gens qui cherchent des arguments fallacieux pour discréditer les demandeurs d’emploi.
En ce moment les commerciaux de mon entreprise ont plutôt du mal à trouver des missions en COBOL et beaucoup de mes collègues sont en inter-contrat.
Pour en revenir aux formations internes par des SSII, elles sont souvent non qualifiantes, c’est-à-dire qu’elles n’ont de valeur qu’au sein de la SSII, de plus il faut faire très attention aux conditions contractuelles qui sont souvent bourrées de clauses léonines pour lier les stagiaires par des pénalités tout en laissant toute liberté au SSII de s’en débarrasser au moindre problème.
Un de mes amis qui avait fait une « formation » de ce type sur un environnement avec un FRAMEWORK spécifique d’un gros client de la société (inutilisable chez un autre client en France) n’a pas été retenu parce qu’il ne faisait pas l’affaire à la fin de sa formation et c’est vu réclamé le coût total de celle-ci.
Il lui a fallu engager une procédure au tribunal pour trouver un compromis avec le « formateur ».
Donc prudence !
J’écoutais encore hier soir à la télé des pseudo-spécialistes qui s'autorisaient à parler des fameuses "6000 demandes d'emploi" d'ingénieurs informaticiens "non satisfaites" basé sur des annonces déposées à l'ANPE corrigées de coefficients technocratiques fumeux ...
Il faut bien voir que pour une mission réelle chez le client, il y a une multitude de SSII qui cherche à recruter le mouton à cinq pattes désiré.
Ce sont de vrais « emplois fictifs » parce que ces soit disant spécialistes mélangent allégrement deux notions totalement étrangères celle d’emploi et le prêt de main d’œuvre que pratique les SSII, les bureaux d’étude et les sociétés d’intérim.
Pour intégrer les missions de prêt de main d’œuvre, une statistique sérieuse nécessiterait de faire au moins une enquête pour réduire ces multiples annonces d’emplois fictifs aux vrais missions chez les clients qui elles ont toutes les chances d’être pourvues dans un délai raisonnable.
Le marché de l’emploi informatique fait surtout l’objet de rumeurs diffusées par des gens qui cherchent des arguments fallacieux pour discréditer les demandeurs d’emploi.
En ce moment les commerciaux de mon entreprise ont plutôt du mal à trouver des missions en COBOL et beaucoup de mes collègues sont en inter-contrat.
Pour en revenir aux formations internes par des SSII, elles sont souvent non qualifiantes, c’est-à-dire qu’elles n’ont de valeur qu’au sein de la SSII, de plus il faut faire très attention aux conditions contractuelles qui sont souvent bourrées de clauses léonines pour lier les stagiaires par des pénalités tout en laissant toute liberté au SSII de s’en débarrasser au moindre problème.
Un de mes amis qui avait fait une « formation » de ce type sur un environnement avec un FRAMEWORK spécifique d’un gros client de la société (inutilisable chez un autre client en France) n’a pas été retenu parce qu’il ne faisait pas l’affaire à la fin de sa formation et c’est vu réclamé le coût total de celle-ci.
Il lui a fallu engager une procédure au tribunal pour trouver un compromis avec le « formateur ».
Donc prudence !
Bonjour,
C'est pas top le cobol cics db2, et puis ça va devenir voie de garage au niveau professionnel. Faut qu'ils payent très bien
C'est quoi l'top ?
C'est pas top le cobol cics db2, et puis ça va devenir voie de garage au niveau professionnel. Faut qu'ils payent très bien
C'est quoi l'top ?
Ne le prend pas mal cchristian j'ai moi même fait du cobol cics et db2. C'est juste que si carodev est en début de carrière dans l'informatique je lui conseil pour son avenir de trouver un boulot sur des plateformes plus récentes (tant qu'a rester dans l'environnement autant faire du websphere)
Bonjour hotrod,
Non, je ne l'ai pas mal pris et d'ailleurs si c'était le cas la courtoisie de ta réponse serait là pour me remettre sur les rails. Mais il est vrai que j'avais crû, à tort, reconnaître une de ces attitudes critiques sur l'informatique mainframe émanant de personnes qui bien souvent ne la connaissent pas.
Pour ma part je privilégie le savoir-faire plutôt que les outils techniques et je pense que des outils tels que CICS, DB2, COBOL et surtout les techniques de développement qu'ils supposent (surtout pour CICS : pseudo-conversationnel, optimisation du nb. de caractères transmis, ..) peuvent aussi représenter un excellent moyen pour une personne débutante d'apprendre ou d'améliorer son savoir-faire, tout en diversifiant ses compétences (mainframe/micro new-tech). De plus sur les sites il n'est pas rare qu'il y ait les deux "informatiqueS" réunies ce qui permet de consolider à l'évidence les connaissances.
Cordialement,
Non, je ne l'ai pas mal pris et d'ailleurs si c'était le cas la courtoisie de ta réponse serait là pour me remettre sur les rails. Mais il est vrai que j'avais crû, à tort, reconnaître une de ces attitudes critiques sur l'informatique mainframe émanant de personnes qui bien souvent ne la connaissent pas.
Pour ma part je privilégie le savoir-faire plutôt que les outils techniques et je pense que des outils tels que CICS, DB2, COBOL et surtout les techniques de développement qu'ils supposent (surtout pour CICS : pseudo-conversationnel, optimisation du nb. de caractères transmis, ..) peuvent aussi représenter un excellent moyen pour une personne débutante d'apprendre ou d'améliorer son savoir-faire, tout en diversifiant ses compétences (mainframe/micro new-tech). De plus sur les sites il n'est pas rare qu'il y ait les deux "informatiqueS" réunies ce qui permet de consolider à l'évidence les connaissances.
Cordialement,
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
tout à fait d'accord avec toi cchristian. Le Mainframe n'est pas encore une voie de garage, et à encore un bel avenir à mon goût ! De nombreuses offres exigent d'avoir la double compétence, de nb projets de migration voient le jour.
Bonsoir LeSim,
Comme tu le dis "avoir la double compétence" et non pas entretenir un clivage assez désolant comme le font des personnes qui veulent qu'il y ait absolument deux informatiques; la bonne, la leur et bien sûr la mauvaise, celle des autres et en particulier celle touchant au Mainframe. (Je ne dis pas cela pour Hotrod, j'avais mal compris son propos).
Ce site est assez neutre sur le sujet à ce que j'ai pu constater. Sur d'autres (pas tous) ça confine au grotesque en matière de prise de position sur le thème Mainframe<=>New-tech. Il y a d'aileurs pour illustration un nom, un mot à ne pas prononcer (écrire) ce mot est COBOL.
Tout ça pour dire (répéter) que la technique c'est bien mais ça reste une caisse à outils, respectables comme le sont tous le outils, mais que quelque soit l'informatique (la bonne ou la mauvaise......... ou inversement) c'est davantage en terme de savoir faire que les choses ses règlent.
A bientôt j'espère,
Comme tu le dis "avoir la double compétence" et non pas entretenir un clivage assez désolant comme le font des personnes qui veulent qu'il y ait absolument deux informatiques; la bonne, la leur et bien sûr la mauvaise, celle des autres et en particulier celle touchant au Mainframe. (Je ne dis pas cela pour Hotrod, j'avais mal compris son propos).
Ce site est assez neutre sur le sujet à ce que j'ai pu constater. Sur d'autres (pas tous) ça confine au grotesque en matière de prise de position sur le thème Mainframe<=>New-tech. Il y a d'aileurs pour illustration un nom, un mot à ne pas prononcer (écrire) ce mot est COBOL.
Tout ça pour dire (répéter) que la technique c'est bien mais ça reste une caisse à outils, respectables comme le sont tous le outils, mais que quelque soit l'informatique (la bonne ou la mauvaise......... ou inversement) c'est davantage en terme de savoir faire que les choses ses règlent.
A bientôt j'espère,
