L'histoire des langages de programmation est récente mais déjà dense ; on peut consulter
l'article dédié sur wikipédia ou le très complet site de Levenez par exemple pour s'en convaincre.
Chaque langage a son design, sa philosophie, sa communauté qui le trouve génial, et bien entendu ses détracteurs.
Critiquer des langages parce qu'ils existent depuis longtemps n'a guère de sens. Par exemple, allez expliquer aux physiciens que les montagnes de librairies en Fortran qu'ils utilisent seraient mieux écrites en java ou en python, ils vous riront au nez : leur code marche, est validé, est optimisé pour leurs architecture, les fermes de calcul, les très grands volumes de données, etc. Allez comprendre pourquoi on développe des langages assembleur tels que pour la machine Parrot ? Mais pourquoi dans le monde de la finance on continue à utiliser le Cobol ?
Il y a de la place pour tous les langages. Tout dépend de l'emploi que l'on fait. Par exemple si je vais enseigner aux biologistes, ceux-ci auront besoin d'un langage permissif, qui tombe en marche, avec une solide boîte à outils : python est un excellent choix. Si je vais enseigner à de futur sys-admin, je vais en priorité leur enseigner sh et bash, ainsi que vi. Si je vais enseigner à de futurs développeurs pour SSII, ce sera du java ou du C# ; à des collégiens, pourquoi pas du VB ?
Pour en venir au C : sa syntaxe a été reprise pro ou prou en C++, C#, objective C, java, javascript, php, et on retrouve aussi sa syntaxe dans les expressions en python et ruby. Il est facile de faire ses premiers pas dans ces langages une fois que l'on a bien acquis les bases du C.
En ce qui concerne les interfaces graphiques, il est clair que py-gtk ou ruby-gtk sont beaucoup plus simple à aborder que GTK+ en C (rien que par la quantité de code ..). Le but de EZ-Draw était justement de compenser cela et de fournir un moyen simple de faire du graphisme, en quelques lignes et avec un minimum de paramétrage.
L'expérience montre que écrire de petites interfaces graphiques motive beaucoup les étudiants, qui quelques années plus tard, se régalent ensuite avec C++/java/python/ruby/etc en GTK/Qt/etc ...
[^] # Re: Apprentissage
Posté par gato . En réponse à la dépêche Science et éducation : EZ-Draw 1.0 est sorti. Évalué à 10.
L'histoire des langages de programmation est récente mais déjà dense ; on peut consulter
l'article dédié sur wikipédia ou le très complet site de Levenez par exemple pour s'en convaincre.
Chaque langage a son design, sa philosophie, sa communauté qui le trouve génial, et bien entendu ses détracteurs.
Critiquer des langages parce qu'ils existent depuis longtemps n'a guère de sens. Par exemple, allez expliquer aux physiciens que les montagnes de librairies en Fortran qu'ils utilisent seraient mieux écrites en java ou en python, ils vous riront au nez : leur code marche, est validé, est optimisé pour leurs architecture, les fermes de calcul, les très grands volumes de données, etc. Allez comprendre pourquoi on développe des langages assembleur tels que pour la machine Parrot ? Mais pourquoi dans le monde de la finance on continue à utiliser le Cobol ?
Il y a de la place pour tous les langages. Tout dépend de l'emploi que l'on fait. Par exemple si je vais enseigner aux biologistes, ceux-ci auront besoin d'un langage permissif, qui tombe en marche, avec une solide boîte à outils : python est un excellent choix. Si je vais enseigner à de futur sys-admin, je vais en priorité leur enseigner sh et bash, ainsi que vi. Si je vais enseigner à de futurs développeurs pour SSII, ce sera du java ou du C# ; à des collégiens, pourquoi pas du VB ?
Pour en venir au C : sa syntaxe a été reprise pro ou prou en C++, C#, objective C, java, javascript, php, et on retrouve aussi sa syntaxe dans les expressions en python et ruby. Il est facile de faire ses premiers pas dans ces langages une fois que l'on a bien acquis les bases du C.
En ce qui concerne les interfaces graphiques, il est clair que py-gtk ou ruby-gtk sont beaucoup plus simple à aborder que GTK+ en C (rien que par la quantité de code ..). Le but de EZ-Draw était justement de compenser cela et de fournir un moyen simple de faire du graphisme, en quelques lignes et avec un minimum de paramétrage.
L'expérience montre que écrire de petites interfaces graphiques motive beaucoup les étudiants, qui quelques années plus tard, se régalent ensuite avec C++/java/python/ruby/etc en GTK/Qt/etc ...