Discussion :

[cyronet]

SVP j'aimerais avoir les éclaircissement par rapport à COBOL ET FORTRAN

Qui est concerné par ces langages et ces techniques ?
Quels sont les métiers ?
Quels sont les évolutions de ces langages ?
Faut-il continuer à développer avec ? Si non, comment en sortir ? Si oui, comment les intégrer dans des environnements modernes (Cloud...) ?

Merci d'avance

[FR119492]

Salut!

Qui est concerné par ces langages et ces techniques ?
Quels sont les métiers ?

Le COBOL est essentiellement utilisé dans le monde de la finance et de l'administration. Le FORTRAN est surtout destiné au calcul scientifique; il reste un des plus efficaces pour le calcul numérique.

Quels sont les évolutions de ces langages ?

Les normes concernant ces deux langages sont périodiquement remises à jour pour les adapter à l'évolution de l'informatique en général.

Faut-il continuer à développer avec ?

D'une manière générale, si tu es libre de choisir, alors choisis le langage le mieux adapté à tes besoins (sans tenir compte de la mode).

Si non, comment en sortir ?

En réécrivant tous tes programmes dans un langage mieux adapté. Bien du plaisir!

Si oui, comment les intégrer dans des environnements modernes (Cloud...) ?

Pas de problème: les compilateurs produisent des exécutables (.exe).

Jean-Marc Blanc

[Hédhili Jaïdane]

Bonjour.

Concernant le Cobol, un petit coup d'œil sur notre forum Cobol et en particulier sur cette discussion : http://www.developpez.net/forums/d81...cinquante-ans/

[Sylvain Bergeron]

Ce qu'il faut d'abord comprendre, c'est que ces langages ne sont pas devenus archaïques par rapport à leur champs d'application. C'est surtout que l'informatique est aujourd'hui utilisé pour d'autres tâches pour lesquelles ces langages offrent peu de solutions. Fortran n'est pas particulièrement bien adapté à la programmation d'un portable...

Je ne connais pas vraiment COBOL, et encore moins son évolution, mais Fortran offre toujours une solution fort intéressante à la programmation mathématique. Une expression mathématique écrite en Fortran est à mon avis plus facile à programmer et à relire (donc à entretenir) que si elle est en C par exemple, surtout s'il y a des pointeurs, donc de la déréférentiation, des références à des membres de structure, ... (Pour moi, * est un symbole de multiplication, et une expression mixant des - et des -> devient rapidement difficile à lire)

Autre point, la programmation mathématique est beaucoup plus stable que les interfaces, les liens au matériel, etc. C'est souvent ce qui fait que les programmes Fortran sont maintenus : le besoin numérique et sa solution sont toujours les mêmes.

Alors, comme dit Jean-Marc, choisis le langage le mieux adapté à tes besoins.

[Hédhili Jaïdane]

+1

Bonjour.

Moi, j'invite les personnes intéressés à prendre connaissance des nouveautés apportées dans les nouvelles versions ILE Cobol pour AS/400 (iSeries, Systems i, Power i) ou Entreprise Cobol pour z/OS : SQL embarqué, Support DB2, fonctions intrinsèques, support Java, support XML, etc... ou dans les dernières versions du Cobol pour Aix ou du Cobol MF pour Unix/Windows, y compris l'interface graphique.

Même si l'on doit se contenter du bon vieux Cobol (Cobol II, Cobol pour OS390 & VM, Cobol/400), il y a encore du boulot chez les grands comptes (SSII, Banques, Assurances, Transport, Outsourcing, etc...).

Pour le reste, ça a été dit : facilité d'apprentissage, de structuration, d'application, de maintenance, etc...

[cyronet]

Merci à tous pour les réponses.
Mais ce que je souhaite c'est avoir une réponse un peu plus détaillée des différentes interrogations.

[Sylvain Bergeron]

Tu as indirectement les réponses dans les posts, mais si tu insistes... Pour Fortran :

Qui est concerné par ces langages et ces techniques ?

Principalement des professionnels de champs autre que l'informatique. Fortran n'est pas un langage d'informaticien, mais de matheux.

Quels sont les métiers ?

Ingénieurs, chimistes, professionnels de la finance...

Quels sont les évolutions de ces langages ?

Le standard Fortran 2008 est en finalisation. Les grands ajouts récents sont : interface avec C (Fortran 2003), orientation objet (Fortran 2003) et utilisation native de matériel multi-processeurs (coarray, Fortran 2008).

Faut-il continuer à développer avec ? Si non, comment en sortir ? Si oui, comment les intégrer dans des environnements modernes (Cloud...) ?

C'est une question de besoin. J'ai déjà programmé des jeux en Fortran, mais ce n'est pas idéal... En sortir ? Souvent, on a un code calcul en Fortran et il y a un besoin de moderniser les interfaces (utilisateurs, bases de données, ...). Le plus simple est généralement d'ajouter des couches écrites avec d'autres langages, mais de maintenir le code de calcul Fortran. L'interfacage C est ici un grand avantage.

[genteur slayer]

petit compléments à ce qui a été dit... (j parle moi aussi du fortran, ne connaissant pas COBOL)

dans ma société, le noyau de calcul est écrit en fortran en revanche, l'interface graphique (et gestion des périphérique, ...etc... ) est écrit en C

donc comment les intégrer dans un environnement, bin... naturellement à l'édition de liens... sinon, comme presque tous les les langages compilés, ils te génèrent un exécutable ou une librairie que l'nevironnement dois géré. donc par le biais d'un lanceur, de redirection d'entrée-sortie, conversion de formats de fichier... c'est len,t mais pas plus que les plateforme, qui sont l'exemple type d'un programme lent: mais on ne lui demande pas d'être rapide, juste d'être compatible avec 'tout'.

[el_slapper]

Pour Cobol uniquement.

Qui est concerné par ces langages et ces techniques ?

Tous les gens qui font de la gestion sur des très gros volumes. Les banques sont en première ligne, mais on en trouve beaucoup en assurances, chez certains fournisseurs de paris sportifs..... Plus on est au coeur de l'appli de gestion, plus cobol est présent(en banquaire, le noyau comptable vient immédiatement à l'esprit).

Quels sont les métiers ?

Bof, les mêmes que partout.

Quels sont les évolutions de ces langages ?

Plein, mais très peu utilisées. Les nouveaux outils sous Cobol sont une rupture avec les qualités premières du langage(comme la maitrise absolue de la mémoire et son imperméabilité).

Faut-il continuer à développer avec ? Si non, comment en sortir ? Si oui, comment les intégrer dans des environnements modernes (Cloud...) ?

Oui, pour tout ce qui a un rapport direct avec ses qualités. Non partout ailleurs. En bref : grosse boite, traitements massifs, fichiers enormes, environnement reglementaire et fonctionnal riche et mouvant.