Mon premier jour à Mix-IT

Voici un résumé de mon parcours le premier jour de Mix-IT qui a eu lieu à Lyon les 25 et 26 avril 2013.

J'ai essayé de noter chacune des conférences en faisant un ROTI (Return Of Time Investment)

(1) Inutile je n'ai rien gagné rien appris. J'ai vraiment perdu mon temps
(2) Utile mais ça ne valait pas à 100 % le temps que j'y ai passé. J'ai donc perdu du temps
(3) Juste moyen je n'ai pas perdu mon temps sans plus
(4) Bonne au dessus de la moyenne j'ai gagné plus de temps que j'en ai perdu
(5) Excellent ça valait plus que le temps qu'on y a passé

[Keynote] jouez, apprenez par Christian Martinez (2)
Cette keynote avait pour but de promouvoir le jeu dans le cadre des formations en entreprise. Le jeu favorise la décision, les interactions, l'immersion, l'action et l'expérimentation qui sont des composantes essentielles pour assimiler l'enseignement. Le jeu est un facteur essentiel de l'apprentissage chez les enfants ou beaucoup d'autres animaux dans la nature. Pourquoi ne pas l'utiliser en entreprise....

[Talk] Cloud Patterns par Nicolas De Loof (5)
Belle présentation de Nicolas qui travaille chez Cloudbees et qui est venu nous parler des éléments à prendre en compte pour mettre en place une application dans le cloud. Même si on préconise souvent d'être stateless, les applications ne le sont vraiment jamais (les cookies, la sécurité, les caches, la base de données....). Il nous a parlé des problématiques de locks, de filesystem, des Singletons, de lattency, d'exploitation....

[Talk] Validated Influencing par Ivana Gancheva (2)
Lorsque nous travaillions dans un système complexe nous cherchons à l'optimiser, à amener des améliorations. A chaque fois nous émettons des hypothèses qu'il va falloir valider. Ivana considère que comme pour le développement produit, les méthodes Lean Startup peuvent s'appliquer à l'amélioration continue de l'équipe. Pour y arriver, l'équipe doit partager la même approche du but à atteindre. Personnellement je suis resté sur ma fin sur cette présentation car je pense qu'elle manquait un peu de contenu et notamment de réponses à cette problématique. Peut être fallait il faire l'atelier qui suivait pour en avoir

[Lightning talks] (2)
Plusieurs sujets ont été abordés le temps de midi. Le système de vote est intéressant mais le rythme est très soutenu et les speakers doivent survoler leur sujet à une rapidité folle. Ce qui fait que l'on n'en retient pas grand chose. Je pense qu'il serait peut être intéressant d'en faire moins et de laisser plus de temps au speaker comme cela a été fait le deuxième jour. Une autre solution serait d'abandonner ce format au profit de quickies comme à Devoxx (mais ce démarquer est bien aussi). Les sujets abordés

• Votre API n'est pas RESTful par David Larlet
• Scrumiens, scrumiennes prenez garde par Alfred Almendra
• Golo il ne doit en rester qu'un par Philippe Charrière
• Unix as an IDE par Haikel Guemar
• En finir avec les méthodes agiles par Jérôme Avoustin

[Talk] Web Components, l'avenir des développeurs web par Julien Vey (4)
Le nombre de frameworks web est toujours plus important et ils proposent tous des solutions pour faire des templates, de l'encapsulation, des éléments personnalisés, du databinding... Une norme est en cours de rédaction auprès du W3C, les Web Components afin de normaliser la mise en place de ces solutions au sein des navigateurs. Google est à l'initiative de cette norme mais d'autres acteurs du web comme Mozilla la soutiennent. La standardisation des Web components n'est pas encore finalisée et ne le sera pas tout de suite mais vous pouvez déjà utiliser les web components dans Dart où Google a choisi de s'appuyer sur cette norme.

[Talk] Live coding avec Yeoman et Angular JS par Mathieu Lux (5) 
C'est une présentation que j'attendais avec hâte car je crois en l'avenir d'Angular JS non pas parce qu'il est porté par Google mais plutôt par rapport à la philosophie de ce framework. Cette présentation m'a permis aussi de découvrir Yeoman, projet permettant de simplifier la gestion du cycle de vie d'une application web (le pendant de maven). Yeoman embarque trois outils Yo permettant de construire le squelette de votre application, Grunt pour la construire, exécuter les tests... et Bower pour gérer les dépendances.

La présentation a permis de mettre en valeur la facilité de démarrage d'un projet via Yeoman et les intérêts d'Angular JS dans une application. Avec Angular on revient au déclaratif, la création des pages web revient à écrire du HTML. Ce framework apporte le lien pour faire du databinding bidirectionnel entre le JS et le HTML. Le framework gère aussi l'injection de dépendance qui offre plus de souplesse pour tester une application.

[Talk] Dart one language to rule them all par Sebastien Deleuze (4) 
Dart est un langage en cours de développement au sein de Google. Ce langage structuré est destiné à créer des applications web au sein des navigateurs modernes. Dart est souvent vu comme le langage promu par Google pour remplacer le Javascript, mais ils savent que les autres navigateurs n'intégreront pas de VM Dart et que le JS ne doit pas être laissé de côté. Lecompilateur dart2js permet de transformer du code Dart en JS comme Google a l'habitude de le faire pour GWT (par contre si le JS ne disparaît pas GWT lui est certainement amené à mourir). La sortie de la version 1.0 est prévue pour septembre. Dart fonctionne aussi bien côté serveur sur une VM que côté client au sein d'une VM sous Chrome et par l'intermédiaire de javascript sur les autres navigateurs.

[Talk] Concevoir son développement par l'API par Eric Daspet et David Larlet (3)
Eric Daspet et David Larlet ont découpé leur présentation en 10 parties et proposer aux participants quelques jours avant la présentation de voter sur les points qu'ils préféraient. Ils ont voulu être agile dans la préparation et le déroulement de leur conférence en laissant le choix du programme aux participants et en les faisant intervenir que chacun puisse échanger sur leurs pratiques. Les points abordés ont été la structuration (une ressource, un verbe), le versionning , la sécurisation (https, clé d'API par client...) et quelques bonnes pratiques (exemple de Github). L'intention était bonne mais je pense qu'il manquait un peu de timeboxing pour fluidifier un peu le déroulement et donner la possibilité de gérer plus de points.

Voir ce que je retire de Mix-IT