En 1999, alors que le monde paniquait pour le bug de l’an 2000, des milliers de développeurs COBOL, parfois retraités, furent rappelés en urgence. Ces « dinosaures du code » sauvèrent des banques et des administrations en corrigeant des millions de lignes de COBOL écrites des décennies plus tôt. Certains reçurent même des primes faramineuses pour déboguer un langage écrit dans les années 60.
Nos applications mobilesFacebookTwitterFeeds18233 anecdotes - 688 lecteurs connectés
Le site pour briller en soirée
Commentaires préférés (3)
Et c'est toujours le cas. Les développeurs et consultants Cobol sont encore très bien payés.
Une partie de tous les systèmes bancaires repose sur du Cobol.
Mais c'est peut-être en train de changer. IBM a perdu récemment des milliards de valorisation après l'annonce d'Anthropic (LLM Claude, Claude Code) de la gestion du Cobol par l'IA, pouvant faire perdre une certaine partie de la valeur ajoutée des experts Cobol (réaction du marché un peu exagérée selon moi)
Je me souviens bien d’administrations mettant du temps à se préoccuper de ce passage informatique à 2000 et des développeurs attendant tranquillement d’être sollicités en faisant monter les prix d’intervention.
Autre conséquence à ce fameux changement de siècle que j’ai constaté aux Antilles : de nombreux cadres avaient prévu d’y fêter la St Sylvestre mais ils ont dû y renoncer, mobilisés par leurs entreprises « au cas où ».
Les hôtels ont été quasiment vides à cette occasion.
Ouf, merci pour votre mansuétude
Tous les commentaires (15)
Et c'est toujours le cas. Les développeurs et consultants Cobol sont encore très bien payés.
Une partie de tous les systèmes bancaires repose sur du Cobol.
Mais c'est peut-être en train de changer. IBM a perdu récemment des milliards de valorisation après l'annonce d'Anthropic (LLM Claude, Claude Code) de la gestion du Cobol par l'IA, pouvant faire perdre une certaine partie de la valeur ajoutée des experts Cobol (réaction du marché un peu exagérée selon moi)
Je me souviens bien d’administrations mettant du temps à se préoccuper de ce passage informatique à 2000 et des développeurs attendant tranquillement d’être sollicités en faisant monter les prix d’intervention.
Autre conséquence à ce fameux changement de siècle que j’ai constaté aux Antilles : de nombreux cadres avaient prévu d’y fêter la St Sylvestre mais ils ont dû y renoncer, mobilisés par leurs entreprises « au cas où ».
Les hôtels ont été quasiment vides à cette occasion.
Alors le cobol est encore bien payé pour des profils expérimentés. Ça reste effectivement un langage très utilisé par les banques et les assurances. Mais je ne pense pas que se reconvertir dedans en ce moment soit une bonne idée. Le marché du dev est saturé et les débutants ont très peu de chance surtout avec l’IA qui devient plus performante.
Y'a tellement de trucs qui vont pas dans cette anecdote mais je vais m'arrêter sur deux d'entre eux uniquement :
1 - Le COBOL tout comme le Fortran sont des langages encore largement en place dans de nombreux SI (à commencer par les banques justement), on ne peut pas parler de "dinosaure".
2 - On ne debug pas un langage mais un programme.
Ouf, merci pour votre mansuétude
En complément tout ne s’est pas reposé sur les dinosaures (alias les expérimentés / seniors), il y a eu également beaucoup de jeunes diplômés (de tous les horizons, sauf l’informatique ;o)) qui ont été formés à l’environnement Mainframe en un temps record (1 mois environ), mais tout ne pouvait pas fonctionner qu’avec des juniors. Je le sais, puisque un de ces juniors, c’était moi !
Et encore un complément puisque monsieur m’a chauffé. Le cobol est évidement toujours un langage existant, très robuste qui plus est, mais présent surtout au niveau du legacy, donc très peu de maintenance, … sauf comme précisé dans l’anecdote dans un contexte très particulier avec le passage de l’an 2000 et tous ces bouts de code qui ne prévoyait que 2 chiffres pour la date, entre 00 et 99, c’est ballot ! A noter qu’il y avait aussi le passage à l’euro qui nous a aussi occupé. Donc forcément à cette période le nombre de développeurs cobol sur le marché n’étaient juste pas suffisant. Peace
Je me demande si les hôtels de Pointe-à-Pitre prennent déjà des réservations pour janvier 2038 ;)
fr.wikipedia.org/wiki/Bug_de_l%27an_2038
Baaaah si on voulait faire le relou on pourrait dire qu'on peut debugger un langage.
Exemple, JavaScript a(vait) des bug sur les nombres float, et autre joyeusetés (le fameux Not a Number sur un int par exemple) il a bien fallu debugger JavaScript et ses interpréteur pour ça.
(Oui je chipote sur la nomenclature mais bon l'heure est au chipotage )
Baaaah si on voulait faire le relou on pourrait dire qu'on peut debugger un langage.
Exemple, JavaScript a(vait) des bug sur les nombres float, et autre joyeusetés (le fameux Not a Number sur un int par exemple) il a bien fallu debugger JavaScript et ses interpréteur pour ça.
(Oui je chipote sur la nomenclature mais bon l'heure est au chipotage )
Pour mes messages sont systémiquement postés en double ? (Vous allez voir que celui-ci ne va pas l'être)
Bug du 24 février 2026 ?
Changement de siècle et de millénaire ! ;)
Oui et en-dehors de la crainte du Y2K , que 2000 affiche 1900(00) etc,on aura eu cet immense privilège de connaître ça : être nés le siècle mais surtout le millénaire précédents (pour les + de 26 ans évidemment ) Et ça n’arrive pas si souvent que ça…
Le scénario va se répéter comme mentionné discrètement dans un commentaire plus haut avec le bug des 32 bits: Linux(Unix) code les dates en seconde depuis le 1er janvier 1970 (fr.wikipedia.org/wiki/Epoch?wprov=sfla1) sauf que beaucoup d'anciens appareils ou logiciels encore utilisés et difficile à changer ou mettre à jour (toujours dans des secteurs critiques comme l'énergie, la santé, la finance) stocke ce nombre de seconde dans une variable sur 32bits : une chaîne de 0 et de 1 longue de 32 caractères maximum, le problème étant que le 19 janvier 2038,le nombre de secondes depuis le 01/01/1970 dépassera cette longueur de 32 bits. Donc théoriquement, le 20 Janvier 2038 serait vu comme le premier janvier 1970. fr.wikipedia.org/wiki/Bug_de_l%27an_2038
N'étant pas développeur, il y a peut-être quelques approximations dans les termes utilisés, n'y voyez là aucune offense