Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
En tant qu'ingénieur, j'ai été formé à faire des choses compliquées.
J'ai appris à résoudre des problèmes.
C'est probablement ton cas également si tu as fait des études techniques.
Par contre, je n'ai pas été formé pour gérer la complexité.
Compliquées et complexes sont deux notions bien différentes.
Faire un Airbus est compliqué.
Il faut beaucoup de connaissances pour en fabriquer un.
La météo est complexe.
Une faible variation de paramètres peut avoir un impact important.
Si tu utilises un processus compliqué pour gérer un travail complexe,
tu vas juste dans le mur.
Et justement, faire du logiciel est un processus hautement complexe
pour une raison simple, le facteur humain.
L'humain est probablement l'une des entités les plus complexes que je connaisse.
C'est pour ça que l'agilité prend les approches simples.
Le 9e principe du manifeste nous dit la simplicité,
c'est-à-dire l'art de minimiser la quantité de travail inutile est essentiel.
Faire simple est difficile.
Faire complexe est facile.
Minimiser la quantité de code inutile tout en programme.
Il y a plusieurs manières pour ça.
Et le code le plus simple est encore celui qui n'est pas écrit.
Si tu élimines le code qui n'est pas utilisé pour de vrai, tu gagnes combien.
Et tu es seulement capable de savoir quelles parties de l'application ne sont pas utilisées.
Ou si elles sont utilisées à quelle fréquence.
La question de l'expérience utilisateur est centrale.
Et lui, qui se rejoint le dev tout simplement.
Ensuite, il s'agit de savoir faire pour minimiser le code avec un principe simple.
Un principe qui va te guider tout au long de ton travail.
Don't repeat yourself.
Si tu ne minimises pas ton code, tu te retrouves avec un code lourd à faire bouger.
Tu auras moins tendance à le refactoriser et à le faire propre.
Un code lourd, c'est aussi du code dupliqué.
La duplication est la merde de tous les mots.
Donc aujourd'hui, je te propose un exercice.
Supprime au moins 30 lignes de code quelque part.
Cherche dans ton code ce qui peut être refactorisé, dédupliqué.
Ou simplement supprimé car ce n'est plus utilisé.
Pendant que tu fais ça, travaille sur ce que tu ressens.
Qu'est-ce que ça te fait de supprimer du code ?
Est-ce que ça te fait peur ? Est-ce que ça te rassure ? Est-ce que ça te fait plaisir ?
Rassure-toi, tu as probablement un gestionnaire de version, donc tu crains pas grand chose.
C'est-à-dire que si tu fais une boulette, tu seras toujours tendre à revenir en arrière.
Mais fais au moins le test.
30 lignes, ça se fait bien 30 lignes.
30 lignes, c'est quoi ? C'est une méthode un peu longue que tu vas raccourcir.
Ça se fait bien.
J'espère que ce podcast t'a plu.
Si tu n'es pas déjà membre, viens t'inscrire sur artisandeveloper.fr.
Et si tu es déjà membre, tu peux venir mettre 5 étoiles sur iTunes.
Remarque, même si tu n'es pas membre et que ça t'a plu, tu peux aussi mettre 5 étoiles sur iTunes.
Ça sera super pour faire décoller le podcast.
Je te remercie, à demain.