Bienvenue sur le podcast Artisan Developer, l'émission pour les programmeurs qui veulent
vivre une carrière épanouissante. Prêts à passer au niveau supérieur ? C'est parti !
Faut-il être expérimenté pour s'intéresser à l'artisanat logiciel ? Faut-il avoir déjà
beaucoup d'expériences pour s'intéresser aux TDDO ? Orifactoring ou Design Pattern ?
Pendant longtemps, je l'ai cru. Honnêtement, pendant longtemps, je pensais qu'il fallait déjà avoir
roulé sa bosse, avoir déjà un peu compris l'intérêt de ces choses-là, d'avoir même un peu souffert
pour avoir géré du code legacy, pour être englué non du code legacy et comprendre quelle était
réellement l'utilité de toutes ces choses-là. Et puis je dois reconnaître qu'en fait, en fait,
je me t'ai trompé. En fait, je me suis rendu compte que ce soit avec des étudiants qui finalement
étaient assez jeunes dans leur carrière des quatrième année, des cinquième année sur des
parcours d'ingénieurs ou même avec des gens qui étaient fraîchement reconvertis. En fait,
il n'y a pas de règle sur ça. Non, ça ne dépend pas de l'expérience. Ça dépend juste du mindset,
voire même, je me suis rendu compte que des débutants avaient un énorme avantage pour apprendre
ces choses-là, c'est qu'ils acceptent d'être débutants. C'est qu'ils acceptent de potentiellement
avoir des choses à réapprendre ou à apprendre tout court. Et ils n'ont pas de blocage de dire,
attends, c'est bon, moi j'ai trois ans, cinq ans d'expérience, je connais le métier. Parce que le
pire qui puisse arriver à un développeur, c'est de croire qu'il est vraiment bon dans ce qui fait,
alors qu'en fait, ils passent vraiment à côté de certaines choses importantes. Mais en même temps,
on ne peut pas lui en vouloir, on ne peut pas en vouloir aux gens qui sont dans des contextes qui ne
mettent pas en avant une certaine forme d'excellence, on ne serait sans parler même d'excellence,
ne serait-ce qu'un minimum de soucis pour la tech. Et finalement, si tu as commencé ta carrière
en USN, que tu as été placé chez un gars ou deux gars pendant des années dans un contexte,
ou tu as peut-être commencé par de la maintenance, puis après tu as commencé à faire des projets,
mais un peu en mode sur le tas, c'est pas étonnant. Si tu n'as pas eu la curiosité de toi d'aller
voir ailleurs ce qui se passait, peut-être que tu en es là, que tu en plus, tu penses effectivement
qu'il y a une certaine maîtrise de ce qui se passe, alors qu'en fait, il y a certains sujets comme
le TDD qui peuvent te passer complètement au-dessus. Et finalement, non, les débutants, ils ont cet
avantage de se dire, oui, en fait, de toute façon, je suis débutant, donc j'ai plein de choses à
apprendre et il n'y a pas cette barrière. Autre avantage qu'ils ont, c'est qu'il n'y a pas la
violence qu'il peut y avoir quand tu as des années de développement que peut représenter certaines
pratiques comme je reviens toujours dessus sur le TDD parce que quand tu passes en mode TDD, il y a
vraiment un sentiment que ton cerveau se met à réfléchir à l'envers, ça fait vraiment extrêmement
bizarre. Et les développeurs n'ont pas ça puisque finalement, c'est pas encore formaté, enfin les
développeurs, les débutants, les débutants n'ont pas ça, c'est pas encore formaté pour eux et donc
ça passe mieux en fait. Donc j'ai envie de dire, il faut une certaine maturité, ça c'est la vraie
condition, il faut une certaine maturité pour comprendre l'utilité et l'importance de ces pratiques,
le code durable, c'est pas juste un concept, c'est quelque chose qui a vraiment un impact concret dans
la vie des développeurs au quotidien. Donc il faut avoir cette maturité qui peut avoir été transmise
par un prof qui était sensible à ça, par un influenceur, par un mentor, par quelqu'un qui a
pu t'aider à te rendre compte que c'était vraiment important. Cette question, on l'a posé par rapport
au cursus Artisan Developer qui est disponible toute cette semaine et effectivement, oui,
je le conseille aux personnes qui sont débutantes. Mais attention, attention, il faut quand même pour
en profiter pleinement, il faut quand même avoir une certaine, un minimum des ans avec son langage,
son idéo, son framework, parce que sinon effectivement ça va faire beaucoup à ajouter,
mais à partir du moment où tu sais écrire du code, que tu sais utiliser ton idéo correctement et
que tu t'en sors avec ton framework, alors oui, tu peux très bien commencer à apprendre tout ce qui
touche à l'artisan analogie, pour apprendre à écrire du code durable. Tu sais, dans la communauté
Rails, on apprend dès le début à utiliser le TDD. En fait, dès la leçon 2, je crois, les
premiers exemples de code sont fournis systématiquement avec des tests et avec des tests en mode TDD.
Donc, il y a vraiment cette logique qui est en grammaire, j'avais été surpris dans la communauté
par cet aspect-là, dans la manière de transmettre les choses, ça passait par du code et ça passait
par des tests, mais ce qui est une excellente manière de faire, parce que qu'est-ce qui peut mieux te
montrer comment utiliser une classe, comment utiliser un objet, qu'un test. Donc, c'est vraiment
quelque chose qui est inscrit dans les gènes de Rails et de sa communauté. Bon, ça veut pas dire
élace qu'après tous les développeurs les utilisent en vrai, mais bon, au moins, c'est dans la manière
de transmettre les choses. Donc, si tu es débutant et que tu es intéressé par le cursus, je t'invite
à aller y jeter un œil vraiment et au pire, si jamais tu sens que c'est pas encore tout à fait
le moment, tu peux de toute façon l'acheter aujourd'hui et en profiter plus tard et de
toute façon, une dernière fois, si jamais ça ne te convient pas, tu as la garantie de 30 jours.
Je te mets le lien dans la description de l'épisode et puis que ce soit avec moi ou ailleurs,
continue à te former le code durable. Je pense que c'est quelque chose d'essentiel dans sa pratique
de développeur. Je ne peux que t'encourager dès le début, dès que tu commences à travailler sur ça
et même si jamais tu as déjà de l'expérience, c'est jamais trop tard à t'intéresser à ce sujet.
Je te remercie, je te dis à bientôt.