Discussion :

[tomlev]

Il y a un chef de projet qui, à la limite, n'a jamais écrit une ligne de code, mais il a une logique implacable, un développeur qui essaye de faire la liaison entre le chef de projet et le programmeur, et enfin le programmeur.

Euh... c'est quoi la différence entre un développeur et un programmeur selon toi ?

[el_slapper]

(.../...)
Il y a quand même des différences fondamentales entre les différents paradigmes de programmations (procédurale, orienté objet, fonctionnel, logique, méta-prog, etc.). De même que certaines caractéristiques des langages représentes une vrai difficulté à passer de l'un à l'autre.
(.../...)

+1

même indépendamment du paradigme, la gymnastique n'est pas franchement la même. Ainsi, Cobol n'a pas d'enum(comme en VB/C#), il a des "niveaux 88", libéllés pointant sur des valeurs que peut prendre une variables. C'est à la fois plus puissant(sauf à farcir l'énum d'attributs), plus lourd(même exception), mais c'est surtout une autre manière de penser : l'enum est juste un libellé, le "niveau 88" est toujours pointé sur une variable existante. La gestion est donc fort différente, ça a une influence sur la manière de concevoir les programmes.

je dirais plutôt que le Cobol est un tournevis à plat, à l'ancienne, et qu'il ne convient plus beaucoup aux vis modernes, pour la plupart cruciformes. Mais il a encore ses qualités dans certains domaines. Pour traiter des fichiers plats aux formats exotiques, il est toujours très bon. Pour faire du web, hmhmhm. , il faut absolument un cruciforme(genre PHP).