Cobol, un langage démodé en 2026 ?

Soixante-six ans après sa première spécification, COBOL est partout où le grand public ne le voit pas. Il fait tourner 40 % des systèmes bancaires en ligne dans le monde, 95 % des transactions aux guichets automatiques et alimente des plateformes qui brassent plus de 3 milliards de dollars de transactions commerciales par jour. Au total, on estime à 850 milliards le nombre de lignes de COBOL en production. Démodé ? Sur le papier oui ; dans les faits, c'est une autre histoire. Et l'arrivée de l'IA générative sur le mainframe rebat les cartes du débat.

COBOL : un langage qui n'est pas né dans les années 1950

L'idée reçue veut que COBOL soit un produit des années 1950. La réalité est plus précise : le consortium CODASYL (Conference on Data Systems Languages) a été fondé en 1959 à l'initiative du Département de la Défense américain, et la première spécification du langage est sortie en 1960. 

L'acronyme COBOL signifie « COmmon Business-Oriented Language » : un langage commun, dédié aux applications de gestion, capable de tourner sur n'importe quel matériel.

Grace Hopper, pionnière de l'informatique, n'a pas créé COBOL seule. Elle a dirigé le comité technique et y a apporté ses travaux antérieurs sur FLOW-MATIC, un langage de traitement de données du milieu des années 1950. C'est lui qui a donné à COBOL son trait le plus reconnaissable : une syntaxe proche de l'anglais, presque auto-documentée, pour que des profils de gestion puissent relire le code et en discuter avec leurs équipes IT.

Le langage a traversé six décennies de normalisation : COBOL-60, 61, 65, 68 (premier standard ANSI), 74, 85, puis 2002 (introduction de la programmation orientée objet), 2014 (types IEEE 754) et enfin COBOL-2023, qui muscle l'interopérabilité avec les systèmes modernes. 

Le langage évolue toujours, contrairement à ce qu'on lit parfois !

Comment fonctionne un programme COBOL ?

Structuré et hiérarchisé, COBOL impose une rigueur méthodologique qui détonne face aux langages modernes. Un programme se découpe en quatre divisions principales :

• Identification Division : déclare le nom du programme et ses métadonnées (auteur, date, description).

• Environment Division : spécifie l'environnement d'exécution, les fichiers et les dispositifs utilisés.

• Data Division : centralise toutes les déclarations de variables, structures de données et fichiers.

• Procedure Division : le cœur du programme, contient la logique exécutable, organisée en paragraphes et sections avec des verbes comme MOVE, DISPLAY, READ, WRITE, PERFORM.

COBOL manipule fréquemment de grands fichiers de données, avec des structures d'enregistrements complexes. Ces fichiers peuvent être séquentiels, indexés ou relatifs, ce qui offre une flexibilité rare pour le traitement par lots à grande échelle. Un exemple minimal :

IDENTIFICATION DIVISION.

PROGRAM-ID. HelloWorld.

ENVIRONMENT DIVISION.

INPUT-OUTPUT SECTION.

FILE-CONTROL.

DATA DIVISION.

FILE SECTION.

WORKING-STORAGE SECTION.

01 WS-HELLO-WORLD     PIC X(13)  VALUE "HELLO, WORLD!".

PROCEDURE DIVISION.

    DISPLAY WS-HELLO-WORLD.

    STOP RUN.

Trois compilateurs dominent l'écosystème actuel : IBM Enterprise COBOL (mainframe z/OS), Micro Focus COBOL (multi-plateforme, propriétaire) et GnuCOBOL, l'alternative open source gratuite qui a sérieusement progressé ces dernières années.

Pourquoi COBOL tient encore en 2026 ?

Quatre raisons expliquent pourquoi un langage de soixante-six ans reste critique aujourd'hui, et aucune n'est nostalgique.

• Stabilité opérationnelle. Les systèmes COBOL ont prouvé leur fiabilité sur des décennies de production. Une grande banque ne migre pas un système qui n'a jamais planté pour gagner trois pourcents de productivité.

• Optimisation pour le transactionnel à très haut volume. La gestion native des décimales à virgule fixe (PIC), héritée du calcul financier, garantit une précision que les langages modernes n'offrent pas en standard. C'est précisément pourquoi 40 % des systèmes bancaires en ligne et 80 % des transactions par carte en personne tournent encore dessus.

• Coûts de migration vertigineux. Réécrire un système COBOL d'une grande banque, c'est plusieurs centaines de millions d'euros, des années de chantier, et un risque de régression sur des règles métier accumulées depuis trente ans. Beaucoup ont essayé et reculé.

• Pénurie de compétences. Selon Advanced Software (2021), 89 % des grandes entreprises déplorent une pénurie de profils COBOL. Paradoxalement, cette rareté renforce l'incitation à conserver les systèmes. Et l'enquête Micro Focus de 2022 confirme la dynamique : 92 % des développeurs confirment que de nouvelles applications COBOL sont encore en cours de développement pour des besoins stratégiques.

Qui utilise encore COBOL ?

La cartographie reste stable depuis vingt ans, et c'est précisément le problème pour ceux qui voudraient s'en débarrasser.

• Banques et assurances en première ligne : Bank of America, JPMorgan Chase, Fiserv, Cigna, mais aussi quasiment toutes les grandes banques européennes. Les systèmes de paiement, de gestion des comptes et de calcul des prêts reposent massivement dessus.

• Administrations et gouvernements. Sécurité sociale, retraites, fiscalité : aux États-Unis, dans plusieurs États européens, en Asie, des pans entiers du back-office public tournent en COBOL. La pandémie de 2020 avait remis le sujet sous les projecteurs quand le New Jersey avait appelé en urgence des experts COBOL pour absorber l'explosion des demandes d'allocations chômage.

• Transport et logistique. Réservation aérienne, gestion des bagages, opérations ferroviaires : UPS, plusieurs compagnies aériennes historiques, certains opérateurs ferroviaires exploitent encore des briques COBOL en cœur de chaîne. IBM, qui produit toujours les mainframes z/OS, est lui-même un utilisateur massif.

La modernisation IA-assistée : ce qui change vraiment depuis 2024

C'est le mouvement le plus important de la décennie sur le sujet, et il ne tient pas dans une promesse : il est en production. IBM watsonx Code Assistant for Z (WCA4Z), lancé en 2023 et désormais en version 2.8 (mars 2026), est un assistant IA spécialement entraîné pour le mainframe, qui s'intègre dans VS Code et accompagne le développeur sur l'ensemble du cycle de modernisation.

Le workflow s'articule autour de cinq phases. 

1. Understand : l'IA analyse l'application, cartographie ses dépendances et identifie les frontières fonctionnelles. 

2. Refactor : elle extrait des morceaux de code monolithique pour en faire des services autonomes. 

3. Transform : ces services sont traduits en Java par les modèles Granite d'IBM. 

4. Validate : des tests automatisés vérifient que le Java produit le même résultat que le COBOL d'origine, point critique sur des charges financières ou réglementées. 

5. Code Explanation : génération d'une documentation en langage naturel d'un programme existant, ce qui aide à intégrer de nouveaux développeurs et à préserver la connaissance métier au départ des seniors.

La version 2.8 a introduit un mode agentic : un développeur formule un objectif en langage naturel, et l'agent enchaîne les étapes (analyse, refactoring, génération, compilation, validation) via des outils MCP-enabled spécifiques au mainframe, en respectant les contraintes de gouvernance IBM Z.

Le positionnement assumé n'est pas la migration totale en big bang. C'est une modernisation incrémentale, sélective, où COBOL et Java cohabitent et s'appellent mutuellement. C'est une rupture stratégique : pendant trente ans, le débat tournait autour de « réécrire ou ne pas réécrire ». L'IA générative ouvre une troisième voie.

COBOL côté carrière : la rareté comme opportunité ?

Pour un développeur, COBOL est aujourd'hui l'une des compétences les plus rentables du marché, précisément parce que… Personne ne veut s'y mettre !

La demande est structurelle. Les banques et assurances ne migrent pas leurs cœurs métier, elles les maintiennent. 

Cela signifie un flux constant de missions de TMA, d'évolutions réglementaires, et désormais de chantiers de modernisation IA-assistée. La pénurie touche tous les niveaux : développeurs, analystes mainframe, architectes z/OS.

Les TJM en freelance reflètent cette tension. Sur les profils confirmés en COBOL mainframe (avec z/OS, CICS, DB2 ou IMS dans la stack), les taux journaliers tournent régulièrement entre 600 et 900 € sur les missions bancaires, et grimpent au-delà sur les profils senior bilingues COBOL/Java pour les projets de modernisation.

Le profil idéal en 2026 : COBOL solide + environnement mainframe (z/OS, JCL, CICS, DB2) + capacité à dialoguer avec Java pour la partie transformée. 

Cette triple compétence ouvre les portes des plus belles missions de modernisation, dans des secteurs où les budgets sont confortables et les projets pluriannuels.

Comment se former à COBOL en 2026 ?

L'offre s'est étoffée, en partie sous la pression de la pénurie. Côté français, Cobol Academy propose des formations spécialisées COBOL et environnement mainframe z/OS, avec un volet recrutement. Quelques écoles d'ingénieurs et universités ont réintroduit le langage dans leurs cursus, souvent en partenariat avec des banques ou des ESN spécialisées.

Les ressources en autoformation existent aussi : modules sur Udemy, Coursera, OpenClassrooms... Pour expérimenter sans matériel mainframe, GnuCOBOL s'installe en quelques minutes sur n'importe quel poste et permet de prendre la syntaxe en main. Les programmes de reconversion proposés par les grandes banques (chemin classique : bootcamp de quelques mois suivi d'un contrat) restent une voie royale pour entrer dans le métier avec un salaire d'embauche.

Démodé, vraiment ?

COBOL ne meurt pas, il évolue. Le standard 2023 ajoute des fonctionnalités, les compilateurs continuent d'être maintenus, et IBM investit massivement dans l'outillage IA pour faciliter la modernisation incrémentale. 

Pour un développeur qui réfléchit à son parcours, ignorer COBOL au prétexte qu'il est vieux serait une erreur stratégique. Pour une organisation qui exploite encore des systèmes legacy, le penser comme une dette à régler à tout prix l'est tout autant. Le bon réflexe en 2026, c'est de regarder ses systèmes avec lucidité : ce qui mérite d'être modernisé l'est, avec les bons outils ; ce qui tourne sans accroc continue de tourner. 

👉 Les profils mainframe sont parmi les plus recherchés et les mieux rémunérés du marché en 2026. Découvrez les offres COBOL, mainframe et modernisation legacy sur Free-Work, en CDI comme en freelance. 

Questions fréquentes sur COBOL

L'IA va-t-elle remplacer les développeurs COBOL ?

Non, elle augmente leur productivité. Les outils comme watsonx Code Assistant for Z accélèrent l'analyse de code legacy et la transformation vers Java, mais ils exigent un développeur capable de valider les sorties, de comprendre le contexte métier et de prendre les décisions d'architecture. La connaissance des règles métier accumulées depuis trente ans dans un système bancaire ne se génère pas avec un prompt.

COBOL est-il vraiment plus performant que Java sur du transactionnel ?

Sur du traitement par lots à haut volume avec calculs décimaux financiers, oui, et l'écart reste réel. La gestion native de la précision décimale (PIC), couplée à l'optimisation des mainframes z/OS pour ce type de charge, donne à COBOL un avantage difficile à reproduire sur du Java généraliste. Cela dit, Java sur mainframe s'est nettement amélioré, et les bénéfices opérationnels de la migration (souplesse de recrutement, intégration cloud) compensent souvent l'écart de performances brutes.

Peut-on faire du COBOL ailleurs que sur un mainframe IBM ?

Oui. Micro Focus COBOL tourne sur Windows et Linux, et GnuCOBOL est disponible sur la plupart des plateformes Unix. COBOL peut aussi cohabiter avec Java, C#, des conteneurs Docker et des environnements cloud (AWS, Azure, IBM Cloud). 

Quel est le salaire moyen d'un développeur COBOL en France ?

En CDI, un développeur COBOL junior démarre généralement autour de 38-45 K€, un confirmé monte à 55-70 K€, et un architecte mainframe senior peut viser 80-100 K€ et plus dans la banque. En freelance, comme indiqué, les TJM confirmés tournent entre 600 et 900 €, avec des pointes au-delà pour les profils rares ou bilingues COBOL/Java sur la modernisation.

Combien de temps faut-il pour apprendre COBOL ?

Le langage en lui-même est étonnamment accessible : un développeur expérimenté lit du COBOL en quelques jours, et écrit ses premiers programmes en deux à trois semaines. La difficulté n'est pas le langage, c'est l'environnement : maîtriser le JCL, CICS, DB2, le batch z/OS, comprendre la pensée mainframe demande plusieurs mois de pratique réelle sur des systèmes en production. C'est ce qui crée la rareté.