Tendance développement web en 2013

[Sephi-Chan]

Le développement de la SPA a été difficile (par curiosité est-ce que tu peux en dire plus sur les projets réalisés ?) mais est-ce que tu l'imputes réellement à la technologie ou plutôt au framework (Backbone/Marionette) voir à la courbe d'apprentissage. Est-ce que tu penses qu'avec Angular ou Ember tu t'en serais mieux sorti ?

C'était une application type portail social relatif à l'auto/moto, rempli par les utilisateurs et entièrement internationalisé.

L'ensemble du site permettait d'accéder à des galeries (avec disposition en mosaïque éditable en live, cropping (côté client et serveur)), à des listes de pièces de véhicules (très détaillés, avec leur compatibilité, les endroits où on pouvait l'acheter et à quel prix), de services (quelle prestation, où, à quel prix, comparatif avec le coût horaire dans le pays), des petites annonces, etc.

La grosse force était donc que toutes les données techniques étaient internationalisées : si un français disait "le VFR 800 Honda a une puissance de 110 ch", les valeurs étaient converties automatiquement en une valeur normalisée, puis resservie à chaque utilisateur selon ses propres unités (dans les cas des chevaux, on normalisait en kW et on ressortait en chevaux UK/US/EU, mais il y a des unités bien plus compliquées, comme les consommations de carburant).

Et bien sûr, sans jamais recharger de page, avec du deep-linking, donc les pages avaient toute une URL et on devait accéder aux même fonctionnalités en accédant par navigation que par accès direct par l'URL. Tout était très snappy : tu touches, ça bouge instantanément (parfois en te feintant, en te faisant croire que c'était fait alors que c'était en cours).

Bref, c'était vraiment long et difficile à développer/debug. Et les frameworks comme Ember ou Angular sont moins adaptés (selon moi) aux grosses complexités, là où Backbone se débrouille plutôt bien (puisqu'il fournit des outils assez brut sur lesquels ont construit).

(cf. ce qu'a réussi à faire 37signal avec Basecamp).

La dernière fois que j'ai utilisé Basecamp c'était codé avec Backbone, ça a changé ?

Tout le templating est fait serveur side et dynamiser avec de l'Ajax malin. Le site est très rapide et réactif.

Ruby on Rails et son asset pipeline aident beaucoup, et malgré ça c'est pas évident. Je n'ose à peine imaginer ce que ça serait pour quelqu'un moins outillé (soit la majorité des développeurs amateurs).

Oui mais ça reste qu'une aide pour l'injection de scripts (si je ne m'abuse). Après ceux qui préfèrent rajouter un module AMD dans tout ça, peut être que ça complique encore les choses en effet.

L'injection de script (et leur concaténation/compilation) peu être assez évoluée, notamment en ce qui concerne les templates client-side.

Par exemple, l'assets pipeline te permet de définir des templates (Haml, EJS, Mustache, Handlebars, etc.) qui sont compilées en fonction Javascript avant d'être injectés dans les scripts, ce qui permet de s'en servir pour générer du DOM très facilement (et de manière très efficace).

Cf. Using JST templates with Marionette, que j'ai écrit.

À l'inverse, l'alternative qu'ils proposent avec Turbolinks est vraiment génial pour améliorer la navigation de tonnes d'utilisateurs. Pour rappel, Turbolink est un script qui transforme automatiquement tous les liens internes d'une page en liens Ajax : le contenu des pages est récupéré en asynchrone et injecté dans le body (le titre de la page est également modifié si besoin) et l'URL est changé en Javascript (donc l'historique normal fonctionne bien).

C'est un peu la réponse de Rails aux SAP ^^ En même temps ils n'allait pas se cantonner au rôle d'API JSON pour Backbone.
Il existe déjà un exemple en ligne ?

C'est pas vraiment une réponse, c'est une solution alternative qui permet — sans rien faire — de rendre leurs pages Web plus réactives et donc plus sympa à utiliser. Ça convient à 90% des développeurs, ça prend 2 minutes à implémenter. Je ne crois pas qu'il y ai de démo en ligne tellement c'est simple.

D'autres outils comme PJAX sont assez similaires (en un peu plus puissant et complexe).


En tout cas, pour Seelies, je pense partir sur du jQuery basique. L'utilisation de Backbone et Marionette m'a permis de comprendre certaines choses, notamment la puissance des événements personnalisés pour découpler l'application en plein de petits composants indépendants mais capable de communiquer entre eux.