Je te parle de calcul sur 10000 coeurs, c'est pas du haut niveau ca !
Je t'ai bien compris mais ne néglige pas Fortran, ni aucun autre langage. Par haut niveau, tu veux parler de clickodrome, de XML et de couleur qui flash sur ton écran ?
Fortran 2003 est un langage objet avec héritage simple, monsieur. Fortran évolue, bien plus que le C même s'il est plus vieux. Fortran a une API normalisé maintenant pour faire des appels C.
Fortran est aussi parfaitement interfacé a des bibliothèques comme NetCDF et HDF5 qui permettent d'enregistrer des valeurs dans des fichiers de manière portable et rapide, contrairement au XML. On ne fait pas du calcul performant avec XML.
Bref, je ne te dis pas de faire en Fortran mais regardes bien le langage avant de balancer des phrases. Idem sur ce que tu as dis d'Haskel.
Les interfaces de haut niveau, clickodrome, je les fait en langage de script. Pour moi en Perl car j'en fait depuis des années et je suis plus performant dessus. Mes amis sont plutôt Python. Il y a très peu d'interface graphique qui ont réellement besoin d'un langage performant, tout simplement car l'Homme est très très lent au niveau des entrées sorties avec la machine. Et si je devais faire un serveur qui doivent tenir la charge et qui ne soit pas du HTTP, j'irais voir soit du coté de POE (Perl), soit du coté d'Erlang qui est conçu pour cela (changement du code du serveur à chaud pour correction de bogue !).
Tiens, pour finir, un truc vachement mieux en Fortran qu'en C , C++ ou Ada, il n'y a PAS de fichier header en Fortran. enfin, il y en a (fichier .mod) mais c'est le compilateur qui les génère à ta place. En effet, par exemple en Ada, tu as vraiment l'impression de te répéter entre le fichier d'en tête et le corps du programme et cela, je trouve que c'est très pénible.
Pour finir, je ne comprends pas pourquoi tu veux faire du GNUStep avec Ada alors que GNUStep est en ObjectiveC et qu'il n'y a pas de passerelle entre Ada et l'ObjectiveC. Pourquoi ne pas t'en tenir à GtKAda (ou la même chose en Qt) avec Glade. L'ObjectiveC, c'est très bien mais il y a un runtime et l'expérience montre que c'est interfacé avec très peu (aucun ?) autre langage (certainement par manque de moyen).
[^] # Re: réponse
Posté par Sytoka Modon (site web personnel) . En réponse au message Ada -> GNUstep. Évalué à 5.
Je t'ai bien compris mais ne néglige pas Fortran, ni aucun autre langage. Par haut niveau, tu veux parler de clickodrome, de XML et de couleur qui flash sur ton écran ?
Fortran 2003 est un langage objet avec héritage simple, monsieur. Fortran évolue, bien plus que le C même s'il est plus vieux. Fortran a une API normalisé maintenant pour faire des appels C.
Fortran est aussi parfaitement interfacé a des bibliothèques comme NetCDF et HDF5 qui permettent d'enregistrer des valeurs dans des fichiers de manière portable et rapide, contrairement au XML. On ne fait pas du calcul performant avec XML.
Bref, je ne te dis pas de faire en Fortran mais regardes bien le langage avant de balancer des phrases. Idem sur ce que tu as dis d'Haskel.
Les interfaces de haut niveau, clickodrome, je les fait en langage de script. Pour moi en Perl car j'en fait depuis des années et je suis plus performant dessus. Mes amis sont plutôt Python. Il y a très peu d'interface graphique qui ont réellement besoin d'un langage performant, tout simplement car l'Homme est très très lent au niveau des entrées sorties avec la machine. Et si je devais faire un serveur qui doivent tenir la charge et qui ne soit pas du HTTP, j'irais voir soit du coté de POE (Perl), soit du coté d'Erlang qui est conçu pour cela (changement du code du serveur à chaud pour correction de bogue !).
Tiens, pour finir, un truc vachement mieux en Fortran qu'en C , C++ ou Ada, il n'y a PAS de fichier header en Fortran. enfin, il y en a (fichier .mod) mais c'est le compilateur qui les génère à ta place. En effet, par exemple en Ada, tu as vraiment l'impression de te répéter entre le fichier d'en tête et le corps du programme et cela, je trouve que c'est très pénible.
Pour finir, je ne comprends pas pourquoi tu veux faire du GNUStep avec Ada alors que GNUStep est en ObjectiveC et qu'il n'y a pas de passerelle entre Ada et l'ObjectiveC. Pourquoi ne pas t'en tenir à GtKAda (ou la même chose en Qt) avec Glade. L'ObjectiveC, c'est très bien mais il y a un runtime et l'expérience montre que c'est interfacé avec très peu (aucun ?) autre langage (certainement par manque de moyen).