C’est rigolo, il y a de ça quelques mois il y avait eu ici même un début de discussion, ou quelqu’un se plaignait de l’omniprésence des applis web, et que c’était quand même de la marde compare aux applis natives, et patati patata.
Je faisais partie de ceux qui râlaient ;+)
Il me semble qu'il y a un juste milieu entre "fournir un binaire qui récupère les infos sur notre serveur" et "fournir une page pleine de scripts qu'il faut faire tourner dans la machine virtuelle qu'on appelle navigateur."
Dans un cas comme dans l'autre, d'ailleurs, l'utilisateur ne choisit pas l'interface qu'il utilisera. Tout au plus, le Web lui laisse un peu plus de liberté quand à ce qu'il peut bloquer.
La solution propre, c'est tout simplement la standardisation de formats et de protocoles, et leur implémentation côté client et serveur.
Tiens, un exemple. Tu veux proposer aux gens de faire de la messagerie instantanée? Tu leur fournis un salon XMPP. Pas "une appli qui vient se connecter sur notre serveur" ni "une interface Web qui fait du XMPP", mais juste une ressource "salon XMPP". À l'utilisateur de choisir ce qu'il va en faire, ou plus exactement avec quel logiciel client il va l'utiliser, selon ses préférences (Gtk, Qt, ncurses, plutôt bling bling ou plutôt minimaliste..)
Il me semble que c'était la règle aux débuts de l'Internet: décider d'un protocole, de formats, proposer des implémentations de référence, puis laisser chacun se dépatouiller avec.
Il reste qui, comme survivants? SMTP (assailli par le spam), POP et IMAP (parfois surtaxés par les opérateurs mobiles), NNTP (l'ancêtre, en bien mieux, du forum Web, récupéré pour faire du warez), DNS (lui il n'est pas près de disparaître) et bien sûr HTTP, sur lequel on fait passer à peu près n'importe quoi.
Dans le contexte actuel, je vois mal une standardisation se faire pour récupérer les horaires de bus. Pourtant, ça ne serait pas du tout une mauvaise idée. On aurait une appli iPhone pour "horaires de bus", à laquelle il faudrait indiquer le serveur (mis à disposition par la ville ou la compagnie de transport), une demi-douzaine de clients libres, un client Windows par Microsoft, etc.. avec un numéro de port, un protocole bien définis et tout.
Ça permettrait d'automatiser certaines choses (se faire notifier la présence de travaux sur la ligne qu'on prend d'habitude, par exemple), chose très pénible à faire avec une page Web où les données sont pensées "rendu graphique au pixel près pour l'utilisateur final".
Maintenant, dans un contexte où on trouve des firewall stupides de partout (stupides, car les saletés passent par HTTP maintenant), où les vendeurs de matériel/logiciel avec des pommes dessus aiment bien décider de ce que fera l'utilisateur, et où les diffuseurs d'information semblent animés d'une immense volonté de décider de la façon dont l'utilisateur accèdera à leur information (Installe le plugin adaube, rejoins moi sur Facebook, donne moi ton adresse mail si tu veux des nouvelles, active javascript, télécharge mon PDF et lit le avec adaubate planteur..), ça semble totalement irréalisable.
Pourtant, c'est comme ça qu'on fait quand on veut faire un truc propre.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Et l'open web ?
Posté par Grunt . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 5.
Je faisais partie de ceux qui râlaient ;+)
Il me semble qu'il y a un juste milieu entre "fournir un binaire qui récupère les infos sur notre serveur" et "fournir une page pleine de scripts qu'il faut faire tourner dans la machine virtuelle qu'on appelle navigateur."
Dans un cas comme dans l'autre, d'ailleurs, l'utilisateur ne choisit pas l'interface qu'il utilisera. Tout au plus, le Web lui laisse un peu plus de liberté quand à ce qu'il peut bloquer.
La solution propre, c'est tout simplement la standardisation de formats et de protocoles, et leur implémentation côté client et serveur.
Tiens, un exemple. Tu veux proposer aux gens de faire de la messagerie instantanée? Tu leur fournis un salon XMPP. Pas "une appli qui vient se connecter sur notre serveur" ni "une interface Web qui fait du XMPP", mais juste une ressource "salon XMPP". À l'utilisateur de choisir ce qu'il va en faire, ou plus exactement avec quel logiciel client il va l'utiliser, selon ses préférences (Gtk, Qt, ncurses, plutôt bling bling ou plutôt minimaliste..)
Il me semble que c'était la règle aux débuts de l'Internet: décider d'un protocole, de formats, proposer des implémentations de référence, puis laisser chacun se dépatouiller avec.
Il reste qui, comme survivants? SMTP (assailli par le spam), POP et IMAP (parfois surtaxés par les opérateurs mobiles), NNTP (l'ancêtre, en bien mieux, du forum Web, récupéré pour faire du warez), DNS (lui il n'est pas près de disparaître) et bien sûr HTTP, sur lequel on fait passer à peu près n'importe quoi.
Dans le contexte actuel, je vois mal une standardisation se faire pour récupérer les horaires de bus. Pourtant, ça ne serait pas du tout une mauvaise idée. On aurait une appli iPhone pour "horaires de bus", à laquelle il faudrait indiquer le serveur (mis à disposition par la ville ou la compagnie de transport), une demi-douzaine de clients libres, un client Windows par Microsoft, etc.. avec un numéro de port, un protocole bien définis et tout.
Ça permettrait d'automatiser certaines choses (se faire notifier la présence de travaux sur la ligne qu'on prend d'habitude, par exemple), chose très pénible à faire avec une page Web où les données sont pensées "rendu graphique au pixel près pour l'utilisateur final".
Maintenant, dans un contexte où on trouve des firewall stupides de partout (stupides, car les saletés passent par HTTP maintenant), où les vendeurs de matériel/logiciel avec des pommes dessus aiment bien décider de ce que fera l'utilisateur, et où les diffuseurs d'information semblent animés d'une immense volonté de décider de la façon dont l'utilisateur accèdera à leur information (Installe le plugin adaube, rejoins moi sur Facebook, donne moi ton adresse mail si tu veux des nouvelles, active javascript, télécharge mon PDF et lit le avec adaubate planteur..), ça semble totalement irréalisable.
Pourtant, c'est comme ça qu'on fait quand on veut faire un truc propre.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.