Touches pas à mon JQUERY
Je l'avoue, je savais bien que l'article précédent susciterait la polémique. Il ressemble à un troll, a le goût du troll mais ce n'en est pas un.En fait le problème avec JQUERY et d'autres libs orientées DOM et widgets est qu'ils ont été conçus à la base pour une exploitation PC. Et donc, les web-designers, les concepteurs de frameworks (bootstrap par exemple) l'utilisent intensément, accroissant ainsi la dépendance, mais aussi l'expérience des concepteurs.
Je comprends donc très bien les réactions du type "mais si tu nous enlève jquery, comment on va faire?", ou bien "qu'as tu donc à nous proposer pour réaliser aussi facilement un site ou une webapp?", ou bien encore "montre nous une de tes réalisations pour voir...".
On notera que l'objet principal de l'article, à savoir les performances très faibles de JQUERY n'est pas remis en cause, il est même largement admis y compris par ceux qui critiquent ce même article.
C'est quoi le problème?
À mon avis il y a une incompréhension du concept même de mobilité de la part des designers. Ils pensent "présentation" avant "contenu.Leurs objections vont de "Comment je vais faire de jolis trucs, pleins de beaux widgets, facilement sans mon framework favori?", à "Et tu fais comment pour faire des graphiques sans ...", en passant par "il faut que çà plaise au client, même si celui-ci a mauvais goût", etc... ad libitum.
Un petit mot pour les clients... et les autres
Je viens d'un monde où l'on privilégie dans l'ordre :- La sécurité
- L'information
- L'efficacité / L'utisabilité
- L'économie des ressources
Alors les discussions esthético-dev.facile ne me concernent pas vraiment dans le sens où ce sont des variables totalement subjectives et surtout dépendant de la mode (bootstrap par exemple).
Vous noterez que les opinions émises se concentrent sur 'comment faire sans ...'. En aucun cas ces concepteurs se demandent si leur façon d’aborder la mobilité est justifiée puisque pour eux, par définition le web c'est du web et qu'on a juste un problème de plus à régler à cause de la taille des écrans.
CROSS-BROWSER IS NOT CROSS-PLATFORM
Voilà quelque chose que les web-designers n'ont pas dut vraiment assimiler. Ce n'est pas vraiment de leur faute il est vrai. Beaucoup d'entre eux (et moi le premier) ont abordé le concept de mobile-site à partir d'un site web classique préexistant. Déjà, cette approche ne permet pas de véritablement prendre en compte la spécificité des usages mobiles, et ce traduit souvent par un appauvrissement sémantique sur la version mobile sans pour autant faciliter la consultation.
Par exemple, combien de sites d'information permettent de sauvegarder les nouveaux articles pour une consultation offline en cas de coupure réseau voulue ... ou pas? Combien de sites marchand permettent de conserver le panier sur le device et de reprendre ses achats le soir en rentrant à la maison alors qu'on ne s'est toujours pas identifié en tant que nouveau client?
Ainsi, que l'on parte d'un site web préexistant ou que l'on aborde une réalisation cross-browser (en considérant donc qu'un navigateur mobile n'est qu'une forme limitée des navigateurs classiques) on passe à coté de la spécificité de la navigation mobile.
Penser Mobile
Suite aux avis unanimes me demandant de proposer une alternative à JQUERY, je ne répondrait pas de façon manichéenne qu'il faut (faudrait) le remplacer par tel framework ou telle lib.js, parce que, comme je viens de l'expliquer ci-dessus le problème n'est pas en soit JQUERY ou Angular ou même Bootstrap, mais l'architecture.Ma réponse ou plutôt mes réponses iront dans ce sens. Définir les besoins et contraintes liées à la mobilité, comment concevoir une webapp efficiente, un site-mobile réellement adapté à la mobilité, le tout avec des propositions de solutions techniques.
Ces éléments que j'apporterai au cours des articles suivant, enrichis de vos commentaires, nous permettront sans aucun doute de faire converger différentes solutions vers une véritable expérience de la mobilité.
