La guerre des applis natives vs. HTML5… Come on!

NDLR: Ceci est un article que j’avais écris il y a de cela un bout et je viens de retomber dessus. Ce n’est plus d’actualité, mais ça fait du bien quand même d’en parler!

Ça a commencé avec Facebook. Et c’était de début de la fin.

Pour tout développeur, c’est un non-débat. Oui le natif est plus rapide dans un contexte de jeu. WebGL est une technologie web qui avance à grands pas et qui offrira beaucoup dans les prochaines années, mais ce n’est tout simplement pas à la hauteur de ce que OpenGL peut faire avec du code compilé.

Mais dans un contexte d’application web? C’est ridicule. J’ai longtemps utilisé la vieille version de l’application de Facebook et j’ai souffert de sa lenteur, mais si vous regardez bien, ce n’est pas la lenteur pour « liker » une publication ou pour envoyer un commentaire. Ces deux choses sont très rapides et tout changement dans l’état des icônes aussi. Ce qui était lent c’était d’obtenir de nouvelles publications en faisant le fameux « pull to refresh » vers le bas.

Et ça, c’est lent à cause que Facebook ne fournissait pas à son application la bande passante nécessaire. Cet appel à l’API était lent, très lent et à tords les gens (surtout les journalistes) ont commencés à dire que c’était à cause que l’app était en HTML5. Et quand Facebook à sorti la nouvelle version native, ils ont aussi accusé le HTML5 d’être la raison derrière ces lenteurs… Oh boy.

L’app n’était tout simplement pas dans le giron de la compagnie et pour ne pas perdre la face ils ont été jusqu’à dire que l’app était responsable des lenteurs, et qu’ils avaient engagé de nouveaux développeurs natifs. Bravo pour les mensonges. Et si Facebook avait vraiment voulu mettre son application à jour avec les fonctionnalités que la version actuelle a, ils auraient très bien pu le faire (avec quelques effets en moins).

Un classique cas de corruption de la réalité pour des pageviews et pour sauver la face…