Est-ce bientôt la fin des bonnes grosses applications lourdes ?

[elmcherqui]

Bonjours ,
Je suis developpeur agé de 23 ans qui utilise la plateforme .NET pour concretiser mes idees ou celles de mon equipe . maintenant que j'ai assez d'experience avec cette plateform j'aimerais commencer le cursus pour les certifications et vu ce qui doit etre bossé je peux dire que y'a du travail . Mais voila , je ne me suis pas decidé encore du chemin car une question n'arrete pas de titiller le cerveau .

Maintenant que les smartphones , les tablettes , et internet s'utilisent de plus et selon les etudes ce n'est que le commencement , je me dit que probablement les applications lourdes ( c'est a dire client lourd + serveur ( web service , bdd , reseau .... ) ) se meurent de plus en plus . hier j'ai vu une video qui montre un rendu 3D avec silverlight 5 sur navigateur , ah mais je suis resté bouche bée .

Est ce que je m'inquiete pour rien ? ou alors le developpement sur portable / navigateur sera largement majoritaire d'ici quelques annees ?

[el_slapper]

Tiens, j'ai déjà vu ce débat.....

Il est difficille de faire de la prospective. Généralement, nous nous affrontons sur le "mieux/moins bien", mais nul ne sait vraiment ou ira la tendance. Les clients légérs seront toujours limités par rapport aux clients lourds, mais ceux-ci seront toujours plus galère à déployer.(je suis pro client-lourd, mais ça n'est pas moi qui déciderai de la tendance des 10 prochaines années).

A noter que dans les années 70/80, les "terminaux" étaient le paroxysme du client léger, que le client lourd a ensuite tout envahi, avant de refluer à partir des années 2000.....pour revenir plus tard plus fort? Aucune idée. Toujours dans l'avenir à reculons nous entrons.

Quand à tes inquiétudes, je ne suis pas expert .NET, mais il me semble qu'ASP permet de faire du client léger, non?

[ovh]

On se posait déjà la question il y a environ 10 ans, cf ce topic de 2002 (ça ne nous rajeunit pas )
http://www.developpez.net/forums/d14...rveur-choisir/

Mais depuis 2002 le monde du web a beaucoup évolué, en particulier on a vu apparaître beaucoup de produits orientés entreprises. A mon sens, on a aujourd'hui tout ce qu'on peut rêver pour faire un développement "pro" d'une application de gestion classique sur le web :
- frameworks pour les langages web (je pense à Zend Framework ou Symfony pour le PHP, Ruby on Rails pour Ruby, Django pour Python, etc.) et ORM puissants (par exemple Doctrine 2 pour PHP)
- frameworks côté client qui permettent de faire des IHM très riches : extjs en particulier permet de reproduire des composants grids et des menus et fenêtres multiples tout en ajax (tout ce qu'on peut faire en GUI classique), mais aussi jquery ui, et d'autres...
- solutions de reporting pour produire des exports de données facilement dans de multiples formats : Jasper en open source, SSRS pour SQL Server...
- code source : gestionnaire de versions (svn, git... ), solutions d'intégration continue qui vérifient la qualité du code (hudson/jenkins... )
- côté architecture on dispose de tous les outils aujourd'hui pour monter des serveurs redondants et virtualisés (qui a dit cloud computing ) pour un coût tout à fait raisonnable.

Bref on bénéficie toujours de l'avantage principal du web : un déploiement et une maintenance très aisés, mais les inconvénients au niveau IHM et performances ont été largement gommés. De plus, même si l'application n'est utilisée actuellement que par une seule personne dans un seul endroit géographique, l'évolution à plusieurs utilisateurs et plusieurs lieux est un jeu d'enfant en mode web (on peut sécuriser par vpn pour ne pas s'exposer sur internet).

Il reste cependant quelques inconvénients quand même :
- la compatibilité avec les différents navigateurs (pour cela, les frameworks js sont d'un grand secours, car ils gèrent cela en interne)
- la manipulation erratique du navigateur par les utilisateurs : typiquement les boutons précédent/suivant et rafraîchir... Mais bon, qui dit nouvelle appli dit formation, normalement, et passer du GUI au web implique forcément quelques changements d'habitudes

En conclusion je pense qu'à l'heure actuelle, une appli de gestion doit raisonnablement être conçue en mode web.
Seules les IHM très spécifiques ou très graphiques, ou les applications non orientées bases de données ont un intérêt à opter pour un client lourd GUI.

[Bluedeep]

Envoyé par ovh

En conclusion je pense qu'à l'heure actuelle, une appli de gestion doit raisonnablement être conçue en mode web.
Seules les IHM très spécifiques ou très graphiques, ou les applications non orientées bases de données ont un intérêt à opter pour un client lourd GUI.

Assez d'accord avec cela, mais j'ajouterai un sérieux bémol pour les applis mobiles pro, où le lourd me parait presque incontournable (support du mode déconnecté).

[theMonz31]

salut

Je confirme

De l'informatique de Gestion, Systeme d'information ==> WEB

Informatique Industrielle, Scientifiques, calcul ==> Client Lourd ou Client Léger + Code de calcul sur machine qui va bien...

Dans les grosses boites (genre un constructeur d'avion à Toulouse ), le Web est mis en avant pour la simplicité d'utilisation et la "facilité" d'accès depuis toutes les régions du monde ou se trouvent les salariés...

Après, je pense que c'est aussi une question de génération... J'ai commencé l'info à 12 ans, sans Internet, donc j'aime l'appli lourde... pour les "nouvelles" générations qui ont "toujours" connu internet, c'est une démarche logique de "tout" avoir sur le net...

et comme 85% de l'informatique, ca doit être de l'info de gestion... la tendance a "webbizer" est "logique"...

[zeyr2mejetrem]

Bonjour,

Je travaille actuellement sur un projet où un progiciel de gestion est migré de Uniface à JEE.

Je suis extrêmement sceptique sur le mode Web pour les progiciels.
En effet, mis à part le gain de déploiement, je ne vois pas énormément d'avantages à passer un progiciel du mode client lourd à un mode Web.

Pour de petites applications, pourquoi pas mais quand on a une application très complexe (et donc très lourde au sens consommation de ressources) et très métier on se heurte vite à des problèmes de réseaux et d'accès aux ressources de la machine cliente (même si de plus en plus les technos évoluent ...).

Je pense que d'autres solutions existent (ex: la plateforme Eclipse-RCP: Pas d'install (un zip à décompresser) et roulez jeunesse )

[Bluedeep]

Envoyé par zeyr2mejetrem

Pour de petites applications, pourquoi pas mais quand on a une application très complexe (et donc très lourde au sens consommation de ressources) et très métier on se heurte vite à des problèmes de réseaux et d'accès aux ressources de la machine cliente (même si de plus en plus les technos évoluent ...).

Même si je ne suis pas un fan du "tout web", ton argument ici me semble peu pertient : la consommation de ressources réseaux est un argument valable aussi pour les applis "client lourd", et même peut être encore plus si il s'agit d'une grosse appli. Pour la conso de resources "non réseaux" (CPU ....) l'argument est en revanche recevable : dans le cas web, on centralise une grosse conso CPU, dans le cas client lourd on peut le répartir plus finement.

[olivieram]

Bonjour,
A mon tour de dire quelque chose.

Le Cloud Computing.

• L'application n'est plus présente sur le poste client,
• ...etc

c'est une alternative à l'application lourde, n'est-ce pas ?
On me dira que ce n'est qu'un débat sur les applications lourdes.
Ma réponse est bien entendu non, les applications lourdes ne sont pas encore à jeter à la poubelle.

[jpelaho]

ou alors le developpement sur portable / navigateur sera largement majoritaire d'ici quelques annees ?

A mon avis oui, même si je ne suis pas un oracle. Mais de plus en plus on veut profiter de la mobilité, la facilité de déploiement, la richesse de l'interface ... à la fois.ovh a bien démontré que les applis web s'y rapprochent.

Est ce que je m'inquiete pour rien ?

Je ne vois pas trop pourquoi tu devrais t'inquiéter, tu es jeune, il faut certes te spécialiser dans tes formations mais tu dois garder un œil sur toutes les technologies. Il faut faire des applications qui utilisent une bonne séparation des couches afin d'être prêts à pouvoir passer d'une interface à une autre sans devoir remettre tout à plat

[YvesT75]

Je ferais une différence claire entre "application lourde", et "client lourd", l'application derrière un client léger peut être très lourde. Et les applications lourdes en ce sens ne sont pas près de disparaître.

[Stephanie H]

Bonjour,

Il y a une évolution des usages...effectivement.
On fait de + en + de choses à partir de notre téléphone, on surfe sur diverses tablettes...
Disons que l'on est de + en + connecté tout le temps et donc cela "tire" le fait de pouvoir accéder aux fonctionnalités ou à nos données, depuis partout...et depuis diverses plateformes clientes.
Ca ne suffit pas pour autant, il faut aussi que l'application soit adaptée au support (form factor, réactivité, taille des boutons...) sinon elle n'est pas agréable à utiliser et donc ratée.
Tout ceci boulverse notre manière de développer ainsi que nos architectures si l'on souhaite un résultat sympa et pérenne...bref...si l'on veut que ce soit réussi tout simplement.

Je suis en train d'écrire une série d'articles sur le développement d'applications: Développer un projet aujourd’hui.

D'une certaine manière, cela rejoint un peu cette discussion...

Stéphanie H.

[Stephanie H]

Il n'empêche que je suis d'accord avec zeyr...

Pour un progiciel utilisé en entreprise, une application lourde, (c'est à dire installée sur le poste de travail et qui possède un accès plus complet aux ressources de la machine, avec + de droits, etc...) est tout à fait adaptée.

Mais il ne faut pas confondre Appli lourde et application "monolithique"...
Une application lourde est le plus souvent de type client/serveur de toute manière...

A mon sens, il faut bien répartir les services métier entre les côtés client et serveur pour pouvoir les réutiliser facilement sur d'autres plateformes clientes.

Par exemple : un progiciel "lourd" peut tout à fait avoir une couche de données et de certains services métiers déportés côté serveur.
Cela permet à d'autres application ultra light de type web, ou sur le téléphone, de présenter juste quelques infos relatives à l'appli.
(état courant, alarmes, message, ou que sais-je ?).

Bref, il n'y a pas forcément d'opposition entre appli lourde et appli web.

Stéphanie H.
13 ans de devt/gestion projet dans le milieu indusriel, avant de passer chez Microsoft

[Marc3001]

Pas sûr que l'argument des applis qui nécessitent beaucoup de ressources soit vraiment un argument.
Vaut-il mieux investir dans un gros serveur qui sera utilisé à 80% (si les études et benchs sont bien faits) ou une multitude de clients qu'il faudra dimensionner selon les besoins ? Pas sûr que la 2eme solution soit forcément la plus simple.

Enfin, un autre argument en faveur du client léger c'est la non dépendance de l'appli avec l'OS du client. C'est je pense un facteur important autant pour une entreprise qui possède un parc hétérogène qur pour un site internet qui se destinerait aux geeks par exemple.
Après j'admets que la majorité des entreprises sont équipées en machines Windows et la même chose pour le grand public.

[GanYoshi]

Si les gens acceptent de ne plus avoir accès à leurs application et leurs fichiers lorsqu'ils n'ont pas internet, lors de voyages à l'étranger etc c'est leur problème.

On pourra me rétorquer que certaine application cloud mettent en cache les données et même le logiciel, mais ça devient une application hybride dans ce cas (au même titre que nos vieux applets)

[Mat.M]

Envoyé par Stephanie H

Mais il ne faut pas confondre Appli lourde et application "monolithique"...
Une application lourde est le plus souvent de type client/serveur de toute manière...

l'application "monolithique" c'est l'apanage du géant du logiciel de Redmond
Ils ne feront jamais des logiciels de type Web.
C'est plutôt le "rich client" avec la suite Office

[Marc3001]

Envoyé par Mat.M

l'application "monolithique" c'est l'apanage du géant du logiciel de Redmond
Ils ne feront jamais des logiciels de type Web.
C'est plutôt le "rich client" avec la suite Office

Dommage ils ont sorti Office 365 cette année

[Mat.M]

Salut tu as raison , Microsoft a changé d'optique