Mais ce qui m’a vraiment attiré dans la vision du développement logiciel de Beck, c’est l’insistance irrévérencieuse sur l’aspect pratique. Il y avait beaucoup de vision, beaucoup de principes, mais ils ont tous conduit à l’exécution de code. Dans la bataille pour l’âme du développement de logiciels, Beck lançait le cri de guerre d’une armée rebelle fatiguée de tourner en rond à partir de commandements élevés.
XP n’était bien sûr qu’une expression d’un ensemble plus large d’idéaux. D’autres penseurs éminents étaient sur le même changement de paradigme, et en 2001, beaucoup d’entre eux se sont réunis pour publier Le Manifeste Agile. Y compris plusieurs de mes héros de programmation personnels, comme Ward Cunningham, Martin Fowler et Dave Thomas. Les points qui font encore pétiller mon cerveau sont “les individus plutôt que les processus” et “le logiciel fonctionnel plutôt que la documentation complète”. Emmène-moi à l’église !
Beck a pris ces nobles idéaux, cependant, et les a encore rendus plus pratiques. Deux expressions de cela étaient la chose la plus simple qui pourrait fonctionner et tu n’en auras pas besoin. À ce jour, ce sont les devises qui font avancer tout mon travail de programmation. Il est si facile de se perdre dans des sentiments comme “mais ne serait-ce pas bien si…” et “nous aurons probablement aussi besoin de…”. Vous avez besoin d’antidotes mentaux à portée de main pour fournir un contre.
Ce que j’ai également compris plus tard, c’est à quel point ces devises se marient bien avec une souche cultivée d’ignorance, si vous voulez vous attaquer aux problèmes existants à partir des premiers principes. Il a fallu être un étranger à J2EE pour poursuivre Rubis sur rails. Et être un étranger à JavaScript pour chasser Fil chaud. Et maintenant, encore une fois, être un étranger à Kubernetes pour naviguer avec MRSK. Il est plus facile de casser les paradigmes si vous n’y êtes pas empêtré au quotidien.
Mais même lorsque vous ne cassez pas les paradigmes, ces devises sont primordiales. C’est ainsi que vous passez de rien à un logiciel fonctionnel en quelques jours, et non en semaines ou en mois. En coupant droit au but pour l’épicentre de la solution. Je vois cela en action maintenant que nous travaillons sur un nouveau produit, et je m’émerveille de la rapidité avec laquelle nous sommes passés du concept au code.
Pourtant, il semble toujours difficile de s’en tenir à cette intention. Comme la nature humaine est amorcée pour s’attarder sur toutes les potentialités contre l’activation de l’instinct d’action. Ainsi, les devises aident.
Si vous n’avez pas encore lu l’ouvrage fondateur de Beck, je vous encourage fortement à le faire. Que XP en tant que méthodologie complète vous convienne n’a aucune importance. La simple audace des prescriptions élargira votre horizon. Et vos yeux seront formés pour rechercher la chose la plus simple qui pourrait éventuellement fonctionner. Peu de changements de perspective débloqueront ce potentiel 10x sacré comme celui-ci.
