flanker (./2853) :
Mouais… franchement pas convaincu. Ça fait des années qu'on nous promet ça.
Au final, je trouve que faire un client lourd est de plus en plus simple, alors que faire du dév. web est de plus en plus complexe, et rajouter des extensions va surtout rajouter de la complexité.
C'est sûr, c'est facile de faire un petit site web en PHP. Maintenant, faire quelque chose avec des websockets, du localstorage, qui reste en cache même hors-connexion, qui soit super fluide, qui soit correctement intégré au système, qui s'adapte à tous les écrans, … est tout autre chose.

De plus, j'ai beaucoup de mal à croire qu'on puisse avoir les avantages du client lourd avec du client léger, sans avoir les inconvénients qui vont avec. Pour reprendre Office, j'ai du mal à croire qu'un client léger puisse réellement faire la même chose qu'Office sans avoir la même quantité de code à télécharger.
De toute façon, ce n'est pas compliqué : il y a plein d'outils qui permettent d'utiliser le même code pour cibler à la fois Android et iOS. S'ils n'utilisent pas HTML + JS, c'est qu'il y a des raisons ^^

Je suis totalement d'accord avec toi, c'est pour ça que je pense que la solution ne peut venir que d'une proposition du W3C qui aille plus loin que HTML/JS, mais un véritable framework destiné à faire du lourd dans du léger, et pas une surcouche qui rendrait encore plus complexe le développement en JS (ou alors il faudrait vraiment retravailler la partie JS pour avoir de vraies applications JS dans un format normalisé).

Par contre, j'ai l'impression que tu as dévié pour la seconde partie : on parle d'applications sur smartphones, à la base, donc le téléchargement ne se fait pas à la volée mais tout est en local. Et on pourrait même imaginer que, dans le cas de ces applications, on ait des scripts tokenisés ou semi-compilés afin d'accélérer leur exécution.