Chaque application étant basiquement un fichier JSON et un zip groupant les différents fichiers nécessaires.
Dans cette phrase on parle d'applications, via un store, est ce que dans un des cartons de ces merveilles il y aurait la même idée de packaging, mais pour un site web au sens plus classique du terme.
C'est sensiblement la même chose en terme technique, mais pour l'utilisateur et l'annonceur c'est différent.
Dans un cas l'utilisateur sait ce qu'il cherche, et utilise le store pour le concrétiser.
Dans l'autre cas, l'utilisateur ne sait pas, demande à son moteur de recherche et clique sur un lien de résultat.
C'est dans ce second cas que ma question se pose.
Les raisons ? Améliorer l'expérience utilisateur en évitant autant que possible les rounds trips liés aux assets au prix d'un temps de chargement initial plus élevé afin de ne préserver les rounds trips futurs qu'aux seuls données dynamiques et non pas au chargement des composants d'affichages (images, js, css ect).
Par la suite pourrait on imaginer fournir un gzip pré-compilé et soulager le cpu ? C'est peut être déjà le cas pour les applications du store.
Pour l'annonceur, comme je le disais, c'est différent, mais il trouvera toujours un moyen de promouvoir son produit. Donc, je ne m'en fais pas trop.
# géniale.
Posté par maboiteaspam . En réponse à la dépêche FirefoxOS App Days : bilan d'un hackathon hautement politique. Évalué à 2.
Dans cette phrase on parle d'applications, via un store, est ce que dans un des cartons de ces merveilles il y aurait la même idée de packaging, mais pour un site web au sens plus classique du terme.
C'est sensiblement la même chose en terme technique, mais pour l'utilisateur et l'annonceur c'est différent.
Dans un cas l'utilisateur sait ce qu'il cherche, et utilise le store pour le concrétiser.
Dans l'autre cas, l'utilisateur ne sait pas, demande à son moteur de recherche et clique sur un lien de résultat.
C'est dans ce second cas que ma question se pose.
Les raisons ? Améliorer l'expérience utilisateur en évitant autant que possible les rounds trips liés aux assets au prix d'un temps de chargement initial plus élevé afin de ne préserver les rounds trips futurs qu'aux seuls données dynamiques et non pas au chargement des composants d'affichages (images, js, css ect).
Par la suite pourrait on imaginer fournir un gzip pré-compilé et soulager le cpu ? C'est peut être déjà le cas pour les applications du store.
Pour l'annonceur, comme je le disais, c'est différent, mais il trouvera toujours un moyen de promouvoir son produit. Donc, je ne m'en fais pas trop.