Pour moi il est clair qu'on se dirige vers une fusion des 2 mondes, Internet et desktop. Autant le poste avec des applications isolés disparait à vu d'oeil autant l'excitation qu'il y a autour du web est une vaste blague. Combien de personnes n'utilisent vraiment QUE Google doc, un webmail ou un service web genre Twitter via un browser ?
Pourquoi, car une application desktop est évidement largement mieux intégré au bureau qu'un onglet vers une page web et que cette application tourne en permanence contrairement à un browser ou un onglet perdu parmi d'autres.
De plus coté dev, on se gausse d'AJAX est compagnie mais c'est une vaste fumisterie et un effort monumental par rapport au développement desktop via une bibliothèque comme GTK+ ou Qt. Sans parler que le web fonctionne en mode stateless et ce depuis presque 20 ans, il n'y a aucune évolution !! Côté IHM il faut bricoler avec des lib JS en se cassant la tête pour concevoir des interfaces évoluées, choses triviales à faire avec une lib type GTK+ ou Qt.
Et si l'on veut pouvoir modifier directement le DOM d'un navigateur en particulier, il faut gruger en utilisant un serveur PUSH et Flash coté client afin de maintenir une socket ouverte. Bref le Web2 c'est bien pour les marketeux mais coté technique c'est tout juste du 1.5 ....
Comme certains l'ont dit plus haut, l'avenir est à mon avis vers des applications desktop connectées à des services web qui permettent de synchroniser ses données. Et la version web lorsqu'on est en déplacement ... J'imagine même que des site web ne fourniront qu'une API sans interface web (clients desktop Air ou Java)...
D'ailleurs il me semble que l'iPhone possède des applications développées spécialement pour, par exemple pour utiliser Google Maps, et il ne s'agit pas d'un navigateur. Avec l'explosion des netbooks, iPhone, et autres openMoko concept, je ne vois de toute façon pas possible l'usage unique d'un navigateur pour accéder à des services, simplement pour une question de ressource machine, de résolution d'écran et de confort ergonomique. Le développement de clients natifs spécifiques à ces machines est de fait nécessaire. Et même si les versions de sites web adaptés à l'iPhone se développent, on est encore loin d'une connexion permanente à Internet quelque soit l'endroit, sans parler des tarifs mafieux pratiqués par les opérateurs téléphonique.
Le prochain défi du Libre sera à mon avis la capacité à proposer des services de type ceux de Google voir installable sur son propre serveur, ce qui résoudrait des problèmes de tenues en charge. Car seul une batterie d'experts ingénieurs dans divers domaines et des datacenters permettent d'y répondre, et il faut s'appeller Google ou Amazon pour se les payer. La preuve, Facebook rame, l'API lasfm rame, MugShot rame, etc etc.
Quant à la messagerie instantanée contrairement à certains commentaires plus haut, c'est à mon avis la clé de voute. Elle intègre depuis longtemps (ICQ) le fameux réseau social que le web2 semble découvrir depuis peu et contrairement à un navigateur, elle tourne constamment. Les kikoololeurs voir même certains geeks l'utilisent plus que le web, que ce soit par MSN, Jabber ou Skype. Et utilisé intelligemment elle peut servir à s'authentifier [http://www.xmppid.net/], à lire des flux RSS, à s'interfacer avec des services web [http://wiki.jabberfr.org/Portail:Utilisateur/ServicesWeb], à signaler sa présence et son humeur à ses contacts et à des sites web, à faire des visio conférence et des tableaux blancs, elle peut être intégré dans des outils desktop pour collaborer sur l'édition à plusieurs (voir abiword qui est en train d'intégrer XMPP), etc etc.
Jabber, clients desktop et services web décentralisés, c'est à mon avis l'avenir à moyen/long terme en tout cas pour le Libre. Pour les autres ca vire vers l'usage des backend Google (Google App Engine) et Amazon (SimpleDB, SQS, EC2, ...).
# Fusion
Posté par fredix . En réponse au journal Applications web vs applications classiques: quid du futur ?. Évalué à 6.
Pour moi il est clair qu'on se dirige vers une fusion des 2 mondes, Internet et desktop. Autant le poste avec des applications isolés disparait à vu d'oeil autant l'excitation qu'il y a autour du web est une vaste blague. Combien de personnes n'utilisent vraiment QUE Google doc, un webmail ou un service web genre Twitter via un browser ?
La réalité montre que Adobe fonce sur le desktop via Air [http://www.adobe.com/fr/products/air/] que Google propose des widgets à installer sur le desktop [http://desktop.google.com/linux/], Apple le fait depuis un moment et Microsoft depuis Vista.
Pourquoi, car une application desktop est évidement largement mieux intégré au bureau qu'un onglet vers une page web et que cette application tourne en permanence contrairement à un browser ou un onglet perdu parmi d'autres.
De plus coté dev, on se gausse d'AJAX est compagnie mais c'est une vaste fumisterie et un effort monumental par rapport au développement desktop via une bibliothèque comme GTK+ ou Qt. Sans parler que le web fonctionne en mode stateless et ce depuis presque 20 ans, il n'y a aucune évolution !! Côté IHM il faut bricoler avec des lib JS en se cassant la tête pour concevoir des interfaces évoluées, choses triviales à faire avec une lib type GTK+ ou Qt.
Et si l'on veut pouvoir modifier directement le DOM d'un navigateur en particulier, il faut gruger en utilisant un serveur PUSH et Flash coté client afin de maintenir une socket ouverte. Bref le Web2 c'est bien pour les marketeux mais coté technique c'est tout juste du 1.5 ....
Comme certains l'ont dit plus haut, l'avenir est à mon avis vers des applications desktop connectées à des services web qui permettent de synchroniser ses données. Et la version web lorsqu'on est en déplacement ... J'imagine même que des site web ne fourniront qu'une API sans interface web (clients desktop Air ou Java)...
Enfin SUN avait développé l'énormissime Java web Start [http://fr.wikipedia.org/wiki/Java_Web_Start] et la libération complète de Java risque à mon avis de le relancer.
D'ailleurs il me semble que l'iPhone possède des applications développées spécialement pour, par exemple pour utiliser Google Maps, et il ne s'agit pas d'un navigateur. Avec l'explosion des netbooks, iPhone, et autres openMoko concept, je ne vois de toute façon pas possible l'usage unique d'un navigateur pour accéder à des services, simplement pour une question de ressource machine, de résolution d'écran et de confort ergonomique. Le développement de clients natifs spécifiques à ces machines est de fait nécessaire. Et même si les versions de sites web adaptés à l'iPhone se développent, on est encore loin d'une connexion permanente à Internet quelque soit l'endroit, sans parler des tarifs mafieux pratiqués par les opérateurs téléphonique.
Le prochain défi du Libre sera à mon avis la capacité à proposer des services de type ceux de Google voir installable sur son propre serveur, ce qui résoudrait des problèmes de tenues en charge. Car seul une batterie d'experts ingénieurs dans divers domaines et des datacenters permettent d'y répondre, et il faut s'appeller Google ou Amazon pour se les payer. La preuve, Facebook rame, l'API lasfm rame, MugShot rame, etc etc.
Quant à la messagerie instantanée contrairement à certains commentaires plus haut, c'est à mon avis la clé de voute. Elle intègre depuis longtemps (ICQ) le fameux réseau social que le web2 semble découvrir depuis peu et contrairement à un navigateur, elle tourne constamment. Les kikoololeurs voir même certains geeks l'utilisent plus que le web, que ce soit par MSN, Jabber ou Skype. Et utilisé intelligemment elle peut servir à s'authentifier [http://www.xmppid.net/], à lire des flux RSS, à s'interfacer avec des services web [http://wiki.jabberfr.org/Portail:Utilisateur/ServicesWeb], à signaler sa présence et son humeur à ses contacts et à des sites web, à faire des visio conférence et des tableaux blancs, elle peut être intégré dans des outils desktop pour collaborer sur l'édition à plusieurs (voir abiword qui est en train d'intégrer XMPP), etc etc.
Jabber, clients desktop et services web décentralisés, c'est à mon avis l'avenir à moyen/long terme en tout cas pour le Libre. Pour les autres ca vire vers l'usage des backend Google (Google App Engine) et Amazon (SimpleDB, SQS, EC2, ...).