Le 4 Juin 1996, à 9h35 le vol 501 de la fusée Ariane 5 effectue son premier décollage. Quelques secondes plus tard, le système de guidage inertiel reçoit trop d’informations et se met hors service, car reconnu défaillant. L’ordinateur de bord est alors notifié qu’un dysfonctionnement est en cours et compromet les informations concernant la trajectoire de la fusée. Cette modification de la trajectoire entraîne l’arrachage d’un moteur d’appoint, déclenchant l’auto destruction de la fusée. Des analyses plus approfondies ont démontré que le système de guidage inertiel est lui même la cause de cet échec. Conçu à l’époque pour Ariane 4, il n’était plus nécessaire pour Ariane 5. Maintenu actif pour des raisons de commodité, ce système s’est avéré être à l’origine d’un des bugs informatiques les plus coûteux de l’histoire.

Au-delà du caractère spectaculaire de cet exemple, il est intéressant de noter que l’origine du dysfonctionnement réside dans un module développé pour une version antérieure de la fusée et devenu obsolète. Ce vestige de code, maintenu dans l’application sans être nécessaire pour son fonctionnement, est l’une des formes de ce que Ward Cunningham désigne sous le terme de dette technique.

A travers ce document, nous découvrirons en quoi la dette technique ralentit la productivité des équipes et nuit aux projets. Nous mettrons en évidence ses mécanismes sous jacents et les leviers d’actions dont nous disposons. Enfin, nous montrerons comment elle se gère au quotidien, par l’instauration de bonnes pratiques de développement et la mise en place d’outils, pour enfin aborder quelques stratégies complémentaires, mais essentielles pour venir à bout de la dette technique.

Télécharger le Livre blanc « Maîtrisez votre dette technique ».

Nous avons le plaisir de vous présenter notre livre blanc sur la qualité logicielle écrit par Frédéric Dubois, avec la participation de Séven Le Mesle.

Objet du désir, la qualité logicielle est régulièrement invoquée sur le mode incantatoire au démarrage d’un projet de développement logiciel.

Assurance qualité, direction qualité, responsable qualité, qualimétrie, processus unifié, modèle de maturité… nombreux sont les dispositifs visant à garantir que le résultat du développement sera source de fierté pour ceux qui l’ont conçu, de contentement pour ceux qui l’ont financé, de soulagement pour ceux qui devront le maintenir et de satisfaction pour ceux qui l’utilisent et l’exploitent.

Dans un premier temps, ce livre blanc s’attache à définir ce qu’est la qualité logicielle, et à analyser les raisons de son évanescence. Il décrit ensuite un ensemble de pratiques d’ingénierie qui, selon nous, et appliquées de façon systématique, permettent d’écrire, à moindre coût, des logiciels de très haute qualité

Nous espérons que vous prendrez plaisir à le lire.

Télécharger le Livre blanc qualité logicielle.

Xebia a le plaisir d’annoncer la sortie prochaine de Scrum en action, adapté par Guillaume Bodet, d’après la version originale de Rini van Soligen  et Eelco Rustenburg, the power of scrum.

Ce livre est le fruit d’un travail collaboratif. Auteur de la préface, Jeff Sutherland, père fondateur de Scrum, et partenaire de Xebia sur les problématiques agiles, a suivi de près la réalisation de ce livre et en recommande la lecture pour tous ceux qui souhaitent améliorer la qualité des logiciels qu’ils développent, la satisfaction de leurs clients et le plaisir de leurs équipes ».

Cet ouvrage, à la frontière de l’informatique et du management, a pour objectif d’introduire les principes de la méthode de gestion de projets Scrum, sans technique et de manière très abordable.

Écrit comme un roman, il raconte l’histoire de Mart Versteeg, directeur technique d’une société éditrice de logiciels, qui doit surmonter de nombreuses difficultés avec un projet déjà terriblement en retard. Il fait la rencontre d’un coach spécialisé en méthode Scrum, qui va l’aider à changer radicalement son organisation, et du coup à résoudre un certain nombre de problèmes auxquels il se heurtait…

Si vous êtes intéressés, vous pouvez dès à présent le commander sur internet, il est disponible chez tous les libraires classiques et vous sera envoyé à sa sortie en début d’année prochaine..

Depuis plusieurs mois déjà, une nouvelle génération de frameworks de développement agite la communauté Java. Ils se nomment JRuby on Rails, Grails ou Spring ROO, et proposent rien de moins que de repenser notre façon de construire des applications Web en Java. Alliant génération de code, conventions de programmation, langages dynamiques et instrumentation de bytecode Java, ces frameworks sont l’aboutissement d’une lente maturation. Leur origine est à chercher dans une constante quête de simplicité dans un environnement technique de plus en plus complexe.

Nous avons choisi de qualifier ces frameworks de frameworks haute productivité. Nous estimons, en effet, qu’ils offrent un modèle programmatique très simple tout en bénéficiant de la richesse et des capacités de l’écosystème Java. Ils constituent en cela une synthèse entre les deux tendances souvent divergentes qui animent l’innovation technologique depuis bientôt 15 ans : la standardisation des aspects les plus complexes des architectures modernes d’une part, la recherche de simplicité, de rapidité et d’efficacité d’autre part.

Parler de haute productivité invite d’emblée à quelques précautions : un framework n’étant qu’un outil, on conviendra sans peine que sa productivité dépend directement de la tâche pour laquelle on s’en sert. L’usage d’une tronçonneuse améliore nettement la productivité d’un bûcheron, mais freine plutôt celle de l’ébéniste… Les frameworks haute productivité possèdent des caractéristiques similaires : ils augmentent fortement la productivité des développements pour certaines typologies d’applications (essentiellement celles qui sont orientées données), mais ne constituent en aucun cas une solution universelle à la problématique de la productivité du développement logiciel en général.

Après un court aparté sur cette notion de productivité appliquée au développement logiciel, nous vous raconterons la genèse de ces frameworks. Nous vous présenterons ensuite les principaux acteurs de la mouvance : le précurseur, JRuby on Rails, le favori, Grails, le challenger, Spring Roo et enfin l’outsider, Play!. Nous évoquerons enfin, avant de conclure, la mise en œuvre de ces frameworks, les risques et opportunités liés à leur adoption.

Télécharger le Livre Blanc Les frameworks web Java Haute Productivité.

« La simplicité est la sophistication suprême. », Léonard de Vinci

Les ESB (Enterprise Service Bus) visent, d’une part à assurer l’interconnexion et d’autre part à gérer la médiation des communications et des interactions entre services et applications d’un SI. Quoique non indispensables, ils n’en demeurent pas moins une brique à forte valeur ajoutée dans le cadre d’une mise en place d’une architecture orientée service (SOA) mature.

Néanmoins les ESB sont aujourd’hui victimes de leur succès et il est souvent difficile de décrypter leur rôle exact.

L’objectif de ce livre blanc est de présenter les fonctionnalités que l’on peut attendre d’un ESB et comment il peut répondre aux besoins d’adaptation inter-applications d’une SOA.

 

 
Télécharger le Livre Blanc Comprendre et savoir utiliser un ESB dans une SOA.

La fin du support de Websphere 5.1 est annoncée pour Septembre 2008. Si migrer de version de middleware est un sujet récurrent des Directions Informatiques, cela n’en reste pas moins un projet difficile souvent perçu comme une contrainte dénuée de retour sur investissement.

 
Nous avons étudié la migration à Websphere 6.1, sur les volets de l’exploitation et des études, selon les deux axes :

• L’axe de la maîtrise des risques pour sécuriser le projet.
• L’axe des opportunités pour ne plus voir ce projet comme une contrainte mais comme une occasion d’améliorer sa plate-forme et d’apporter des avantages aux différents acteurs de la DSI (exploitation, études et achats).

 

 
Télécharger le Livre Blanc Migration Websphere 6.1 par Xebia.