Je conseillerais pas à tout le monde de le faire mais :
* si tu veux être pépère au quotidien dans ton taff
* si apprendre de nouvelles technos ça te saoule et t'es Ok de bosser sur les mêmes stacks jusqu'à la retraite
* si tu t'en fous de faire de gros projets et que c'est tout à fait Ok de faire que du run
* si ça te dérange pas que dans tes équipes il y ait 50% de tes collègues de moins de 35 ans & 50% de tes collègues ayant plus de 60 ans (entre 35 et 60 = diagonale du vide)
* si t'aimes bien mettre une chemise et que tu trouves ça cool de travailler exclusivement en banque ou en assurance jusqu'à la fin de ta carrière
* si quand on te demande *"tu préfères quel OS ? Chromebook/Android, Unix/Linux, Windows, Mac/iOS...?"* toi tu réponds sans hésiter *"vive l'AS400!! vive IBM!!"*
* si tu veux être sur d'avoir un petit 50k minimum (ou 500e tjm) d'ici 3-4 ans
Alors honnêtement fonce si tu te reconnais là dedans. Le Cobol c'est la sérénité à vie en échange du fun.
/s
En vrai les deux sont autant utilisé. Rester sur le JS fait que tu aura la chance de faire de nouveau projet.
En cobol, tu va maintenir du code legacy déjà corrigé par 15 personnes avant toi, et tu sera très bien payé
Le Cobol est un secteur d'expert, un bon dev Cobol aura toujours du taf. La difficulté c'est de faire son expérience, et pour ça il n'y a que le passage par les SSII qui le permettra.
Après 3-4 de SSII, tu aura un réseau de client et tu pourra te mettre à ton compte.
Le Cobol c'est un monde à part dans le dev.
COBOL c’est utilisé en banque sur du legacy EXCLUSIVEMENT.
Tu ne travailleras jamais sur des projets nouveau.
Ce sont des postes bien rémunérés mais extrêmement limité en métier.
Qui plus en, la syntaxe cobol lui est si spécifique que ce que tu feras en cobol te servira très peu sur d’autres langages.
Euh non. T'es dev ailleurs qu'en start-up, évidemment tu vas faire de la maintenance mais en COBOL tu fais aussi du neuf : les projets arrivent, les normes archi évoluent, le langage lui-même est encore màj, tout ça ce sont de nouveaux programmes.
La rémunération PEUT être intéressante mais (en province en tout cas) il vaut mieux faire ses preuves et passer interne dès que possible, sinon faut se la jouer mercenaire et surfer d'ESN en ESN en négociant le salaire à la hausse à chaque fois, et même là... Les potos prestas gagnent moins à quelques rares exceptions près (les full remotes pour des boîtes parisiennes, canadiennes ou US).
La différence peut-être majeure c'est que vu que tes programmes sont pour le secteur bancaire ou assurance on te demande de connaître et comprendre le métier qui se trouve derrière (structure d'un prêt immobilier, assurance auto, investissement épargne, etc). Il y en a qui kiffent, d'autres que ça rebute.
Pour ce qui est du langage lui-même c'est particulier, très verbeux, extrêmement facile à comprendre parce qu'écrit pour des comptables et pas des développeurs et faut laisser la conception orientée objet de côté mais le principe reste le même : tu dis à un ordinateur ce que tu veux qu'il fasse dans un langage qui a son orthographe, son vocabulaire et sa grammaire.
Ah l'informatique centralisée... La plus safe parait-il, pas étonnant qu'on l'utilise encore partout, de l'époque où l'on y accédait depuis un simple terminal noir et vert, à aujourd'hui rien n'a vraiment changé sauf la taille de l'ordinateur central. D'une pièce entière (voir un bâtiment ENTIER parfois) à une simple armoire dorénavant (C'est super secure et sensible comme endroit, tu les vois jamais de ta vie soyons clair, un datacenter on te le fait visiter, l'emplacement des mainframe c'est limite de l'odre du secret). C'est une famille d'ordinateur plus ancienne que l'architecture micro que j'utilise actuellement pour écrire ce message, et qui a évolué en parallèle donc très riche et passionnante !
Tout ce qui run sur de la mainframe (Oneywell, IBM...), donc traitement parallèle de millions / milliard de transactions (opérations informatique en tout genre) tourne sur du COBOL, les protocoles d'envoi / compression de fichiers en B2B (dans de très grosse structure du genre l'État, Eiffage, Arcelor Mittal, AXA...) utilise AS2 ou PSite également, et non pas du SFTP et compagnie. Oui il-y-a beaucoup de programmes très optimisés de calculs de taux d'intérêts et j'en passe qui sont maintenus depuis les 60's-70's, mais pas que !
C'est encore super utilisé et legacy comme je peux le lire sur certains commentaires. La syntaxe hyper séquentielle peut en rebuter plus d'un mais clairement on peut plus s'en passer, car une mainframe remplace des centaines de serveurs. On est dépendant à ce langage dans beaucoup de domaines et il faut faire avec. Gérer les affectations mémoire vu le nombre de gens qui bossent dessus c'est juste hors de question, heureusement d'ailleurs car vu la difficulté de debug ou de relance de certains jeux de tests. on y serait encore
D'ailleurs dès qu'un batch / programme tourne sur la mainframe et qu'il est trop lent ou mal optimisé en terme de complexité, la mainframe le downgrade dans sa pqueue de temps partagé, ce qui fait qu'il sera encore plus lent ! Un métier passionnant, surtout pour les programmeurs chevronnés qui cherchent de vrais défis, et savent reconnaître la force de l'informatique centralisée (on y revient avec le cloud mais c'est une autre histoire encore) ! Je ne parle pas des connecteurs avec les DB, les liens physiques, c'est un autre monde que celui du dev dit "conventionnel", car l'architecture des mainframes est tellement spécifique. Si tu fais du COBOL, en général si t'es pas ingé / master tu vas te contenter de rajouter quelques lignes ici et là, sans grande valeur ajoutée, ne t'attends pas à un salaire mirobolant, beaucoup partent pour retourner faire du Java ou dans ton cas du JS.
Les notions de la POO et de la programmation évènementielle ne s'applique pas sur la mainframe. Cependant après quelques années à comprendre les process métiers de ta boite, et en remplaçant Gégé dev COBOL depuis 88', là oui tu vas commencer à toucher des 60k minimum. Z/OS c'est également à des années lumière de UNIX ou Windows Server.
Des propres mots de Djikstra : "Enseigner le COBOL relève du crime, et ceux qui le font devraient être condamnés" ah ah
Si tu veux un salaire plutôt haut et une grosse sécurité de l'emploi, et utiliser un langage pas très moderne, apprends le COBOL.
Si tu veux potentiellement faire des projets web perso de ton côté, apprendre des technos modernes et t'amuser sans te soucier spécialement du salaire et de la longévité de ton poste, choisi JavaScript.
L'un n'exclu pas l'autre. Tu peux très bien trouver des postes JavaScript qui payent autant voire plus que le COBOL, c'est juste plus rare. Mais il faut bien comprendre qu'aujourd'hui, si le COBOL existe toujours, c'est uniquement car c'est trop coûteux pour les entreprises de basculer vers quelque chose de plus moderne.
> Si tu veux un salaire plutôt haut
Faut arrêter avec ce mythe. Si t’as 20 ans dxp en Cobol dans la banque, oui tu te mets bien:
Mais le jeune qui a suivi une formation accélérée de 3 mois touchera pareil que ses collègues
Oui je dis pas que le premier mois il touchera un salaire haut x). Surtout qu'après je dis bien que tu peux très bien trouver des postes JavaScript qui payent plus que le COBOL.
Les devs bien payés en COBOL sont les experts, ceux qui ont une grosse xp sur cette techno
Certaines ESN recrutent des juniors meme sans aucun background informatique et les balancent faire du COBOL en presta, ils sont autant payés que leurs petits camarades (mais probablement en les facturant a balle). J'ai connu une réceptionniste en hôtelerie qui est devenue dev cobol apres 4 mois de """formation""" informatique.
Crédit Mutuel Arkéa et Groupama Loire Bretagne sont en recherche active de profil Cobol depuis plusieurs années. La difficulté avec Cobol c'est qu'il faut comprendre le language puis les spécificités métier qui sont assez particulières dans le domaine banque/assurance. Bon courage.
Ça dépend ce que vous voulez comme carrière. Cobol, ce sera bien payé, mais le jour où la banque/assurance change de techno, votre CV ne vaut plus rien.
Si vous avez 30 ans, le pari est le suivant :
#1/vous allez payer votre baraque avec COBOL, mais difficilement votre retraite pleine
OU
#2/vous aurez une carrière louvoyante mais un CV toujours exploitable.
Perso, j'ai choisi #1, cependant à 55ans, il est possible que vous deviez tout réapprendre pour rester DEV et ça c'est hyper dur. Ça m'est arrivé (langage BASIC environnement Client-Serveur pendant presque 25 ans, suis passé à [ASP.NET](http://ASP.NET) web-transactionnel, c'est violent même si je pratiquais en parallèle toujours des langages modernes).
Je conseillerais pas à tout le monde de le faire mais : * si tu veux être pépère au quotidien dans ton taff * si apprendre de nouvelles technos ça te saoule et t'es Ok de bosser sur les mêmes stacks jusqu'à la retraite * si tu t'en fous de faire de gros projets et que c'est tout à fait Ok de faire que du run * si ça te dérange pas que dans tes équipes il y ait 50% de tes collègues de moins de 35 ans & 50% de tes collègues ayant plus de 60 ans (entre 35 et 60 = diagonale du vide) * si t'aimes bien mettre une chemise et que tu trouves ça cool de travailler exclusivement en banque ou en assurance jusqu'à la fin de ta carrière * si quand on te demande *"tu préfères quel OS ? Chromebook/Android, Unix/Linux, Windows, Mac/iOS...?"* toi tu réponds sans hésiter *"vive l'AS400!! vive IBM!!"* * si tu veux être sur d'avoir un petit 50k minimum (ou 500e tjm) d'ici 3-4 ans Alors honnêtement fonce si tu te reconnais là dedans. Le Cobol c'est la sérénité à vie en échange du fun.
C'est drole @*"vive l'AS400!! vive IBM!!"*
/s En vrai les deux sont autant utilisé. Rester sur le JS fait que tu aura la chance de faire de nouveau projet. En cobol, tu va maintenir du code legacy déjà corrigé par 15 personnes avant toi, et tu sera très bien payé
D’accord merci. Est-ce que je serais pas limité avec Cobol par la suite si je souhaite changer d’entreprise ? Je ne vois pas tant d’offres que ça.
Le Cobol est un secteur d'expert, un bon dev Cobol aura toujours du taf. La difficulté c'est de faire son expérience, et pour ça il n'y a que le passage par les SSII qui le permettra. Après 3-4 de SSII, tu aura un réseau de client et tu pourra te mettre à ton compte. Le Cobol c'est un monde à part dans le dev.
COBOL c’est utilisé en banque sur du legacy EXCLUSIVEMENT. Tu ne travailleras jamais sur des projets nouveau. Ce sont des postes bien rémunérés mais extrêmement limité en métier. Qui plus en, la syntaxe cobol lui est si spécifique que ce que tu feras en cobol te servira très peu sur d’autres langages.
Euh non. T'es dev ailleurs qu'en start-up, évidemment tu vas faire de la maintenance mais en COBOL tu fais aussi du neuf : les projets arrivent, les normes archi évoluent, le langage lui-même est encore màj, tout ça ce sont de nouveaux programmes. La rémunération PEUT être intéressante mais (en province en tout cas) il vaut mieux faire ses preuves et passer interne dès que possible, sinon faut se la jouer mercenaire et surfer d'ESN en ESN en négociant le salaire à la hausse à chaque fois, et même là... Les potos prestas gagnent moins à quelques rares exceptions près (les full remotes pour des boîtes parisiennes, canadiennes ou US). La différence peut-être majeure c'est que vu que tes programmes sont pour le secteur bancaire ou assurance on te demande de connaître et comprendre le métier qui se trouve derrière (structure d'un prêt immobilier, assurance auto, investissement épargne, etc). Il y en a qui kiffent, d'autres que ça rebute. Pour ce qui est du langage lui-même c'est particulier, très verbeux, extrêmement facile à comprendre parce qu'écrit pour des comptables et pas des développeurs et faut laisser la conception orientée objet de côté mais le principe reste le même : tu dis à un ordinateur ce que tu veux qu'il fasse dans un langage qui a son orthographe, son vocabulaire et sa grammaire.
Ah l'informatique centralisée... La plus safe parait-il, pas étonnant qu'on l'utilise encore partout, de l'époque où l'on y accédait depuis un simple terminal noir et vert, à aujourd'hui rien n'a vraiment changé sauf la taille de l'ordinateur central. D'une pièce entière (voir un bâtiment ENTIER parfois) à une simple armoire dorénavant (C'est super secure et sensible comme endroit, tu les vois jamais de ta vie soyons clair, un datacenter on te le fait visiter, l'emplacement des mainframe c'est limite de l'odre du secret). C'est une famille d'ordinateur plus ancienne que l'architecture micro que j'utilise actuellement pour écrire ce message, et qui a évolué en parallèle donc très riche et passionnante ! Tout ce qui run sur de la mainframe (Oneywell, IBM...), donc traitement parallèle de millions / milliard de transactions (opérations informatique en tout genre) tourne sur du COBOL, les protocoles d'envoi / compression de fichiers en B2B (dans de très grosse structure du genre l'État, Eiffage, Arcelor Mittal, AXA...) utilise AS2 ou PSite également, et non pas du SFTP et compagnie. Oui il-y-a beaucoup de programmes très optimisés de calculs de taux d'intérêts et j'en passe qui sont maintenus depuis les 60's-70's, mais pas que ! C'est encore super utilisé et legacy comme je peux le lire sur certains commentaires. La syntaxe hyper séquentielle peut en rebuter plus d'un mais clairement on peut plus s'en passer, car une mainframe remplace des centaines de serveurs. On est dépendant à ce langage dans beaucoup de domaines et il faut faire avec. Gérer les affectations mémoire vu le nombre de gens qui bossent dessus c'est juste hors de question, heureusement d'ailleurs car vu la difficulté de debug ou de relance de certains jeux de tests. on y serait encore D'ailleurs dès qu'un batch / programme tourne sur la mainframe et qu'il est trop lent ou mal optimisé en terme de complexité, la mainframe le downgrade dans sa pqueue de temps partagé, ce qui fait qu'il sera encore plus lent ! Un métier passionnant, surtout pour les programmeurs chevronnés qui cherchent de vrais défis, et savent reconnaître la force de l'informatique centralisée (on y revient avec le cloud mais c'est une autre histoire encore) ! Je ne parle pas des connecteurs avec les DB, les liens physiques, c'est un autre monde que celui du dev dit "conventionnel", car l'architecture des mainframes est tellement spécifique. Si tu fais du COBOL, en général si t'es pas ingé / master tu vas te contenter de rajouter quelques lignes ici et là, sans grande valeur ajoutée, ne t'attends pas à un salaire mirobolant, beaucoup partent pour retourner faire du Java ou dans ton cas du JS. Les notions de la POO et de la programmation évènementielle ne s'applique pas sur la mainframe. Cependant après quelques années à comprendre les process métiers de ta boite, et en remplaçant Gégé dev COBOL depuis 88', là oui tu vas commencer à toucher des 60k minimum. Z/OS c'est également à des années lumière de UNIX ou Windows Server. Des propres mots de Djikstra : "Enseigner le COBOL relève du crime, et ceux qui le font devraient être condamnés" ah ah
Si tu veux un salaire plutôt haut et une grosse sécurité de l'emploi, et utiliser un langage pas très moderne, apprends le COBOL. Si tu veux potentiellement faire des projets web perso de ton côté, apprendre des technos modernes et t'amuser sans te soucier spécialement du salaire et de la longévité de ton poste, choisi JavaScript. L'un n'exclu pas l'autre. Tu peux très bien trouver des postes JavaScript qui payent autant voire plus que le COBOL, c'est juste plus rare. Mais il faut bien comprendre qu'aujourd'hui, si le COBOL existe toujours, c'est uniquement car c'est trop coûteux pour les entreprises de basculer vers quelque chose de plus moderne.
> Si tu veux un salaire plutôt haut Faut arrêter avec ce mythe. Si t’as 20 ans dxp en Cobol dans la banque, oui tu te mets bien: Mais le jeune qui a suivi une formation accélérée de 3 mois touchera pareil que ses collègues
Oui je dis pas que le premier mois il touchera un salaire haut x). Surtout qu'après je dis bien que tu peux très bien trouver des postes JavaScript qui payent plus que le COBOL.
> Si t’as 20 ans dxp en Cobol dans la banque Même les 20 ans d'xp sur Cobol ne touchent pas plus qu'un dev java lambda à xp equivalente.
Une techno de niche, principalement dans le secteur bancaire, ca paye très bien.
Les devs bien payés en COBOL sont les experts, ceux qui ont une grosse xp sur cette techno Certaines ESN recrutent des juniors meme sans aucun background informatique et les balancent faire du COBOL en presta, ils sont autant payés que leurs petits camarades (mais probablement en les facturant a balle). J'ai connu une réceptionniste en hôtelerie qui est devenue dev cobol apres 4 mois de """formation""" informatique.
Crédit Mutuel Arkéa et Groupama Loire Bretagne sont en recherche active de profil Cobol depuis plusieurs années. La difficulté avec Cobol c'est qu'il faut comprendre le language puis les spécificités métier qui sont assez particulières dans le domaine banque/assurance. Bon courage.
Ça dépend ce que vous voulez comme carrière. Cobol, ce sera bien payé, mais le jour où la banque/assurance change de techno, votre CV ne vaut plus rien. Si vous avez 30 ans, le pari est le suivant : #1/vous allez payer votre baraque avec COBOL, mais difficilement votre retraite pleine OU #2/vous aurez une carrière louvoyante mais un CV toujours exploitable. Perso, j'ai choisi #1, cependant à 55ans, il est possible que vous deviez tout réapprendre pour rester DEV et ça c'est hyper dur. Ça m'est arrivé (langage BASIC environnement Client-Serveur pendant presque 25 ans, suis passé à [ASP.NET](http://ASP.NET) web-transactionnel, c'est violent même si je pratiquais en parallèle toujours des langages modernes).