L'Agilitateur Création de logiciels : de l'agilité à l'artisanat

L'automne revient et la saison des agile tours recommence. Et cette année, le calendrier "sud-ouest" est plutôt sympathique puisque je vais pouvoir aller à Bordeaux, à Toulouse et à Montpellier dont les étapes sont suffisamment espacées dans le temps[1]. Le 12 octobre, c'est la 4ème édition de l'agile tour Bordeaux. Il y a 7 bonnes raison d'y aller et en plus c'est

Quand on s'intéresse aux évolutions de Java, il faut lire le Touilleur Express et plus particulièrement son compte rendu "Rémi Forax au Paris JUG". Apparemment, les lambda expressions feront leur apparition dans la version 8 du langage, ce dont tout le monde devrait se réjouir. Je ne suis pas un habitué de Java. Mon premier langage fut le C++ et aujourd'hui celui que

Quatrième billet de la série sur la conception de logiciels[1] Je n'ai pas encore abordé la question des éléments tiers dans la réalisation d'un logiciel. Il y a une bonne raison à cela : je crois fermement que c'est un point de détail qui ne mérite pas une place trop importante. Quand on discute sur les méthodes agiles et sur la capacité de pouvoir remettre en cause à tout

Ce billet est le deuxième d'une série sur le conception de logiciels[1]. Je m'intéresse aujourd'hui à la manière dont évolue la structure d'un logiciel, notamment en ce qui concerne les concepts dont on a pu parler précédemment. Il y a fort longtemps, les cours que j'ai pu avoir en relation avec le développement logiciel avaient toujours une approche assez constructiviste :

Je n'ai rien contre les DI containers en tant que tels. Je pratique l'injection de dépendances aussi souvent que nécessaire mais j'ai un problème avec les librairies et frameworks en tout genre qui me donnent plus de complications à gérer que d'écrire le code correspondant aux 10% de fonctionnalités dont j'ai réellement besoin. C'est pour cela que je lis avec grand plaisir des

Dans un billet précédent, j'avais évoqué une approche pour l'écriture de boucles permettant d'expliciter la combinaison de diverses exigences. Le reproche fait dans les commentaires de ce billet est que cette approche serait moins lisible et rendrait inutilement le code plus compliqué. Pour ma part, je campe sur mes positions. L'approche n'est moins lisible que pour des

L'équipe entame une période un peu particulière. Pour quelques mois, elle va devoir prendre en charge une activité de support produit qui sort de son cadre habituel de développement logiciel. Cette activité est potentiellement chronophage (elle occupera facilement une personne à plein temps sur les quatre développeurs que compte l'équipe) et les attentes des clients sur les

Le B.A.BA de la programmation, celui que tout le monde, ou presque, commence par apprendre en débutant l'écriture d'algorithmes, ce sont les structures de contrôle en programmation impérative : les tests, les boucles, les sauts... Mais, avec le temps, cela devient, de moins en moins vrai. Les instructions de sauts ont commencé à disparaitre des langages informatiques quand deux

L'agilité, ça ne se vend toujours pas en boite de 12 mais ça peut se raconter en tranches. C'est l'exercice auquel je vais me prêter cette semaine sur Slice of IT : Slices of IT est une expérience : raconter nos tranches vie au sein d'un projet pour prendre du recul et tenter de s'améliorer, à la manière de G. Weinberg. Pour que ce soit facile, l'écriture d'une tranche en