Bonjour à tous

Je suis actuellement étudiant en Informatique de Gestion.

Cette année, j'ai suivi un cours de Cobol d'un volume de 6 ou 7 crédits. Ce qui fait de ce cours, le plus volumineux de mon année.

Etant sceptique sur l'utilité d'apprendre le Cobol à notre époque (et encore plus de le placer avant Java en terme de volume de cours), j'ai discuté avec les quelques informaticiens que je connais et j'ai fais quelques recherches sur les débouchés offert par le Cobol. Je n'ai rien trouvé qui me permet de comprendre pourquoi mon école maintient au programme ce langage qui ne semble plus être utilisé, excepté, dans de rares cas, pour la maintenance de logiciels déjà existants.

J'ai essayé d'en discuter avec certains profs qui affirment que le Cobol est encore utile mais je ne suis vraiment pas convaincu.

Et vous, qu'en pensez-vous ? Est-ce que j'ai manqué quelque chose d'énorme concernant les débouchés du Cobol ? Est-il encore suffisament utilisé pour mériter une telle place dans un programme d'étude ? Et même si il est encore utilisé, n'est-il pas un peu dangereux de se spécialiser dans un langage qui disparait petit à petit et de se retrouver dans quelques années avec Cobol comme seule expérience professionelle ?

Merci d'avance

Ce langage est encore utilisé dans de vieilles institutions comme les banques et assurances par exemple, pour des raisons historiques.
Donc pour bosser dans ces milieux c'est nickel, par contre si tu veux bosser dans des boîtes modernes c'est mort

Il y a plusieurs réponses à ta question

1. Si ça ne te plaît pas, trouve une autre école
2. Même si le Cobol en tant que tel n'est plus le langage le plus courant, il a le mérite d'aborder la programmation de manière assez simple. On n'entre pas dans les problématiques de gestion d'Objet, on se contente de ce que le système propose et on fait avec. Ca fait partie de la formation, c'est un peu comme les dérivées du cours de math en secondaire
3. Il y a, en effet, de grandes institutions qui utilisent encore du Cobol. J'ai, par exemple, eu un job d'étudiant (ça ne remonte pas à hier) qui consistait à faire un batch Cobol qui imprimait les fiches de paye des profs de la communauté française. Même si ce n'est pas courant, ça existe encore.

Sinon, j'ai moi aussi une remarque.
Même si tu fais du Cobol une année dans ton cursus, tu ne vas pas sortir de là "spécialisé dans un langage qui disparaît petit à petit et de te retrouver dans quelques années avec Cobol comme seule expérience professionnelle". C'est une passerelle vers d'autres langages, vers d'autres technologies. Ce n'est pas un but en soi.

Bon amusement

Bonjour OVH et Jean-Christophe.

Merci de vos réponses : )

Jean-Christophe :

1. Je vais entrer en 3ème année, je n'ai plus de Cobol, ça ne sert à rien de changer d'école (et les études sont suffisament chères pour ne pas avoir envie de les recommencer trop souvent) Je voulais juste demander leur avis sur le Cobol a des gens familiers avec le monde du travail et qui, contrairement aux enseignants, sont un peu au courant des technologies utilisées actuellement.

2. Dans cette école, on apprend le C et le Java avant le Cobol, donc je ne pense pas que le Cobol soit dans le programme "parce qu'il a le mérite d'aborder la programmation de manière assez simple". D'ailleurs c'est bien ça le problème, on a vu la puissance du Java et du C et je ne comprend pas trop ce retour en arrière avec le Cobol. (Et d'un point de vue personnel, je trouve le Cobol tellement infâme que j'ai bien plus de mal à l'apprendre que le Java )

3. Ok, même avis qu'OVH ici

Concernant ta remarque, je ne voulais pas insinuer que mes 3 ans d'études allaient faire de moi un professionnel parfaitement formé.

Je voulais juste poser une réflexion concernant les jeunes diplômés qui se lançeraient dans une carrière orientée vers le Cobol, ne risquent-ils pas de se retrouver dans 5, 10 ou 15 ans avec comme seul bagage une expertise dans un langage qui n'est plus utilisé ?

C'est un peu la question que se pose tout ceux qui apprécient un job ou une technologie anté-diluvienne...
J'ai une connaissance qui a fait des études de gravure sur armes à feu. Métier d'avenir? Sans doute pas. Mais tant qu'il y aura de la demande et personne pour apporter l'offre, cette personne aura un job qu'elle apprécie.

Si tu te lances dans le Cobol, tu risques de devenir rare et cher. Mais tu risques aussi de passer à côté et de devoir te recycler dans quelques années. C'est un pari sur l'avenir mais il y a moyen de trouver des tendances générales sur l'évolution d'une technologie.

Il y a aussi tout ce qui vient avec le Cobol. Tu ne vas sans doute pas faire de Cobol sur une machine Windows... Tu vas donc acquérir de l'expérience en Unix/mainframe/AS400/autre. Cette expérience, tu pourras toujours la valoriser dans ce secteur d'activité. Il y a plusieurs utilisateurs du forum qui pourront confirmer qu'on peut vivre d'une activité professionnelle orientée vers les plateformes en question.

C'est vrai que l'ordre paraît bizarre comme ça.
Moi j'avais eu assembleur, C et Cobol d'abord, puis du C Windows pur (ce que j'ai vraiment apprécié, car ça permet de savoir comment ça marche "en interne"), puis enfin du C++ (C++Builder), et un peu de Delphi & Java.
Au final en sortant de l'école j'ai cherché un boulot où ils avaient besoin d'un programmeur Delphi parce que j'avais bien aimé cet outil.
Et huit ans plus tard à ce même boulot je suis passé à C# (ce qui est assez facile quand on a fait du Delphi et du C++).

J'ai un camarade qui programme en Cobol toute la journée. Donc oui ça existe encore

Apprendre quelques mois dans une école != être un pro du langage.

Ca fait partie de la culture, j'y suis passé, je l'ai jamais utilisé, et pourtant je trouve cela indispensable d'avoir une culture mainframe, as/400 et autres joyeusetés
Et... tout ce que j'utilise au jour le jour, je l'ai appris par moi même, les études ne sont qu'une partie infime des connaissances nécessaires pour son boulot

Oui, on dit souvent qu'à l'école finalement on ne fait qu'apprendre à apprendre

antp : L'ordre est bizarre et la masse de temps accordée au langage l'est encore plus. Ce qui m'ennuie le plus c'est qu'on nous dit que le C++ ne peut pas être dans le programme "parce qu'on a pas le temps de voir tous les langages". Je suis bien d'accord mais alors pourquoi privilégier le Cobol face au C++, etc

zion : On n'a pas du tout abordé les mainframes, AS/400, etc
C'était du Cobol utilisant un plugin à greffer sur Eclipse.

L'enseignement est fait de plein de choses obsolètes
il y a deux explications:
-pour se former il est souvent plus utile de se tourner vers des valeurs 'traditionnelles'
(ex.la connaissance de l'histoire nous permet de mieux gérer le présent et le futur)
-les responsables scolaires vivent trop loin de la réalité et proposent des matières inutiles et surtout 'non-formatives' (matières pour lesquelles, en plus, ils doivent s'investir sans disposer d'un accès aux produits / connaissances qu'ils devront enseigner).
Il est parfois difficile de savoir si on est dans le cas 1 ou le 2.....

Autre remarque apprendre le c# sans avoir connu le c (ansi) est possible; mais inefficace.

Par analogie, les langages historiques (cobol, rpg, fortran, algol, focal....) forment l'esprit et ne seront plus jamais 'utilisés'; mais leur connaissance aide à mieux comprendre et accélérer les apprentissages.
On peut comparer le cerveau à un meuble à tiroirs dans lesquels on range ses connaissances. Plus il y a des tiroirs en accès direct, plus les nouvelles connaissances s'assimilent facilement. Le nombre de tiroirs est déterminé avant 25 ans (donc à l'école). "cqfd"

P.S. je ne comprend pas les responsables informatique (irresponsables) qui continuent à investir de l'argent dans des programmes cobol et qui n'ont pas entrepris de passer vers un langage moderne pour leurs applications.

Pour cette raison:
http://www.lemondeinformatique.fr/actualites/lire-les-banques-restent-fideles-a-cobol-plus-performant-que-java-54032.html
(et pour une histoire de cout)

Cette article est une vaste blague et il a été démenti par la personne citée dedans lors de sa sortie. C'est une extrapolation d'un journaliste qui n'y rien (qui a dit "encore"?).

Maintenant, pour ce qui est du COBOL durant les études et dans le milieu porfessionnel:

* Il est généralement enseigné hors de tout environnement mainframe. Les mainframes sont un sujet largement ignoré dans la plupart des cursus d'ailleurs.
* COBOL a très peu d'intérêt formateur (si ce n'est le côté historique). On peut très bien s'en passer tout en ayant un cursus équilibré. La plupart du temps, il est encore dispensé parce que le prof qui le donne est nommé, partira bientôt à la retraite et ne changera pas ses cours.
* Il existe effectivement encore des dev COBOL full time (ma tante, par exemple), généralement dans les assurances et banque mais aussi certaines grosses institutions publiques.
* Ces sociétés embauchent encore un peu de dev pour faire du COBOL, mais plus les dinosaures que l'on paye a prix d'or. Elles embauches des juniors sans expérience qu'elles forment elles-même, c'est moins cher et plus ciblé pour leur problématique.
* La raison pour laquelle ces système continuent d'être "alimentés" est souvent loin d'être glorieuse. Une bonne partie de la connaissance business a été perdu au fil du temps et il serait trop risqué de repartir à 0 sur de bonnes bases actuelles en faisant du reverse engineering du système existant (avec les bugs et patches...), alors on garde et on construit par dessus.

@babeleir > C# emprunte plus à Delphi qu'au c (malheureusement). Il n'y a pas vraiment de penalité à l'apprendre sans connaitre ce dernier.

La programmation n'est plus qu'un lointain souvenir dans mon cas.(tous langages confondus)
Donc au risque de dire quelques âneries...
Le cobol est un des rares supports pour apprendre le BCD et faire des calculs comme les humains. Ceci permet d'embrayer sur les problèmes de propagation d'erreur dans les autres représentations numériques. Et quand on creuse un peu c'est une matière très difficile; mais utile pour certains.
Il me semble aussi que c'est un langage où 75% du programme se fait dans les déclarations.
Comme je l'ai dit il est fou de continuer à travailler (produire) en cobol. Ceux qui le font (font faire) devraient être envoyés en Sibérie dans les mines de sel.
-j'espère que cela donne un peu d'éclairage à mon post plus avant.

Pourquoi malheureusement ? C'est justement ça que je trouve bien moi

Note : J'ai découvert C# avec la version 3.5, donc j'ai pas connu les limitations et manques qu'il semblait y avoir dans les premières versions...

c'est quoi ce vieux raccourci miteux ?