La new de Clubic cite surtout des commentaires de DSI bling bling et de décideurs pressés, qui font tout pour justifier que leur si leur Système d'Information fonctionne à base de COBOL, langage aux cheveux gris, c'est pour des questions de performance et de qualité. Hohoho.
En fait, ce n'est n'est pas vrai.
Attention, l'idée ici n'est pas de monter un troll sur "COBOL c'est vieux, c'est moche" (je suis même sûr que c'est très fiable, ça a 50 ans, les bogues sont éliminés depuis un bout de temps), mais comprendre POURQUOI on utilise encore COBOL.
Pourquoi d'ailleurs ? Qui utilise COBOL ? Et pourquoi pas autre chose ?
Souvent, les utilisateurs de COBOL sont des banques, des assurances, de gros industriels. Les premiers utilisateurs à grande échelle de l'outil informatique, en somme. Par exemple, dans la plupart des banques françaises, le coeur du bouzin qui gère nos comptes fonctionne en COBOL. D'ailleurs, Unilog embauche beaucoup de gens pour pisser du COBOL chez eux.
Pensez-vous qu'il est possible, aujourd'hui, de réécrire le SI de la Société Générale en Java (Y compris avec l'aide de PTramo) ? C'est un projet qui se chiffre probablement en centaines de millions d',ドル et bonjour le plan de migration. Donc, la Société Générale continue à utiliser COBOL, c'est vieux mais ça marche, et avec, elle ne risque pas de se gauffrer.
Le même genre de phénomène se produit avec IMS [1], la première base de données de l'histoire informatique, qui a servi à gérer le système de facturation des premières missions Apollo, il y a ... 40 ans. Elle est encore très utilisée chez les assurances, les banques, etc...
On se retrouve donc avec des "utilisateurs captifs", qui se sont (volontairement ? consciemment ?) enfermés dans une technologie donnée, et qui sont obligés d'en accepter les contraintes sur du long terme (n'éxagérons pas, parfois, ce n'est pas si contraignant non plus). C'est arrivé avec COBOL, avec IMS, qui nous dit que cela ne se reproduira pas avec Java dans 30 ans ?
[^] # Re: Trolls velus
Posté par leoboy . En réponse au journal bon anniversaire. Évalué à 3.
En fait, ce n'est n'est pas vrai.
Attention, l'idée ici n'est pas de monter un troll sur "COBOL c'est vieux, c'est moche" (je suis même sûr que c'est très fiable, ça a 50 ans, les bogues sont éliminés depuis un bout de temps), mais comprendre POURQUOI on utilise encore COBOL.
Pourquoi d'ailleurs ? Qui utilise COBOL ? Et pourquoi pas autre chose ?
Souvent, les utilisateurs de COBOL sont des banques, des assurances, de gros industriels. Les premiers utilisateurs à grande échelle de l'outil informatique, en somme. Par exemple, dans la plupart des banques françaises, le coeur du bouzin qui gère nos comptes fonctionne en COBOL. D'ailleurs, Unilog embauche beaucoup de gens pour pisser du COBOL chez eux.
Pensez-vous qu'il est possible, aujourd'hui, de réécrire le SI de la Société Générale en Java (Y compris avec l'aide de PTramo) ? C'est un projet qui se chiffre probablement en centaines de millions d',ドル et bonjour le plan de migration. Donc, la Société Générale continue à utiliser COBOL, c'est vieux mais ça marche, et avec, elle ne risque pas de se gauffrer.
Le même genre de phénomène se produit avec IMS [1], la première base de données de l'histoire informatique, qui a servi à gérer le système de facturation des premières missions Apollo, il y a ... 40 ans. Elle est encore très utilisée chez les assurances, les banques, etc...
On se retrouve donc avec des "utilisateurs captifs", qui se sont (volontairement ? consciemment ?) enfermés dans une technologie donnée, et qui sont obligés d'en accepter les contraintes sur du long terme (n'éxagérons pas, parfois, ce n'est pas si contraignant non plus). C'est arrivé avec COBOL, avec IMS, qui nous dit que cela ne se reproduira pas avec Java dans 30 ans ?
[1] IMS: [http://fr.wikipedia.org/wiki/Information_Management_System]