Thoughtworks, le cabinet de conseil spécialisé dans les pratiques de développement agile et XP, faisait figure de pionnier de l’intégration continue lors de la sortie de leur outil d’automatisation de build CruiseControl il y a quelques années.
Cependant, la concurrence fut rude ces dernières années, notamment grâce à Hudson ou TeamCity, et CruiseControl apparaît aujourd’hui comme un outil fonctionnel mais sans plus.

La réponse de Thoughtworks ne s’est pas faite attendre longtemps: la sortie de Go, un outil de gestion du cycle de vie des applications exprime leur volonté de remplacer leur outil historique CruiseControl et de passer de l’intégration continue au déploiement continu ou continuous delivery: déploiement continu dans tous les environnements, y compris la production.

Nous allons aborder dans cet article ce qui caractérise cet outil, ses points forts et ce qu’on aurait aimé y voir.
(Lire la suite…)

Play est un framework de développement web dans la sphère java, visant à offrir une productivité plus élevée aux développeurs de par sa simplicité et sa facilité d’accès. Il a beaucoup suscité l’engouement de la communauté au début de cette année, où il apparaissait comme un framework jeune mais prometteur et s’inspirant des bonnes idées observées dans d’autres frameworks comme Ruby On Rails.
Ce billet a pour but de revenir sur ce framework un an après afin de (re)découvrir ses traits différentiant, de jeter un œil sur les évolutions que sa communauté a pu lui apporter depuis le début de l’annee ainsi que sur la roadmap prévue pour la version 1.1 qui sortira dans quelques semaines.
(Lire la suite…)

Devoxx 2009 s’est tenu comme chaque année à Anvers les 18, 19 et 20 Novembre. Octo était présent pendant cet évènement important.

Le but de ce billet en deux parties, est de revenir sur les thèmes phares de cet évènement, de les synthétiser et d’apporter un regard critique.

Les thèmes qui seront abordés sont :

• Les keynotes
• Le cloud computing
• Java comme une plateforme
• Java plus simple et plus productif
• La SOA
• L’OSGI
• Les sessions méthodologiques, avec par exemple Pomodoro et « development is social? »

Voici donc la première partie de notre billet.
(Lire la suite…)

L’objectif du build continu est de fournir aux développeurs un retour sur la qualité du code qu’ils viennent de commiter. Plus ce retour sera fait rapidement, plus il sera efficace. Dans leur présentation à l’Université du Système d’Information intitulée Les nouveaux défis de l’intégration continue, Jérôme Van Der Linden et Philippe Guicheney présentent le build distribué comme une solution aux problématiques de temps de build continu. Le but de cet article est d’approfondir cette notion de build distribué, en:

• Présentant trois concepts de distribution du build
• Positionnant les principaux outils d’intégration continue actuels par rapport à leurs implémentations du build distribué

(Lire la suite…)

Les équipes agiles mettent l’accent sur la livraison de user stories. Dans le Manifesto for Agile Software Development, on retrouve cette notion de priorité au  développement du logiciel : Working software over comprehensive documentation. Cette rupture par rapport au mode de pensée dans les méthodes classiques est souvent perçue par les équipes agiles jeunes et peu expérimentées comme une chasse à la documentation, et une dévalorisation totale de celle-ci.

Cet article est basé sur un retour d’expérience d’un projet :

• réalisé en agile depuis deux ans
• mis en production depuis plusieurs mois
• composé de 4 personnes avec un roulement d’une personne tous les 8 à 12 mois

Il a pour but de présenter le rapport des équipes agiles à la documentation projet en général et de fournir des pistes pour élaborer une documentation pertinente.

(Lire la suite…)