Les langages compilés (C/C++/fortran/...) reste incontournable
Pas d'accord du tout la ... si on pouvais se débarrasser du Fortran ce serrait un grand progrés ... Il avait de gros avantages à l'epoque (meilleur compilo et facilité de vectorisation) mais maintenant se serrait pas mal de l'oublier un peu ...
je n'imagine pas utiliser un langage de très haut niveau [...] pour implémenter [...] un toolkit graphique.
Et bien justement tu est à coté de la plaque. Pour pouvoir manipuler des abstractions comme "une fenètre", "un ecran", "une police" ... tu as interet d'avoir un langage de haut niveau sinon tu vas te retrouver comme à la bonne époque ou pour dessiner sur l'ecran il fallait manipuler directement une partie de la memoire video.
Regarde GTK, ils se battent pour avoir une bilbliothèque de haut niveau avec un langage qui n'offre que peu d'abstraction : le résultat est une bibliothèque pseudo-objet qui est compléxifié à outrance a cause du langage utilisé de base.
(je ne critique pas du tout GTK, mais on vois bien qu'ils ont décidé de proposer des abstraction -et c'est normal- qui ne sont pas facilement manipulable avec le langage sous-jacent)
Ensuite niveau perf, d'autres langages de beaucoup plus haut niveau propose une rapidité d'éxécution quasi-égale et un niveau de sécurité du code infiniment meilleur (OCaml et Eiffel par exemple).
Pour finir je pense que les langages de trop bas niveau vont se faire exploser quand nous commencerons a avoir plusieurs processeurs ou plusieurs machines pour éxécuter nos applications; car optimiser une aplication "par le haut" est infiniment plus profitable que "par le bas".
[^] # Re: C
Posté par thecat . En réponse au journal "Virus d'image" sous Lnux. Évalué à 1.
Pas d'accord du tout la ... si on pouvais se débarrasser du Fortran ce serrait un grand progrés ... Il avait de gros avantages à l'epoque (meilleur compilo et facilité de vectorisation) mais maintenant se serrait pas mal de l'oublier un peu ...
je n'imagine pas utiliser un langage de très haut niveau [...] pour implémenter [...] un toolkit graphique.
Et bien justement tu est à coté de la plaque. Pour pouvoir manipuler des abstractions comme "une fenètre", "un ecran", "une police" ... tu as interet d'avoir un langage de haut niveau sinon tu vas te retrouver comme à la bonne époque ou pour dessiner sur l'ecran il fallait manipuler directement une partie de la memoire video.
Regarde GTK, ils se battent pour avoir une bilbliothèque de haut niveau avec un langage qui n'offre que peu d'abstraction : le résultat est une bibliothèque pseudo-objet qui est compléxifié à outrance a cause du langage utilisé de base.
(je ne critique pas du tout GTK, mais on vois bien qu'ils ont décidé de proposer des abstraction -et c'est normal- qui ne sont pas facilement manipulable avec le langage sous-jacent)
Ensuite niveau perf, d'autres langages de beaucoup plus haut niveau propose une rapidité d'éxécution quasi-égale et un niveau de sécurité du code infiniment meilleur (OCaml et Eiffel par exemple).
Pour finir je pense que les langages de trop bas niveau vont se faire exploser quand nous commencerons a avoir plusieurs processeurs ou plusieurs machines pour éxécuter nos applications; car optimiser une aplication "par le haut" est infiniment plus profitable que "par le bas".