Par contre, en ce qui concerne Mono, je ne connais pas exactement les solutions mais cela m’étonnerai que MonoDevelop ne propose pas de debugger

Je te suis par contre quand tu dis que PHP est sans doute le meilleur langage pour le Web, mais uniquement parceque PHP5 a comblé les énormes carences de PHP4 en terme d’architecture.

François>
Je n’en suis pas aussi certain que toi au sujet de la compilation, les « accélérateurs PHP » rattrapent plus que sensiblement les performances de PHP vis à vis de ses concurrents et le typage faible est un choix assumé depuis les premières versions. Il est vrai que ce fut un long travail mais aujourd’hui une bonne partie des développeurs PHP sont sensibilisés à la propreté de leur code.
Il est toutefois vrai de dire que c’est toujours plus facile d’écrire un code immonde en PHP qu’en Java ou ASP.Net

Encore une fois, un billet aussi court sur un sujet aussi vaste, ça fait prendre des raccourcis…

Sur les solutions alternatives .Net, je ne les connais pas. Elles sont pro ? Avec débugger et tout et tout ?

Je ne suis pas d’accord avec toi en ce qui concerne le développement .NET. Aujourd’hui tu peux développer une application (web ou autre) sans tomber dans le piège du full microsoft.
Il existe des projets OpenSource tel que Mono.Net qui est un portage du framework .Net sous linux (qui est même utilisé dans certains centre de calcul). Pour ce qui est environement de développement, tu as aussi Sharpdevelop qui n’est peut être pas aussi puissant que Visual Studio mais qui peut largement suffir pour certains types de projets.

Pour ce qui est des pièges des licences, j’ai été étonné de voir le cout d’une « maintenance » type Red Hat qui après calcul revient au même prix qu’une licence microsoft avec la software assurance. OpenSource ne veut pas dire gratuit

Cependant, à aujourd’hui, je pense que PHP reste le meilleur langage pour le Web

Vincent.

Effectivement, tu as raison sur le fait qu’on ne peut pas considérer un langage sans le framework associé.
A ne pas oublier non plus : l’environnement de développement.

Bref, à écrire un article sur un sujet aussi riche est forcément extrêmement réducteur .

Il n’empêche, je reviens sur mon point clé : je pense que le faible typage et la non compilation sont des obstacles pour faire de PHP le langage du futur.

Je ne suis pas non plus d’accord avec toi, notamment sur Java, PHP et Ruby.

Des trois langages, seul PHP a été conçu dans une optique Web. Il dispose de ce fait de nombreuses facilités pour produire du contenu par HTTP. Ce qui l’a longtemps handicapé, c’est ses nombreuses carences pour implémenter les couches « métier » et « techniques » des applications volumineuses (par exemple l’absence de conception objet ou d’abstraction SGDB, là où Java dispose nativement de JDBC depuis bien longtemps). Aujourd’hui c’est fort bien compensé par des framework comme Symfony ou Zend, pour ne citer qu’eux.

En ce qui concerne Java, son handicap a été l’inverse. Très bon pour la logique applicative, très facile à debugger, mais l’écriture de Servlets est extrêment laborieuse (doPost() { out.println(«  »); }, cétypa un rien compliqué pour pas grand chose ?)
Ce fut compensé par l’implémentation dans les serveurs d’applis de JSP, JSF, etc…
Puis il a fallut faire du lien entre les couches, et là c’est devenu le terrain de jeu de Struts, puis Spring, etc…

Ruby et Python ne sont « orientés Web » que parceque Ruby on Rails ou Django l’ont bien voulu, sans quoi on en parlerait même pas ici et les deux langages resteraient de « simples » langages de scripting ou d’applications lourdes.

Concevoir une appli Web complète n’implique pas seulement des facilités à produire du HTML ou du RSS, mais aussi une manière robuste de concevoir les parties métiers des applis et de lier facilement mais sans couplage fort tous les composants d’une application.

Aujourd’hui Java + Spring, PHP5 + Symfony, Ruby + Rails ou encore Python + Django remplissent ces critères parfaitement.
Je n’envisage pas l’avènement d’un nouveau langage car selon qu’on préfère souplesse, simplicité ou robustesse les précedemment cités remplissent déjà tous les besoins.

La conception d’applis Web dignes de ce noms passent aujourd’hui par la qualité des frameworks employé (même si il s’agit d’un framwork maison non cité, le tout est d’en avoir un). Un langage seul ne peut se permettre d’imposer l’utilisation du MVC ou de l’injection de dépendance, c’est bien le rôle du framework de s’acquitter de cette tâche, et de la simplifier au maximum.

A mon avis, le futur de la conception Web se fera avec les langages que nous connaissont déjà, mais avec des briques logicielles de plus en plus simple et puissantes. L’évolution des langages passera plutôt par l’ajout de fonctionnalité permettant de rendre les couches intermédiaires de plus en plus performantes :
Il suffit par exemple de constater avec quelle facilité il est possible d’implémenter une injection de dépendance en PHP 5.3 (lire Fabien Potencier, par exemple), alors que cette même injection de dépendance ne saurait à mon sens faire partie intégrante du langage PHP lui même.

Qu’en pensez-vous ?