Je ne pense pas, comme le dit le titre, qu'il y aura "le langage du futur", mais plutot "les langages du futur". Par langage, je me permets l'abus (de langage, justement) de parler de langage de programmation et de scripts.
Plusieurs languages devront cohexister parce que chacun d'eux aura sa spécificité.
Je n'imagine pas, personnelement, le développement d'un window manager en PHP, de la même manière les CGI en C deviennent de plus en plus rares et dépassés.
Il est indéniable que les scripts web coté serveur sont dominés par PHP, Perl et dans une moindre mesure Python. Il est difficile de dire quel langage sortirait du lot, si cela devait arriver. En effet, PHP permet à tout débutant de créer facilement une page avec des scripts, alors que Perl sera plus difficile à aborder. Perl possède, par contre, un très grand respect de la part des professionnels. Pour Python, je serais moins catégorique, parce que moins facile d'accès que PHP pour les débutants, moins reconnus et supporté par les professionels.
Pour le développement d'application sur un système (ou ensemble de systèmes comme les Unices), je parierais toujours sur le C ou C++ selon le besoin d'utilisation de concepts objets ou pas. La raison est qu'aucun langage existant n'a réussi à les déloger jusqu'à présent. La raison me semble simple: Le nombre de développeurs et le nombre d'applications sous ce langage est si important qu'il faudrait développer un langage qui apporte un véritable avantage par rapport à C / C++ pour remettre en question ce parc de dévelopeurs et d'applications.
Pour de la programmation multi-environnement (principalement des clients), nous avons les langages de scripts (Perl principalement) mais surtout Java. Perl permet de s'affranchir des incompatibilités de compilation sur différents systèmes, mais Java possède une API très complète pour les fonctions d'affichage, de réseau, mathématiques, ... Sans parler de sa popularité et qu'il est plus fréquemment enseigné dans les écoles que Perl.
Je ne parlerai pas des langages fonctionnels, n'ayant pas de connaissances à ce sujet. Je peux simplement dire qu'ils permettent de faire des projets complexes : l'application la plus connue reste MLDonkey. Cependant, le choix d'un tel langage dans une application libre devrait être reconsidéré par deux fois. Le nombre de développeurs connaissant l'OCaml (pour l'exemple de MLdonkey) étant très faible, le nombre de contributeurs (pour participer au projet ou simplement patcher un bug) sera réduit à son strict minimum. Ceci peut également mener des utilisateurs ne pas utiliser une telle application, car le code source bien qu'étant disponible ne peut pas être déchiffré facilement sans apprentissage d'un nouveau langage.
De même, je ne parle pas de Visual Basic ou C#, car n'existant que sur plateformes MS.
Que reste-t-il donc aux langages comme Pascal, Ada, Objective C, Fortran, Cobol, ... Je dirais simplement les miettes. En ce qui concerne leur avenir, j'ose penser qu'ils existeront toujours, en grande partie grace à la communauté du libre qui continue à dévelloper ces compilateurs alors que le milieu du non-libre les ont complétement abandonnés. Mais ils ne se démarqueront plus et resteront marginaux, utilisés à des fins éducatives, pour le support d'anciennes applications originaires dans ces langages ou par curiosité de geeks.
Mon tiercé gagnant reste donc:
- PHP / Perl pour web scripting
- C / C++ pour applications sur un environnement
- Java pour applications portables (souvent clients)
# Le langage du futur ?
Posté par Lee Nux . En réponse au journal Le langage du futur ?. Évalué à 3.
Plusieurs languages devront cohexister parce que chacun d'eux aura sa spécificité.
Je n'imagine pas, personnelement, le développement d'un window manager en PHP, de la même manière les CGI en C deviennent de plus en plus rares et dépassés.
Il est indéniable que les scripts web coté serveur sont dominés par PHP, Perl et dans une moindre mesure Python. Il est difficile de dire quel langage sortirait du lot, si cela devait arriver. En effet, PHP permet à tout débutant de créer facilement une page avec des scripts, alors que Perl sera plus difficile à aborder. Perl possède, par contre, un très grand respect de la part des professionnels. Pour Python, je serais moins catégorique, parce que moins facile d'accès que PHP pour les débutants, moins reconnus et supporté par les professionels.
Pour le développement d'application sur un système (ou ensemble de systèmes comme les Unices), je parierais toujours sur le C ou C++ selon le besoin d'utilisation de concepts objets ou pas. La raison est qu'aucun langage existant n'a réussi à les déloger jusqu'à présent. La raison me semble simple: Le nombre de développeurs et le nombre d'applications sous ce langage est si important qu'il faudrait développer un langage qui apporte un véritable avantage par rapport à C / C++ pour remettre en question ce parc de dévelopeurs et d'applications.
Pour de la programmation multi-environnement (principalement des clients), nous avons les langages de scripts (Perl principalement) mais surtout Java. Perl permet de s'affranchir des incompatibilités de compilation sur différents systèmes, mais Java possède une API très complète pour les fonctions d'affichage, de réseau, mathématiques, ... Sans parler de sa popularité et qu'il est plus fréquemment enseigné dans les écoles que Perl.
Je ne parlerai pas des langages fonctionnels, n'ayant pas de connaissances à ce sujet. Je peux simplement dire qu'ils permettent de faire des projets complexes : l'application la plus connue reste MLDonkey. Cependant, le choix d'un tel langage dans une application libre devrait être reconsidéré par deux fois. Le nombre de développeurs connaissant l'OCaml (pour l'exemple de MLdonkey) étant très faible, le nombre de contributeurs (pour participer au projet ou simplement patcher un bug) sera réduit à son strict minimum. Ceci peut également mener des utilisateurs ne pas utiliser une telle application, car le code source bien qu'étant disponible ne peut pas être déchiffré facilement sans apprentissage d'un nouveau langage.
De même, je ne parle pas de Visual Basic ou C#, car n'existant que sur plateformes MS.
Que reste-t-il donc aux langages comme Pascal, Ada, Objective C, Fortran, Cobol, ... Je dirais simplement les miettes. En ce qui concerne leur avenir, j'ose penser qu'ils existeront toujours, en grande partie grace à la communauté du libre qui continue à dévelloper ces compilateurs alors que le milieu du non-libre les ont complétement abandonnés. Mais ils ne se démarqueront plus et resteront marginaux, utilisés à des fins éducatives, pour le support d'anciennes applications originaires dans ces langages ou par curiosité de geeks.
Mon tiercé gagnant reste donc:
- PHP / Perl pour web scripting
- C / C++ pour applications sur un environnement
- Java pour applications portables (souvent clients)