Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
Cette réflexion commence par un échange avec un ami.
Nous trop longuément sur un sujet hautement stratégique,
vaut-il mieux développer en PHP, Symfony ou en RubioNails ?
Il argumente que les développeurs PHP sont plus nombreux, ce que je concède, il marque un point.
J'argumente que trouver un bon développeur RubioNails c'est plus facile que de trouver un bon développeur PHP.
Ce qu'il concède, je marque un point.
C'est alors qu'il lance l'estocade finale.
Oui mais moi je ne cherche pas un bon développeur, je cherche juste un mec qui pisse du code.
J'ai juste besoin d'un bon lead dev.
Ah je suis terrassé !
À court d'argument, il remporte le troll.
D'abord je suis émotionnellement atteint.
Je déteste cette expression de pisseur de code.
Elle montre une forme de mépris qui déclenche chez moi des émotions très désagréables.
Un espèce de mélange de colère et de haine.
Elle renvoie pour moi l'idée d'un développeur qui n'utilise pas vraiment son cerveau et qui code sans se poser la moindre question.
Et dans la bouche des gens, c'est rarement valorisant comme terme.
J'aimerais juste revenir sur le terme pisseur de code.
La pisse est de l'urine, un déchet pour notre organisme.
T'es certain d'avoir envie que ton application soit faite avec de l'urine ?
Ensuite, elle renvoie à une idée implicite qui me dérange encore plus.
Cette idée d'interchangeabilité des ressources.
Cette idée qu'on peut aligner les développeurs à la chaîne.
Cela relève du même mécanisme productiviste qu'à l'ère de l'industrialisation.
Abaissez le niveau de compétences pour tirer sur les salaires.
Se faisant popériser les artisans de leur savoir-faire et les privés de leur liberté pour les aligner dans les usines afin de maximiser les profits.
Sauf que l'industrialisation de notre métier est une chimère héritée du siècle dernier.
Tout d'abord, le marché est en notre faveur. Le rapport de force est trop déséquilibré.
À nous d'en tirer profit pendant qu'il est encore temps pour défendre notre métier tant que le vent souffle dans nos voiles.
Mais surtout, cette utopie est le reflet d'une profonde incompréhension de notre travail de ces enjeux.
L'ambiguïté vient de ce que notre métier est né dans les familles des sciences dites dures perçues comme très rationnelles et carrées.
Alors oui, sauf que développer est un acte créatif. Chaque ligne de code est unique. Même si elle se ressemble toute ?
Chaque ligne de code contribue à l'œuvre comme chaque touche de pinceau affine le tableau.
C'est très rationnel et technique comme peuvent l'être les proportions d'un motif ou l'utilisation d'outils spécifiques comme un pinceau ou un couteau.
Et c'est aussi émotionnel comme peuvent l'être la lecture d'un texte littéraire ou l'écoute d'un concert.
Développer est un art.
Par ailleurs, développer mobilise notre cerveau et celui-ci n'a pas de limites. Produire du jus de cerveau n'est pas linéaire.
Et c'est complexe. Quelques faibles variations des paramètres peuvent avoir des impacts multiplicateurs au diviseur de 100 ou 10.
C'est ce qui fait que Free a 7 dans un garage, mais une énorme mine à orange qui compte plus de 1000 ingénieurs en sortant en premier l'offre triple play à DSL.
Et l'enjeu va bien au-delà de baisser le turnover. Avoir des développeurs motivés est une clé essentielle de succès du projet.
Du coup, je pensais que trouver un bon développeur en tout cas en cherchant un était quelque chose d'universel.
Il me semblait évident qu'il était préférable d'avoir des gens qui réfléchissent. Et ben non, encore une vérité qui s'effronte.
Mais revenons au sujet initial. C'est quoi la différence entre un bon développeur et un mauvais développeur ?
Tu sais, ça me fait penser un peu au sketch des inconnus sur les chasseurs. Un bon développeur, il voit une feature e-code.
Un mauvais développeur, il voit une feature e-code.
A mauvais développeur, il a son client qui lui demande une fonctionnalité, il se met à coder et il réfléchit après quand il a livré.
Parfois, il fait mouche. Souvent, il est à côté de la plaque.
Le problème, c'est qu'il a livré à la dernière limite de la deadline. Donc ce n'est plus possible de corriger le tir, sauf à rallonger les délais.
Et s'il s'est planté dans ses estimations, le client est mis devant le fait accompli.
Si j'en parle facilement, c'est que je suis passé par là. Donc je ne jette la pierre à personne.
Avant d'être bon, on commence souvent par être médiocre, même avec du talent.
Dans chaque mauvais développeur, se cache un bon développeur en attendant des clors.
Le bon développeur, il a son client qui lui demande une fonctionnalité et il se met à poser des questions.
Il cherche à comprendre le métier qu'il modélise.
Puis, il conceptualise. Enfin, il code.
Souvent, il fait mouche. Parfois, il est à côté de la plaque.
Mais ce n'est pas tellement un problème, car il livre régulièrement son travail, ce qui lui permet d'ajuster progressivement via des cycles de feedback.
Et s'il s'est planté dans ses estimations, ce qui peut arriver aussi.
Le client a pu voir le truc arriver et ajuster les choses.
Cela devient alors une opportunité de se concentrer sur ce qui amènera le plus de valeur.
Et maximiser comme ça, le retour sur investissement.
Bref, notre métier ne rentre pas dans le moule des concepts fortis du siècle dernier.
Je déteste les sociétés de services qui flirtent avec le délit de marchandage.
Et nous faisons un métier dans lequel la créativité a une place centrale.
J'espère que tu as apprécié ce podcast.
Si c'est le cas, je t'invite à mettre une évaluation sur iTunes.
Je sais, ce n'est pas forcément évident.
Il faut parfois un peu chercher.
Mais vraiment, ça me rendrait un énorme service,
parce que ça permettrait de diffuser le podcast et de le faire connaître.
Je te souhaite une bonne fin de journée et je te dis à demain.