Evolution de l'architecture logicielle des applications web

Bonjour

Cela fait quelques temps maintenant que je fais du développement logiciel, une quinzaine d’année pour être exacte. Cela a commencé par des applications « client lourd » à base de Borland C++ puis avec l’aide de L4G (PowerBuilder et consort) et maintenant des applications web multi tiers (Java JSP Struts hibernate). Aujourd’hui, il me semble qu’un nouveau tournant est en train d’être pris et je souhaite avoir votre avis sur ce sujet.
Mon discours se limite au développement d’application web, et en aucun cas au site web. La différence est importante car le résultat fonctionnel attendu est majeure. Un site d’achat en ligne ne demande pas la même ergonomie qu’une application de gestion de RH pour rester simple dans la définition du périmètre.
Globalement nous en sommes donc aujourd’hui au développement d’application web sur la base de technologie de type page/template, PHP, JSP JSF etc. agrémenter de frame work métier, applicatif (hibernate …) et graphique ajax (dojo, riche face …) Cela reste extrêmement contraignant, limitatif et long à développer. Tous les utilisateurs ont déjà pesté conte la pauvreté des IHM web par rapport aux applications client lourd. A chaque validation tout l’écran de réaffiche. Il n’est pas possible de mettre en corrélation 2 informations sans devoir ouvrir 2 onglets ou pire 2 navigateurs et seulement si l’application le supporte ce qui n’est pas toujours le cas.
Mais voilà, nous voyons aujourd’hui apparaître des applications ne reposant plus du tout sur ce type de technologie et ressemblant furieusement à des applications « client lourd ». Le meilleur exemple est sans conteste Google apps avec ses répliques de Word et Excel. Ici il n’y a plus de page, de rafraîchissement et autre flachage tellement désagréable. On utilise l’application comme on utilise Word. En parallèle des nouveaux frames work apparaissent comme Eclipse RAP, Smart GWT ou encore ZKoss, voir même Flex dans une certaine mesure, Tous ces frame work permettent par exemple de créer des fenêtres, comme en Swing, notion totalement absente jusqu’alors du monde web.
Si l’on prend justement le cas du fantastique ZKoss, il est impressionnant de voir l’évolution qu’il impose dans la façon de développer : fini le html, javascript, les formulaires etc., il n’y a plus qu’une technologie à apprendre, ici le Java, et qu’une façon de programmer : l’événementiel, D’un autre coté avec RAP vous développez une fois et votre application existe en version client lourd et version web.
On assiste ici à mon sens a un tournant dans les développements d’applications web, On développe pour le web comme on développe en client lourd et le web n’est plus une contrainte ou un facteur limitant comme aujourd’hui mais redevient un simple support avec ses valeurs ajoutées (le SaaS par exemple)
Evidement cela signe l’arrêt de l’utilisation des JSP/ struts et autre JSF dans le cadre de développement d’appli web, probablement d’ici à 5 ans. Par voix de conséquence la disparition dans 10 ans de ces techno aux seins des entreprises.

Il n’est pas simple de résumer en quelque ligne une telle problématique, désolé pour les très nombreux raccourcits, mais j’ouvre le débat.

P.S. : J’ignore volontairement dotNet car je ne maîtrise pas suffisamment cette plateforme, mais avec silverlight 3.0 j’ai bien le sentiment que Microsoft est en train de prendre le tournant que j’évoque.

Voir aussi :
Le navigateur web : le futur du client lourd ?