Dans le dernier billet, un bug grave avait été découvert sur une des solutions de e-commerce. À la sortie du débriefing, David et Mathieu échangent à la machine à café.
Spring Web Flow, au-delà du MVC [article]
Dans le monde Java, de plus en plus de frameworks proposent des mécanismes pour décrire la navigation et délimiter les portées au sein d’un processus de navigation. JBoss Seam est l’un de ces frameworks, Spring Web Flow en est un autre. Pour ce faire, Spring Web Flow offre un DSL (domain specific language) permettant de définir, sous forme de XML, le processus de navigation (ou flow) d’une application web.
Spring Web Flow permet de séparer la logique de navigation et la logique applicative, d’une part, et la logique métier, d’autre part. La logique de navigation est classiquement ‘sans état’ en raison du protocole sous jacent HTTP. La logique applicative est, quant à elle, le plus souvent ‘à état’. Elle matérialise en effet l’interactivité avec l’utilisateur.
Investir dans l’industrialisation pour ne pas subir la dette technique
Ward Cunningham, le père du wiki, résume ainsi la notion de dette technique :
- Négliger la conception, c’est comme emprunter de l’argent.
- Refactorer, c’est comme rembourser la dette principale.
- Développer moins rapidement à cause de la complexité, c’est comme payer des intérêts.
Laisser s’accumuler la dette technique pour répondre rapidement à un besoin fonctionnel est une pratique assez courante dans le développement logiciel.
Malheureusement, la dette qui s’accumule épuise les ressources projets, et démotive les équipes. Lorsque la dette s’est effectivement accumulée, le travail d’un architecte est alors d’investir pour rembourser la dette principale (à plus ou moins long terme), et pour éviter que le système ne s’écroule sous la dette, et sous les intérêts.
Ingénieur qualité et Scrum ? [interview]
Aujourd’hui, je m’entretiens avec Marc, ingénieur qualité sur un projet d’application web de gestion piloté par Scrum.
Ingénieur qualité et Scrum ? S’agit-il d’une chimère ?
Dans les méthodologies classiques, le terme ‘ingénieur qualité’ a un sens bien précis. Les habitués de ces méthodologies ne reconnaitrons d’ailleurs peut-être pas l’ingénieur qualité qu’ils connaissaient. Quant aux utilisateurs de Scrum, ils pourront éventuellement être quelque peu choqués par ce terme.
Qu’en est-il donc ? Pour le savoir, donnons la parole à Marc.
