I.T. aware

Mercurial is a distributed revision control system. Instead of centralized system like CVS or Subversion the whole revisions are stored locally and by all developers. A different approach good for work in disconnected mode and to manage backups. An eclipse plugin exist.

Mercurial est un gestionnaire de version de code source distribué. A la différence des systèmes centralisés comme CVS ou Subversion l’ensemble des révisions sont stockées localement et par chacun des dévelopeurs. Une approche différente et qui a ses avantages pour travailler non connecté et pour la gestion des sauvegardes. Un plugin eclipse existe.

We were lucky receiving Guillaume Laforge at Improve for a Groovy and DSL presentation.
I didn’t have time to really study script languages, i just take a quik look on Scala and Groovy and not on JRuby and Jython. I worried about the capacity of the developers to debug with this languages. I had a lot of problems with Javascript. We were agree with Josh Marinacci in our last exchange to say that this technology is really interesting but how we can control it. Guillaume put me at rest it’s not really a problem, developers don’t make really more mistakes than they do in Java, and now IntelliJ have a great plugin which manage debugging, color syntaxing, content assist, refactoring… The Eclipse plugin haven’t it yet but it comes.
It’s clear Groovy is a really great tool to realise DSL. The syntax is malleable and readable. His extension capacity with category concept (like in Objective C) or with operators is really great.
I forgot to ask him what’s he thinking about JavaFX. The Chris Oliver’s DSL to create Swing UI is not based on Groovy for this reason, is it a good reason ?
For your information Guillaume has created a company G2one offering services around Groovy and Grails. The slides he shows us are available on grails-exchange. Guillaume will be at JavaPolis.
Thank’s a lot Guillaume and see you soon

Nous avons eu la chance de recevoir chez Improve Guillaume Laforge, venu nous présenter Groovy ainsi que l’approche DSL.
Je n’ai pas encore eu le temps de me pencher profondément dans les langages de script, j’ai survoler Scala et Groovy, et je n’ai pas eu le temps de regarder JRuby, ni Jython. Ces langages de script m’inquietaient, surtout au niveau de la capacité des dévelopeurs à debugger leur code. J’ai eu beaucoup de déboires avec Javascript. Lors de mon échange avec Josh Marinacci on était d’accord sur le fait que l’approche est très bonne mais on se demandait quelle maîtrise on pouvait en avoir. Guillaume m’a rassuré sur ce point, l’experience prouve que les programmeurs n’ont pas vraiment plus de problèmes de debuggage qu’avec Java et que désormais IntelliJ intègre un plugin hautement évolué qui permet debuggage, color syntaxing, content assist … Le plugin Eclipse n’est pas encore à la hauteur mais en prend le chemin.
Il est pas contre clair que Groovy est un trés bon outil pour développer un DSL. La syntaxe est malléable et lisible. Sa capacité d’extension avec le concept des categories (comme on l’avait en Objective C) ou encore avec les opérateurs est trés séduisant.
J’ai oublié de lui poser la question sur ce qu’il pensait de JavaFX, en effet le DSL de creation d’interface Swing de Chris Oliver n’est pas basé sur Groovy pour la raison suivante. Est-ce une bonne raison ?
A noter que Guillaume à créer une société G2one qui offre des services autour de Groovy et de Grails. Les slides qu’il nous a présentées sont disponibles sur grails-exchange. Et Guillaume sera présent à JavaPolis.
Merci encore à toi Guillaume et à bientôt.