anchor.diff:  L'erreur à ne pas commettre est de vouloir changer les composants en
   production les plus critiques tout de suite. La réécriture des tests
   reste donc souvent un choix raisonnable. +
  - +
  - +
  +
   
   Groovy
   ~~~~~~
   
  -Je ne connaissais Groovy que de nom et notamment au travers de son
  -leader superstar Guillaume Laforge. La présentation menée par le _sehr
  -sympatisch_ Andres Almiray, papa de
  -http://griffon.codehaus.org/[Griffon], a été très agréable, montrant de
  -nombreux outils/frameworks développés en Groovy. Que ce soit pour la
  -programmation par contrat avec
  -https://github.com/andresteingress/gcontracts/wiki/[GContracts], le
  -développement web avec le le framework phare http://grails.org/[Grails]
  -ou le BDD avec http://www.easyb.org/[easyb], vous trouverez forcément
  -chaussure à votre pied. +
  - +
  -Cependant, le produit qui a retenu le plus mon attention est Griffon. Ce
  -projet qui s'inspire à la fois de Grails et de Swing en est bientôt à la
  -version 1. Il permet de construire des applications riches. Deux idées
  -m'ont particulièrement séduit : +
  - +
  -
  -1.  puisqu'il s'inspire de Grails, Griffon semble très accessible aux
  -développeurs Web (dont je fais partie). J'avais plutôt observé le
  -phénomène inverse jusqu'ici (exemple : Wicket).
  -2.  Griffon permet de générer des artefacts différents à partir des
  -mêmes sources (applet Java, Swing...).
  -
  -Bref, si je dois développeur une appli riche un jour, je regarderai
  -Griffon avec le plus grand intérêt. +
  - +
  - +
  +Je ne connaissais Groovy que de nom et notamment au travers de son leader superstar Guillaume Laforge. La présentation menée par le _sehr sympatisch_ Andres Almiray, papa de http://griffon.codehaus.org/[Griffon], a été très agréable, montrant de nombreux outils/frameworks développés en Groovy. Que ce soit pour la programmation par contrat avec https://github.com/andresteingress/gcontracts/wiki/[GContracts], le développement web avec le le framework phare http://grails.org/[Grails] ou le BDD avec http://www.easyb.org/[easyb], vous trouverez forcément chaussure à votre pied. +
  +
  +
  +Cependant, le produit qui a retenu le plus mon attention est Griffon. Ce projet qui s'inspire à la fois de Grails et de Swing en est bientôt à la version 1. Il permet de construire des applications riches. Deux idées
  +m'ont particulièrement séduit :
  +
  + * puisqu'il s'inspire de Grails, Griffon semble très accessible aux développeurs Web (dont je fais partie). J'avais plutôt observé le phénomène inverse jusqu'ici (exemple : Wicket). 
  + *  Griffon permet de générer des artefacts différents à partir des mêmes sources (applet Java, Swing...).
  +
  +Bref, si je dois développeur une appli riche un jour, je regarderai Griffon avec le plus grand intérêt.
  +
   
   Kotlin et Ceylon
   ^^^^^^^^^^^^^^^^
  
positive.code: ~~~~~~~~~~~~~~~~~~~~~~~
  
  Voici les conférences que ce premier billet va tenter de résumer. +
   +
  
  Nom
  
  Conférenciers
  
  _The Groovy Ecosystem_
  
  Andres Almiray
  
  _Crash Course into Scala_
  
  Mario Fusco et Kevin Wright
  
  _The Kotlin Programming Language_
  
  Andrey Breslav
  
  _The Ceylon Programming Language_
  
  Emmanuel Bernard et Stéphane Épardeau
  
  _Is Fantom light years ahead of Scala?_
  
  Stephen Colebourne
  
   +
  
   +
  
   +
  
  Il ne s'agit en aucun cas d'un compte rendu exhaustif, mais plutôt des
  points qui m'ont marqués (et dont je me souviens encore :P). +
   +
  
  Scala
  ~~~~~
  
negative.code: Un inconvénient potentiel réside dans le fait que ces conversions sont
  implicites, justement, et qu'il peut devenir compliqué de déterminer
  quelle conversion est sélectionnée (pour peu qu'il y en ait un certain
  nombre dans le même scope).
  
  
  Scala dans vos équipes
  ^^^^^^^^^^^^^^^^^^^^^^
  
  Kevin Wright a ensuite pris le relais.
  
  Selon lui, un développeur Java doit "parler" XML et coder en Spring, du
  fait des nombreuses insuffisances du langage Java.
  
  Scala, au contraire, est suffisamment riche et expressif (__literary
  programming__) qu'il permet de se focaliser sur des problématiques
  métier en restant très peu verbeux (vous trouverez un exemple de code
  appuyant ses propos https://gist.github.com/1262988[ici]). +
  
  
  Étant intervenu dernièrement dans 3 entreprises afin de former et mettre
  en place Scala dans les équipes de développement, Kevin nous partage ses
  expériences et prodigue quelques conseils intéressants. +
  Il explique tout d'abord qu'il n'a rencontré que très peu (voire pas du
  tout) de résistance à l'apprentissage de Scala. Partout où il est
  intervenu, il a procédé ainsi :
  
  
  * écrire les tests en Scala
  * laisser l'enthousiasme se répandre :)
  