Faire bouger son code legacy

Durée: 7m31s

Date de sortie: 16/02/2018

Tu as récupéré une app codée avec les pieds?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Tu viens d'arriver dans un nouveau projet où tu as récupéré une nouvelle app,
et là tu es trop content, sauf que rapidement tu te rends compte
que cette app est codée avec les pieds.
Alors au début c'est drôle.
Ouais c'est vrai, tu es plein d'énergie
tout le monde en fait un peu des blagues, d'ailleurs ça fait sourire.
Et puis t'es super motivé quoi.
Alors ça fait sourire mais quand même rapidement tu te rends compte que
que c'est un peu pénible quoi.
Mais c'est pas grave, tu es plein d'énergie.
Tu es plein d'énergie, d'ailleurs tu es tellement plein d'énergie
que quand même en même temps tu prends ton courage à deux mains
et tu attaques le Spaghetti Monster.
Oui le Spaghetti Monster.
Tu sais ce truc là qui, ou tu as les dépendances de partout
qui s'entremêlent et c'est tellement entremêlé
que tu sais plus trop par où le prendre.
D'ailleurs tu changes un truc et ça bouge de partout,
tu comprends pas vraiment ce qui se passe.
Un des bons smells dans Spaghetti Monster c'est quand tu as du statique.
Hum le statique.
Tu sais que là tu vas souffrir.
Alors comme t'es super motivé, à un moment donné tu prends ta grande hache à deux mains
et tu vas, tu fonces dans le tas, tu fends le Spaghetti Monster,
tu le pourfends en deux et fiers de toi, tu fais ton comite.
Tu fais ton comite et tu le mets sur une branche
et puis voilà tu fais ta poule request ou carrément même,
tu es audacieux, tu vas sur develop et tu balances
et là tu prends ta première baffe.
Tu prends ta première baffe parce que t'as les copains qui disent
ouais c'est cool ton truc, c'est cool mais en fait ça va pas le faire.
Ça va pas le faire parce que ça colle pas avec ce qu'il y a
des gens en place parce que les gens qui sont déjà dans l'équipe,
en fait fondamentalement ils aimeraient que ça change
mais ils sont pas prêts à ce que ça change.
Ils disent qu'ils veulent que ça change
et ils sont pas prêts à faire ce qu'il faut pour que ça change.
Fondamentalement on n'aime pas trop le changement tu vois.
Et là c'est le rollback.
Voilà, la punition, on enlève ta modification
et là tu comprends pas trop et tu te prends un peu comme une baffe d'ailleurs.
Alors petit à petit, on va te faire comprendre
qu'il faut rentrer dans le moule, ça va être les collègues.
Les collègues vont t'expliquer que ça se fait pas
ou qu'il faut faire comme ça.
Ou alors ce qui va te faire rentrer dans le moule c'est l'historique du code.
Tu sais tu arrives avec le terme de code négatif,
vraiment cette notion d'héritage, tu hérites du code.
Maintenant que tu hérites de ce code c'est à toi de lui faire faire un bout de chemin ce code.
Et t'es à l'historique, tu peux pas te séparer comme ça
d'un coup de tout ce qui a été fait avant, il faut le faire avancer.
Et puis le pire dans tout ça c'est la cohérence.
C'est à dire que dans une logique de cohérence,
tu vas avoir tendance à être à faire comme les autres on fait avant.
Si tu arrives avec une nouvelle manière de faire,
tu vas introduire une divergence dans le code.
Et ça, les divergences dans le code on n'aime pas les développeurs, ça c'est pas terrible.
Tu vas être, c'est compliqué en plus parce qu'il va falloir faire rentrer parfois des carrés dans des ronds.
D'un coup tu vas venir sur la partie ancienne qui fait d'une certaine manière
et puis après tu vas aller sur une autre partie qui fait d'une autre manière.
Ça ça marche pas bien.
Ça marche pas bien et du coup ça donne une impression d'avoir quelque chose de binaire à faire.
Et la marche est tellement haute que tu as pu la faire.
Petit à petit, ce qui se passe c'est que tu rentres dans le moule et tu te résignes.
Tu te résignes parce que finalement c'est plus simple de se laisser emporter
par le courant que de chercher à lutter contre.
La résignation est terrible parce qu'elle étouffe la fierté
et la résignation aboutit bien souvent à la démission.
Alors la démission a plusieurs formes.
La démission c'est pas juste tu claques la porte, tu quittes ta boîte
et tu vas voir ailleurs si le prix est plus vert.
C'est pas juste ça.
Moi j'avoue que c'est un peu ma manière de faire.
C'est un petit peu pour ça que j'ai créé ma boîte et que je me suis lancé.
C'est pour pouvoir justement choisir les règles du jeu,
pour pouvoir créer les choses, pour pouvoir mettre en place des choses.
Mais tu peux pas toujours le faire.
Tu peux pas toujours le faire.
Et puis tu n'as peut-être pas envie de le faire.
Peut-être que tu aimes ton boulot, la bouteillée, la boîte ou tu es.
Les collègues avec qui tu bosse.
Non forcément une solution même si c'en est une.
Tu as la démission par les greurs.
Tu vois ce collègue qui ou toi peut-être qui est tellement,
qui se sent tellement dévalorisé dans son travail
qui est tellement pas satisfait ce qu'il fait dans son boulot.
Qui trouve tout nul.
Quoi que face le management,
quoi qu'essaye le management de toute façon c'est nul.
Quel que soit les initiatives c'est nul.
Et en fait cette personne est tellement mal dans son job
que ça commence à atteindre sa physiologie.
Et puis enfin, et peut-être la pire.
Parce que c'est celle qui se voit pas.
Tu as la démission tranquille.
La démission tranquille c'est bah tu fais ton job.
Je vous râperai jour.
Tu pars à 17h00 puisque de toute façon tu n'es pas nouissement.
Tu le trouves ailleurs.
Ton épanouissement c'est plus dans ton job.
C'est dans ta vie.
Et ça c'est franchement dommage parce que je suis convaincu
que le job qu'on fait au quotidien doit nous épanouir.
En boss une bonne partie de la journée.
Et franchement pas à ces panouirs dans son travail.
C'est un gâché affreux.
Alors comment on sort ?
Comment on sort de cet état
où tu as cette espèce de géance spaghetti monster
à aller mettre au carré.
Première astuce ça passe pas par des grandes révolutions.
D'abord tu remarques que dans les grandes révolutions
bah il y a souvent plein de morts et c'est pas le but.
C'est pas dans une grande révolution c'est au contraire
par de tout petit pas.
Mais tout petit pas.
Alors la posologie que je te donne c'est très simple.
Me dis pas que t'as pas le temps, c'est pas vrai je te crois pas.
Tu prends 15 à 30 minutes par jour.
15 à 30 minutes par jour.
Tu fais un peu moins de Facebook et tu fais ça.
Et 15 à 30 minutes par jour tu fais une petite chose.
Pas des gros trucs ambitieux mais une toute petite chose.
Tu peux commencer par exemple par un simple réfacteur de Rinaïne.
C'est à dire tu prends une classe
et tu vérifies les noms de la classe, les noms, des méthodes.
Tu vérifies est-ce que c'est toujours d'actualité.
Est-ce que ça fait toujours ce que c'est censé faire ?
Est-ce que les commentaires sont d'ajours ?
Est-ce que ça fait du sens ?
Est-ce que tu pourrais améliorer le nom de cette classe ou de cette méthode ?
Et puis progressivement tu feras des choses un petit peu plus ambitieuses.
Ça pourrait être quelques extra classes méthodes,
quelques extra classes.
Enfin bref, tu iras progressivement
pour faire des choses de plus en plus ambitieuses.
Ce qui est important, ce qui est clé, ce qui est fondamental dans cet exercice
c'est que tu la mènes jusqu'au bout.
C'est à dire que tu prennes ton code
et que tu ne le laisses pas sur une branche de garage
mais que tu ailles vraiment jusqu'au bout.
Alors sur des blogs par exemple ou en tout cas que ça soit dans ton flux
pour que la modification soit à prendre en compte.
Pas que ça reste sur une branche de côté
qui ne saura jamais merger et qui va diverger
et qu'un jour on va supprimer.
Tu vois, l'enjeu c'est vraiment petit à petit faire des petites choses
parce que là tu vas mettre en route un cycle vertueux.
D'abord, cette petite demi-heure, elle va te donner quelque chose d'essentiel.
Elle va te permettre de renouer avec la fierté.
La fierté donnée par l'amour de son travail bien fait.
Et ça c'est essentiel parce que ça va être une vraie source d'énergie pour toi.
Parce que petit à petit tu arriveras à reprendre la main.
Petit à petit tu arriveras déjà à te reconsidérer toi dans ton travail
et à faire des améliorations.
Petit à petit tu habituras les copains à voir de nouvelles choses.
Tu peux en parler, tu peux expliquer ce que tu fais.
Et puis par de petites modifications, les choses paraissent inoffensives.
C'est un petit peu comme l'histoire de la grenouille.
Si tu mets une grenouille dans de l'eau bouillante, elle saute et elle s'enfuit.
Tandis que si tu la mets dans de l'eau froide
et que tu la mets à bouillir petit à petit, tu finis par la manger.
Merci d'avoir écouté ce podcast jusqu'au bout.
Alors comme c'est le premier, moi j'aimerais vraiment te demander du feedback.
Qu'est-ce que ce podcast a apporté ?
Quel sujet est-ce que tu as envie qu'on aborde ?
Et comment est-ce que je peux l'améliorer ?
Tu peux m'envoyer tout ça à benoirobasartisandeveloper.com.
Et puis si ça t'a vraiment plu, je t'invite à mettre 5 étoiles.
Ça nous aidera vachement pour propuser le podcast.
Enfin, si tu veux être tenu un jour des dernières news,
viens t'inscrire sur la liste des artisans développeurs.
A bientôt !

Episode suivant:


Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

ArtisanDéveloppeur

Artisan Développeur est un podcast destiné aux développeurs qui veulent bâtir une carrière épanouissante. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.
Tags
Card title

Lien du podcast

[{'term': 'Technology', 'label': None, 'scheme': None}, {'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]

Go somewhere