Denis Dollfus' Blog

Twitter n'a pas le monopole de la concision

CQFD :)

Hulk oriented programming

Il vaut mieux du code mal écrit et privé de tests unitaires que le contraire : plus il y a de bugs et de régressions, plus c'est rageant, et la colère donne des forces, Hulk ne me contredira pas (s'il me contredit je change d'avis). Ca tient debout.

Quoi ! Je corrige un bug et y'en a deux qui apparaissent ?
Raaa je vais tout corriger, rien ne m'arrêtera !
(Image Marvel)

On peut voir le Hulk oriented programming comme une variante de "Get Me Promoted Methodology", dans laquelle le code de piètre qualité et sans test unitaire entraine le développeur dans des corrections héroïques dont la juste récompense encourage le code de piètre qualité. Ca aussi c'est du solide.

Graphiques : camembert, le vrai

Il est là, magnifique :

Ca serait mentir de dire que je n'ai pas été très légèrement inspiré par la version anglaise, dont le côté tarte souligne un fois encore le goufre culturel qui nous sépare des anglos-saxons : http://graphjam.com/2008/09/18/song-chart-memes-pie-i-have-eaten/ via flowingdata.com.

Asshole Driven Development. Oh ben !

Si vous souhaitez affiner vos connaissances dans le domaine des méthodologies de développement, vous serez intéressé par ces nouveaux concepts :

• Cover Your Ass Engineering (CYAE) : la force qui anime chaque membre de l'équipe tend à ce qu'en cas de gros pépin, aucun des membres ne soit à blamer (la formulation anglaise est plus savoureuse...).
• Get Me Promoted Methodology (GMPM) : ... permettre et encourager les désastres pour pouvoir être le héro, écrire des hacks qui semblent géniaux mais qui s'écroulent quand l'auteur s'en va...

Il y a en a d'autres, dont le Asshole Driven Development et le Development by Denial, sur le blog de Scott Berkun : Asshole Driven Development. N'oubliez pas de passer en revue les commentaires, qui apportent depuis plus d'un an des méthodologies que l'on sent vécues.
 

Au delà du cynisme apparent,  ce billet de Scott est une façon de rappeler qu'un bonne méthodologie de développement, agile ou non, doit d'abord correctement s'articuler avec les caractéristiques humaines, faiblesses et qualités, des acteurs du projet.