C’était ma première participation au Mix-IT, et ça valait le coup ! Les sujets étaient très variés : technique, agilité, et sujets “alien” bien spécifiques à l’évènement. Deux journées très agréables en somme — j’ai même eu la chance d’y faire un petit lightning talk sur ES6.

Des applications réactives avec Spring, AngularDart et Websocket

Sébastien Deleuze nous a fait découvrir OpenSnap, un clône HTML5 de Snapchat utilisant une stack technologique impressionnante : HTML5, Bootstrap, Dart, AngularDart, WebSockets, SockJS, Java8, Spring Boot, Spring Framework 4, Tomcat 8, MongoDB, RabbitMQ. Cette liste parle pour elle-même, le code vaut le coup d’être lu.

Programming Diversity de Ashe Dryden

Une très bonne présentation, qui rappelle les bienfaits de la diversité en entreprise. On y apprend par exemple qu’une femme a une chance sur deux de quitter l’informatique après 10 ans de carrière. La raison : le harcèlement.

Open-sourcing http://spring.io

En venant au Mix-IT, évènement à forte tonalité Java, j’espérais en apprendre plus sur Spring. Cette présentation ne m’a pas déçu, bien au contraire : Brian Clozel y présente le processus d’ouverture des sources du site http://spring.io. Bien plus qu’une documentation, ils ont pensé leur projet comme une application de référence pour Spring.io. Les sources sont bien évidemment sur GitHub.

How to rewrite your JavaScript app ten times par Garann Means

Petite piqûre de rappel des bonnes et mauvaises pratiques lors du refactoring, en particulier pour les applications utilisant des frameworks JavaScript. De bons conseils en barre. Garann Means participe également au podcast Fripfrap qui vaut le détour.

La culture du programmeur de Jean-Laurent De Morlhon

J’ai beaucoup aimé le message mais moins la forme. Ce talk m’a cependant rappelé l’existence du Joel Test : une série de douze questions toutes simples pour juger du niveau de qualité d’une équipe de développement logiciel.

Version originale : The Joel Test

1.  Do you use source control?
2.  Can you make a build in one step?
3.  Do you make daily builds?
4.  Do you have a bug database?
5.  Do you fix bugs before writing new code?
6.  Do you have an up-to-date schedule?
7.  Do you have a spec?
8.  Do programmers have quiet working conditions?
9.  Do you use the best tools money can buy?
10. Do you have testers?
11. Do new candidates write code during their interview?
12. Do you do hallway usability testing?

Version française, avec résultat pour la WebFactory de CGI Montpellier :

1.  Utilisez-vous un système de gestion de code source ?              = [X]
2.  Pouvez-vous faire un build en une seule étape ?                   = [X]
3.  Faites-vous des builds quotidiens ?                               = [X]
4.  Avez-vous une base de données de bugs ?                           = [X]
5.  Corrigez-vous vos bugs avant d'écrire du nouveau code ?           = [ ]
6.  Avez-vous un planning à jour ?                                    = [X]
7.  Avez-vous une spec ?                                              = [ ]
8.  Les programmeurs ont-ils un environnement de travail calme ?      = [ ]
9.  Utilisez-vous les meilleurs outils que vous puissiez payer ?      = [ ]
10. Avez-vous des testeurs ?                                          = [ ]
11. Les candidats écrivent-ils du code en entretien d'embauche ?      = [ ]
12. Faites-vous des tests d'utilisabilité de couloir ?                = [ ]

-> 5/12, peut mieux faire. Cela pourrait être pire mais voici tout de même quelques pistes simples pour s’améliorer…

Bref, très bonne conférence en somme ! J’y ai fait le plein de motivation, ai été ravi de pouvoir y rencontrer d’autres passionnés et des collègues de CGI d’autres régions. Et puis, présenter un lightning talk, c’était quand même royal. À dans un an Mix-IT.