oui, mais non. Justement, l'idee c'est d'avoir un cache de l'appli en local pour eviter les transferts reseaux incessant, appele gear chez google.
Bon c'est sur, le photoshop javascript, c'est pas pres d'etre envisageable, si ca l'est un jour, mais avec le cache local, tu peux bosser sans latence reseau, pour synchroniser avec le serveur quand tu veux (ou peux).
C'est sur que chromeos ne va pas remplacer toutes les machines du monde, et n'y pretend pas.
Mais pour une bonne part d'une utilisation personnelle d'une machine (bureautique, multimedia, triage de photos et tout ce genre de connerie), c'est tout a fait envisageable.
Reste a voir apres si googe a reussi le pari technique, et s'il va reussir le pari marketing/commerical et si la sauce va prendre cote utilisateur. Je suis curieux de voir ce que ca va donner.
Ce qui m'inquiete perso, c'est plutot javascript qui est un langage un peu batard, qui n'a certainement pas ete concu pour des applis moyenne/grosses, sans compter les divergences d'implem dans les differents navigateurs.
Et aussi le html qui n'a jamais ete concu pour mettre une interface utilisateur en page, mais pour presenter des informations essentiellement textuelle, agrementee de jolies nimages autour.
Et du coup, j'ai peur que ca devienne un enfer pour les developpeurs, tout du moins sans framework de base tres costaud pour gerer le manipulation du dom de la page web.
Oui, parce que au final, ca reste quand meme un gros hack sans nom, ces applis web qui changent tout la page sans la modifier, et ca n'a rien de tres agreable pour un developpeur d'ui d'enlever un div d'un arbre pour le remplacer par un autre. Disons que ca manque de conteneur, de layout automagique et ce genre de choses.
Rien que l'absence de reel bouton, qu'il faut hacker par un <a href> qui ne pointe nulle part mais qui a un onclick et ne pas oublier de lui donner un style avec les 3 images qui vont bien pour emuler le bouton qu'on appuye, ca me fait froid dans le dos.
Un tag <mx:Button label="Click Me!! click="clicked() /> c'est pas plus simple? (toute ressemblance avec une techno semi proprio, semi libre venant d'une firme dont le nom comence par A, termine par e et contient dob au milieu est purement et totalement volontaire).
[^] # Re: C'est pas demain que les applis natives disparaîtront
Posté par thedude . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 4.
Bon c'est sur, le photoshop javascript, c'est pas pres d'etre envisageable, si ca l'est un jour, mais avec le cache local, tu peux bosser sans latence reseau, pour synchroniser avec le serveur quand tu veux (ou peux).
C'est sur que chromeos ne va pas remplacer toutes les machines du monde, et n'y pretend pas.
Mais pour une bonne part d'une utilisation personnelle d'une machine (bureautique, multimedia, triage de photos et tout ce genre de connerie), c'est tout a fait envisageable.
Reste a voir apres si googe a reussi le pari technique, et s'il va reussir le pari marketing/commerical et si la sauce va prendre cote utilisateur. Je suis curieux de voir ce que ca va donner.
Ce qui m'inquiete perso, c'est plutot javascript qui est un langage un peu batard, qui n'a certainement pas ete concu pour des applis moyenne/grosses, sans compter les divergences d'implem dans les differents navigateurs.
Et aussi le html qui n'a jamais ete concu pour mettre une interface utilisateur en page, mais pour presenter des informations essentiellement textuelle, agrementee de jolies nimages autour.
Et du coup, j'ai peur que ca devienne un enfer pour les developpeurs, tout du moins sans framework de base tres costaud pour gerer le manipulation du dom de la page web.
Oui, parce que au final, ca reste quand meme un gros hack sans nom, ces applis web qui changent tout la page sans la modifier, et ca n'a rien de tres agreable pour un developpeur d'ui d'enlever un div d'un arbre pour le remplacer par un autre. Disons que ca manque de conteneur, de layout automagique et ce genre de choses.
Rien que l'absence de reel bouton, qu'il faut hacker par un <a href> qui ne pointe nulle part mais qui a un onclick et ne pas oublier de lui donner un style avec les 3 images qui vont bien pour emuler le bouton qu'on appuye, ca me fait froid dans le dos.
Un tag <mx:Button label="Click Me!! click="clicked() /> c'est pas plus simple? (toute ressemblance avec une techno semi proprio, semi libre venant d'une firme dont le nom comence par A, termine par e et contient dob au milieu est purement et totalement volontaire).