c'est quoi ce vieux raccourci miteux ?

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...

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.

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.

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)

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.

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.

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

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

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