Evolution de l'architecture logicielle des applications web

Benguigui06 · 20/08/2009, 22h16

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 ?

baya1 · 24/08/2009, 14h15

Cette évolution m'a enchanté je dois dire. Je l'ai découverte il y a seulement un mois et j'adore. Dans mon cas, j'utilise GWT et GXT. ça fait gagner pas mal de temps pour développer les interfaces au lieu d'utiliser HTML et d'essayer de jongler avec les quelques composants qu'il propose. Avant, j'allais utiliser les jsp mais en découvrant qu'on pouvait faire du RIA facilement avec GWT, j'ai tout de suite changé d'avis.

Vivian Pennel · 24/08/2009, 14h25

Bah perso de mon expérience pro haute d'un peu plus d'un ans(

), j'ai toujours été (pendant mes études) plutôt enclin à éviter le web parce que je n'en aimais pas le développement. Or depuis, ben j'ai trouvé un taff la ou y'en a le plus (i.e le web) et plus je travaille dans ce secteur plus je me dis aussi qu'au final les techno tendent vers le style client lourd. Là par exemple j'ai touché un peu à ExtJS+Java, bah ca ressemble furieusement à SWING dans le principe.

En ce qui concerne la disparition des technos à base d'HTML, pour le moment ca ne me semble pas envisageable pour 2 raisons :
- Le javascript est encore atrocement lent (mais c'est en cours de gros changements)
- Les IHM à base d'HTML ont à mon avis une grande part d'influence dans le succès des applis web (facilité d'apprentissage)

Jusqu'à maintenant j'ai toujours pensé que le développement web était plus simple que le client lourd, et c'est peut-être à ce niveau que le problème risque de se situer.

lunatix · 24/08/2009, 14h32

je pense completement le contraire : l'avenement de html5 et ses differentes avancées (Drag and drop, multimédia, dessin 2D, dessin 3D, animations via css), c'est le contraire qui ca se passer.

le navigateur va devenir l'interface graphique des applications locales.

TheBlackReverand · 24/08/2009, 15h28

j'aimerais juste apporter un complement vis-a-vis du .NET

a partir du framework 3 vous pouvez rediger des interfaces locale en WPF (evolution du WindowsForm). en quelque modification vous pouvez fair passer votre application WPF en Silverlight! les possibilitè sont très similaire

les seul changement sont:
- quelque animation/interaction manquante dans le Silverlight par rapport au WPF
- quelque animation/interaction qui ne s'utilise pas de la meme maniere
- l'accès au donnèe

la ou WPF se connecte au serveur de donnèes Silverlight se connecte a un WebService qui est rattacher a un serveur de donnè

personnellement, j'ai realiser un mini Dailymotion pour un projet de licence en Silverlight 2 (mon 1er projet web viable) => plus rapide a developper(pour quelqu'un habituer au appli local) et le resultat et plus beau en tout point

non non je ne m'eloigne pas du sujet mais c'est pour en venir au fait que, je suis developpeur local et pourtant je n'ai eu aucune difficultè(sans formation web) a realiser en peu de temps une application web simple, efficace.

dans ce sens je pense que c'est une autre force des grossess applications web(ceci venan directement de leur ressemblance au application locale)

Philippe Vialatte · 24/08/2009, 15h44

Perso, je suis encore partage sur la question...

D'un cote, Flex et Silverlight apportent effectivement beaucoup en terme de facilite de design et de developpement. Les interfaces graphiques sont plus sympas, et pour certains usages, c'est carrement impensable de repasser a du web (Jeux, streaming, etc...)

Autant, d'un autre cote, ce sont des plugins a ajouter sur les machines client, qui vont souvent ajouter du poids par rapport a du html/js/css, et pour un gain qui va souvent etre de l'ordre de l'esthetique, et le referencement n'est pas vraiment simplifie par ces applis.

Je pense que les deux solutions HTML + JS / RIA font du sens aujourd'hui, pour des cas specifiques, a voir dans 5 ans ce que ca donnera...

chris81 · 24/08/2009, 16h15

Citation:

Envoyé par TheBlackReverand

la ou WPF se connecte au serveur de donnèes Silverlight se connecte a un WebService qui est rattacher a un serveur de données

Bonjour, juste pour infos ceci est modifié par l'arrivée de .Net RIA Services qui permet de créer automatiquement des modèles suivant ton sgbd (sql server pour l'instant) et de gérer tout ce qui est maj, ajout.... Il n'y a plus besoin de webservice.

http://blogs.msdn.com/davrous/archiv...vices-1-4.aspx

++

LordBob · 24/08/2009, 16h25

Citation:

Envoyé par Philippe Vialatte

... et pour certains usages, c'est carrement impensable de repasser a du web (Jeux, streaming, etc...)...

As-tu essayer Quake Live ? Le portage de Quake en version Web... C'est impressionnant et c'est bien dans l'air du temps, des applications Web !

SLiM_ViNCe · 24/08/2009, 17h01

Citation:

Envoyé par TheBlackReverand

en quelque modification vous pouvez fair passer votre application WPF en Silverlight! les possibilitè sont très similaire

les seul changement sont:
- quelque animation/interaction manquante dans le Silverlight par rapport au WPF
- quelque animation/interaction qui ne s'utilise pas de la meme maniere
- l'accès au donnèe

Mieux vaut passer de Silverlight à WPF plutôt que l'inverse. J'ai passé une semaine à faire un portage sur une interface bien chiadée en termes d'animation, etc... Y a aussi (et surtout pour moi) des possibilités réduites pour le binding et les templates ainsi que l'inexistence de la 3D en Silverlight (la projection de plans, c'est trop fastidieux à mon goût).

Mais sorti de ça, il est vrai que même pour un développeur non-web, c'est facile à appréhender ce genre de techno'.

Philippe Vialatte · 24/08/2009, 17h12

Citation:

Envoyé par LordBob

As-tu essayer Quake Live ? Le portage de Quake en version Web... C'est impressionnant et c'est bien dans l'air du temps, des applications Web !

Oui, sauf que quake live, c'est du flash...

Quand je parlais de Web, dans le contexte de ce thread, je voulais dire du HTML+JS

lunatix · 24/08/2009, 17h17

quand on voit ce genre de choses http://www.benjoffe.com/code/demos/canvascape/
je me dis que html/js pourrait bien devenir completement viable pour les jeux

Philippe Vialatte · 24/08/2009, 17h33

Citation:

Envoyé par lunatix

quand on voit ce genre de choses http://www.benjoffe.com/code/demos/canvascape/
je me dis que html/js pourrait bien devenir completement viable pour les jeux

mouais...avec une machine de développeur (bi-proc, 4Go RAM et grosse carte graphique), ca rame a mort

et encore, pas de son, pas de gestion du micro, pas de gestion de la webcam, pas de gestion de la souris (dans cet exemple, pas pour les autres exemples

)...

Edit : apres, oui, si HTML 5 integre tout ca, sans plugins a ajouter, sans ralentissement, et avec une plus grande facilite de developpement, la base de developpeurs qui font du HTML reste (au doigt mouille), facilement 10-20 fois la base des developpeurs flash/silverlight...mais bon, on y est pas encore

http://www.w3.org/html/wg/
2010-09 HTML5 Recommendation

En ajoutant le temps que les navigateurs le gerent, on sera en 2011, flash en sera a la version 12 (ou 13, ou 14), et silverlight a la version 4...quelque part, j'y crois toujours pas

Bapt.ice · 24/08/2009, 19h00

Citation:

Envoyé par Benguigui06

A chaque validation tout l’écran de réaffiche.

Apache Tiles -- projet viable et utilisé plusieurs framework de (grosses) entreprises.

Pour le reste, perso travaillant plus dans le middleware que dans les interfaces, aucune importance pour moi, si ce n'est que je prefère un bon vieux java EE.

julien_iz · 24/08/2009, 20h32

Citation:

Par voix de conséquence la disparition dans 10 ans de ces techno aux seins des entreprises.

Citation:

Mon discours se limite au développement d’application web, et en aucun cas au site web.

La plupart des posts n'envisagent visiblement pas cela du point de vue de l'application web d'entreprise, mais plutôt du site web semble-t-il.

Quid des appli web d'entreprise alors?

Philippe Vialatte · 24/08/2009, 22h17

Citation:

Envoyé par julien_iz

La plupart des posts n'envisagent visiblement pas cela du point de vue de l'application web d'entreprise, mais plutôt du site web semble-t-il.

Quid des appli web d'entreprise alors?

Cote web d'entreprise, pour le moment, les entreprises semblent frileuses a passer sur du RIA...

Je pense que c'est du, en partie, à un manque d'information des décideurs, et d'autre part, au fait que les entreprises (au sens gros compte) attendent un peu de voir ce qui va se passer (du moins, dans la région, c'est le cas), donc les SSII ne forment pas leur personnel et ca stagne...

Après, ca peut démarrer assez vite, il suffit d'un chef qui ait la bonne démo au bon moment

chris81 · 25/08/2009, 09h09

Il y a aussi le fait que les données avec les RIA sont externalisées et les gds comptes n'aiment pas trop voir les données sortir de leur boites. Vivement que cela change

Philippe Vialatte · 25/08/2009, 09h27

Citation:

Envoyé par chris81

Il y a aussi le fait que les données avec les RIA sont externalisées et les gds comptes n'aiment pas trop voir les données sortir de leur boites. Vivement que cela change

Externalisees, tu y vas fort, tu peux restreindre l'acces a tes clients internes et ajouter une securite a ria services

Niouts · 25/08/2009, 09h31

Citation:

Envoyé par Philippe Vialatte

Cote web d'entreprise, pour le moment, les entreprises semblent frileuses a passer sur du RIA...

Je pense que c'est du, en partie, à un manque d'information des décideurs, et d'autre part, au fait que les entreprises (au sens gros compte) attendent un peu de voir ce qui va se passer (du moins, dans la région, c'est le cas), donc les SSII ne forment pas leur personnel et ca stagne...

Après, ca peut démarrer assez vite, il suffit d'un chef qui ait la bonne démo au bon moment

Au niveau de ma boite, on a récupéré en maintenance une appli en flex / PHP et c'était l'horreur ! ca ramait à mort pour afficher les données car il y en avait trop. Bon c'était pas bien codé mais bon à ce point là...

Benguigui06 · 25/08/2009, 13h24

RAP, ZK et GWT, pour ne citer que ceux là, génère du HTML/Js, d’ailleurs c’est bien leur fond de commerce. Mais la très grosse différence c’est que le développeur n’a plus à s’en soucier. Il manipule des composants en java et des événements comme en Swing. Tout le reste est pris en charge par le frame work. Donc plus rapide à développer, à maintenir, à faire évoluer etc. Le ROI est de 30 à 50%.
Mais hélas c’est vrai que le RIA n’est pas encore un standard pour les « décideurs » et pourtant il va bien falloir y passer

benjamin_musique · 25/08/2009, 17h21

Aux experts techniques de ne pas être trop frileux et de prendre l'initiative pour informer leurs dirigeants sur ces évolutions technologiques...
Évidemment, il faut choisir ses mots :
"chef chef g vu un nouveau truc sur developpez.com c trop d'la balle fo tro kon le fasse" => pas bien

20/08/2009, 22h16	#1
Benguigui06 Invité de passage Inscription : septembre 2008 Messages : 13 Détails du profil Informations personnelles : Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur) Informations forums : Inscription : septembre 2008 Messages : 13 Points : 4 Points : 4	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 ?
	00

24/08/2009, 14h25	#3
Vivian Pennel Membre confirmé Vivian Pennel Developpeur Symfony \| JSF/Seam Inscription : août 2004 Messages : 173 Détails du profil Informations personnelles : Nom : Vivian Pennel Âge : 24 Localisation : France, Hérault (Languedoc Roussillon) Informations professionnelles : Activité : Developpeur Symfony \| JSF/Seam Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : août 2004 Messages : 173 Points : 247 Points : 247	Bah perso de mon expérience pro haute d'un peu plus d'un ans(), j'ai toujours été (pendant mes études) plutôt enclin à éviter le web parce que je n'en aimais pas le développement. Or depuis, ben j'ai trouvé un taff la ou y'en a le plus (i.e le web) et plus je travaille dans ce secteur plus je me dis aussi qu'au final les techno tendent vers le style client lourd. Là par exemple j'ai touché un peu à ExtJS+Java, bah ca ressemble furieusement à SWING dans le principe. En ce qui concerne la disparition des technos à base d'HTML, pour le moment ca ne me semble pas envisageable pour 2 raisons : - Le javascript est encore atrocement lent (mais c'est en cours de gros changements) - Les IHM à base d'HTML ont à mon avis une grande part d'influence dans le succès des applis web (facilité d'apprentissage) Jusqu'à maintenant j'ai toujours pensé que le développement web était plus simple que le client lourd, et c'est peut-être à ce niveau que le problème risque de se situer.
	00

24/08/2009, 14h32	#4
lunatix Rédacteur/Modérateur julien Architecte technique Inscription : novembre 2002 Messages : 1 908 Détails du profil Informations personnelles : Nom : julien Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Architecte technique Informations forums : Inscription : novembre 2002 Messages : 1 908 Points : 3 318 Points : 3 318	je pense completement le contraire : l'avenement de html5 et ses differentes avancées (Drag and drop, multimédia, dessin 2D, dessin 3D, animations via css), c'est le contraire qui ca se passer. le navigateur va devenir l'interface graphique des applications locales. __________________ Blog blog = new MyBlog();
	00

24/08/2009, 15h44	#6
Philippe Vialatte Expert Confirmé Sénior Philippe Vialatte Architecte technique Inscription : juillet 2004 Messages : 3 051 Détails du profil Informations personnelles : Nom : Philippe Vialatte Âge : 35 Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur) Informations professionnelles : Activité : Architecte technique Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : juillet 2004 Messages : 3 051 Points : 11 449 Points : 11 449	Perso, je suis encore partage sur la question... D'un cote, Flex et Silverlight apportent effectivement beaucoup en terme de facilite de design et de developpement. Les interfaces graphiques sont plus sympas, et pour certains usages, c'est carrement impensable de repasser a du web (Jeux, streaming, etc...) Autant, d'un autre cote, ce sont des plugins a ajouter sur les machines client, qui vont souvent ajouter du poids par rapport a du html/js/css, et pour un gain qui va souvent etre de l'ordre de l'esthetique, et le referencement n'est pas vraiment simplifie par ces applis. Je pense que les deux solutions HTML + JS / RIA font du sens aujourd'hui, pour des cas specifiques, a voir dans 5 ans ce que ca donnera... __________________ Mon Blog The Cake is still a lie !!! Vous voulez contribuer à la rubrique .NET ? Contactez-moi par MP. Vous voulez rédiger des articles pour la rubrique .NET ? Voici la procédure à suivre.
	00

24/08/2009, 17h17	#11
lunatix Rédacteur/Modérateur julien Architecte technique Inscription : novembre 2002 Messages : 1 908 Détails du profil Informations personnelles : Nom : julien Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Architecte technique Informations forums : Inscription : novembre 2002 Messages : 1 908 Points : 3 318 Points : 3 318	quand on voit ce genre de choses http://www.benjoffe.com/code/demos/canvascape/ je me dis que html/js pourrait bien devenir completement viable pour les jeux __________________ Blog blog = new MyBlog();
	00

24/08/2009, 14h15	#2
baya1 Membre du Club Inscription : février 2007 Messages : 105 Détails du profil Informations forums : Inscription : février 2007 Messages : 105 Points : 46 Points : 46	Cette évolution m'a enchanté je dois dire. Je l'ai découverte il y a seulement un mois et j'adore. Dans mon cas, j'utilise GWT et GXT. ça fait gagner pas mal de temps pour développer les interfaces au lieu d'utiliser HTML et d'essayer de jongler avec les quelques composants qu'il propose. Avant, j'allais utiliser les jsp mais en découvrant qu'on pouvait faire du RIA facilement avec GWT, j'ai tout de suite changé d'avis.
	00

24/08/2009, 15h28	#5
TheBlackReverand Membre confirmé Inscription : décembre 2004 Messages : 543 Détails du profil Informations forums : Inscription : décembre 2004 Messages : 543 Points : 219 Points : 219	j'aimerais juste apporter un complement vis-a-vis du .NET a partir du framework 3 vous pouvez rediger des interfaces locale en WPF (evolution du WindowsForm). en quelque modification vous pouvez fair passer votre application WPF en Silverlight! les possibilitè sont très similaire les seul changement sont: - quelque animation/interaction manquante dans le Silverlight par rapport au WPF - quelque animation/interaction qui ne s'utilise pas de la meme maniere - l'accès au donnèe la ou WPF se connecte au serveur de donnèes Silverlight se connecte a un WebService qui est rattacher a un serveur de donnè personnellement, j'ai realiser un mini Dailymotion pour un projet de licence en Silverlight 2 (mon 1er projet web viable) => plus rapide a developper(pour quelqu'un habituer au appli local) et le resultat et plus beau en tout point non non je ne m'eloigne pas du sujet mais c'est pour en venir au fait que, je suis developpeur local et pourtant je n'ai eu aucune difficultè(sans formation web) a realiser en peu de temps une application web simple, efficace. dans ce sens je pense que c'est une autre force des grossess applications web(ceci venan directement de leur ressemblance au application locale)
	00

25/08/2009, 09h09	#16
chris81 Membre confirmé Inscription : mars 2004 Messages : 613 Détails du profil Informations personnelles : Sexe : Âge : 30 Localisation : France Informations forums : Inscription : mars 2004 Messages : 613 Points : 249 Points : 249	Il y a aussi le fait que les données avec les RIA sont externalisées et les gds comptes n'aiment pas trop voir les données sortir de leur boites. Vivement que cela change __________________ VivaSoft,Intégrateur et Formateur Google Apps Authorized Reseller
	00

25/08/2009, 13h24	#19
Benguigui06 Invité de passage Inscription : septembre 2008 Messages : 13 Détails du profil Informations personnelles : Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur) Informations forums : Inscription : septembre 2008 Messages : 13 Points : 4 Points : 4	RAP, ZK et GWT, pour ne citer que ceux là, génère du HTML/Js, d’ailleurs c’est bien leur fond de commerce. Mais la très grosse différence c’est que le développeur n’a plus à s’en soucier. Il manipule des composants en java et des événements comme en Swing. Tout le reste est pris en charge par le frame work. Donc plus rapide à développer, à maintenir, à faire évoluer etc. Le ROI est de 30 à 50%. Mais hélas c’est vrai que le RIA n’est pas encore un standard pour les « décideurs » et pourtant il va bien falloir y passer
	00

25/08/2009, 17h21	#20
benjamin_musique Nouveau Membre du Club Inscription : avril 2004 Messages : 35 Détails du profil Informations personnelles : Âge : 31 Informations forums : Inscription : avril 2004 Messages : 35 Points : 29 Points : 29	Aux experts techniques de ne pas être trop frileux et de prendre l'initiative pour informer leurs dirigeants sur ces évolutions technologiques... Évidemment, il faut choisir ses mots : "chef chef g vu un nouveau truc sur developpez.com c trop d'la balle fo tro kon le fasse" => pas bien __________________ un code c'est comme un cabinet de toilette : c'est chiant à nettoyer mais il faut penser à celui qui passe derrière.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email