Encore une bonne surprise ce meetup consacré à ember.js !
En effet, nous nous sommes retrouvés hier soir, une bonne quarantaine de développeurs/passionnés de tout horizons, afin de participer au premier meetup organisé par Capitaine Train. Le but pour moi était une fois de plus de regarder derrière le rideau de Java et comprendre comment fonctionne ce framework MVC tout JS. Je n'ai pas été déçu, voyons pourquoi...
La rencontre
Comme tout meetup qui débute, nous sommes partis sur le format Présentations, mais ponctuées avec de très bonnes séances de Live Coding à la clé et honnêtement ce n'était pas plus mal, car ember.js n'est pas (pour ma part du moins) un framework que l'on appréhende en un claquement de doigt.
Un bref historique
Et pour cause, car ember.js est la version 2 du framework SproutCore, qui a été originalement développé par Sproutit et dont Apple a été un gros contributeur pour essentiellement sa plateforme iwork. Ce que j'ai retenu de l'introduction de Paul c'est que ember.js est une version allégée de SproutCore, en ce sens qu'il ne contient que les parties essentielles à la gestion d'un MVC simple et robuste. On trouve au menu les properties-bindings bi-directionnels, les propriétés calculées (propriété sous forme de fonction par exemple), un outil de templating efficace appelé HandleBars, qui repose sur Mustach.js, un routeur et... une machine à état permettant de formaliser les transitions entres les vues et faire une abstraction. Ainsi, il est possible de structurer et organiser une application ember.js sans un routage basé sur des URLs par exemple.
Les présentations
Nous avons eu la chance d'avoir droit à quatre présentations, rien que ça :- La première était une introduction assez claire sur ember.js animée par Paul. J'y ai découvert par exemple les notions d'outlet et de key value observer...
- La seconde était une séance de Live Coding from scratch avec TextMate et Chrome animée par Martin. En deux coups d'import JS, Martin a développé une application simple et nous a montré comment "instancier" un modèle, un contrôleur avec comme vue, une simple page Html. Dans cette introduction, nous avons pu voir un peu plus en pratique Handlebars,
- Le troisième était un introduction intéressante sur la customisation des vues. Cette présentation était animée par Grégoire. L'API d'ember.js permettant par exemple d'ajouter des attributs à chaud, mais aussi de définir proprement des templates et des compositions de templates,
- La quatrième et dernière était une immersion un peu plus pêchue dans une application de type blog et disponible sur le github de Paul pour ceux qui veulent jouer avec.
Bilan
Et bien cette entrevue avec la communauté ember.js m'a honnêtement convaincu. En effet, j'y ai rencontré des gens, qui ont un vrai bon background de développement Web et qui ont une connaissance assez étendue des standards et outils équivalents. De ce fait, je pense que si ils ont décidé de jeter leur dévolu sur ember.js, c'est que ce choix a été mûrement réfléchi. J'ai par ailleurs oublié de mentionner que Capitaine Train utilise ember.js en production et qu'ils sont, semblerait, motivés pour animer la communauté. Donc, je ne peux que les saluer et les remercier pour cette initiative.
Commentaires
Merci pour ce compte-rendu !
Il y a des petites erreurs ceci dit.
Apple n'a pas développé SpoutCore. Ils ont participé comme contributeur, mais ça s’arrête là.
Ember n'est pas vraiment une seconde version de SproutCore mais une sorte de dérivé plutôt. Enfin c'est comme ça que je l'ai compris.
EmberJS n'utilise pas mustache.js mais Handlebars comme moteur de templates. Handlebars utilise juste la même syntaxe que mustache et l'enrichit à la volée.
Concernant Capitaine Train, effectivement, ça sentait la motivation chez eux. Et en effet, il y avait pas mal de gens qui avaient l'air d'avoir de l'expérience. A croire que chez les jeunes, il y a beaucoup de bricolos...