Recevoir un feedback avec Medhi - Je suis un dev

Durée: 12m8s

Date de sortie: 02/02/2021

Recevoir un feedback, c’est pas toujours simple.

Mehdi nous raconte ses débuts de développeur et ses premières PR…

Et encore, on ne parle là de recevoir… Quand il s’agit d’en donner…


Le site de mehdi : https://www.jesuisundev.com/

Sa vidéo de commentaires méchants : https://www.youtube.com/watch?v=TYRKDSgnjMY


La veille de compagnon : https://compagnon.artisandeveloppeur.fr/veille

L’accélérateur de carrière : https://artisandeveloppeur.fr/accelerateur-de-carriere/




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

Bienvenue sur le podcast Artisan Developer, l'émission pour les programmeurs qui veulent vivre une carrière épanouissante.
Prêt à passer au niveau supérieur ? C'est parti !
Aujourd'hui, j'accueille Mehdi de Je suis un dev, bonjour Mehdi.
Bonjour.
Je me suis régalé de ta vidéo dans laquelle tu fais la lecture des commentaires pas sympas de ta chaîne.
Et j'ai trouvé que c'était une idée vraiment excellente.
Et je réalise en disant ça que j'ai oublié de...
J'ai sacrifié le rituel classique de ce que tu peux te présenter en une minute pour les auditeurs.
Oui, bien sûr. Mehdi, je suis un dev, donc du blog Je suis un dev.com.
Aujourd'hui, je suis développeur backend, Seigneur Amourial au Canada pour l'entreprise Ubisoft.
Et c'est pas mal ça.
Et alors justement, on en a parlé un petit peu dans la préparation de cet épisode.
Je trouvais ça cool que tu fasses cet exercice là de doser, lire un peu les remarques pas sympas qui ont pu être faites.
Je trouve que c'est un exercice intéressant en tant que créateur de contenu, de s'exposer et d'être capable d'accueillir du retour.
J'ai bien aimé ta posture vis-à-vis de ça. Comment est-ce que tu les perçois ces trucs-là ?
En fait, quand on fait du contenu, on s'attend toujours à recevoir des commentaires qui soient gentils ou méchants.
Et en fait, j'ai pas mal fait le lien entre les commentaires que je recevais sur mon contenu et les feedbacks que j'ai reçu en tant que développeur.
Quand j'étais plus jeune, je prenais les feedbacks très à cœur, et en particulier les mauvaises feedbacks.
Et je t'ai persuadé que ces mauvaises feedbacks étaient négatifs dans le sens où c'est pas quelque chose qui allait m'aider.
Je sais pas pourquoi j'étais persuadé de ça, peut-être parce qu'à manque de confiance, je sais pas exactement d'où ça vient,
mais en fait, j'ai eu la même réaction entre les feedbacks que j'ai fait en tant que créateur de contenu et en tant que développeur.
C'est-à-dire au début, j'étais extrêmement mal pris. Et le lieu de m'aider, ça me desservait.
Et au fur et à mesure de mon évolution et de voir comment les choses évoluèrent par rapport à ces feedbacks-là,
je me suis rendu compte qu'en fait, ces feedbacks-là m'aidaient plus qu'autre chose.
Et que le seul truc qu'il fallait changer, c'était la façon que je les recevais.
Est-ce que tu peux être plus concret ? Moi, ça me parle, mais on est encore très...
Je pense que si tu le rendes plus concret, est-ce que tu peux nous donner, par exemple, un exemple de feedback que tu as trouvé,
que tu aurais jugé à un moment donné négatif et que maintenant t'as appris à accueillir ?
Et ben, par exemple, je ne sais pas, on peut parler des code reviews.
Par exemple, c'est un très bon exemple pour ce genre de feedback-là.
Mes premières code reviews ont pas été très simples.
Parce que je ne connaissais pas certaines règles, j'avais pas certaines bonnes pratiques
et que ça amenait des problèmes dans mon code et ça amenait des problèmes de façon plus globale dans le projet dans lequel j'étais.
Et les premiers feedbacks que j'ai eu, par exemple, c'était,
« Ah, il ne faut pas... » J'ai n'importe quoi, cette non-de-variable est très confusante.
Il ne faut pas faire ça comme ça et il faut la refaire.
Et moi, ce que j'entendais, c'était pas...
Il faut suivre les bonnes pratiques pour qu'on ait du code qui est propre et qu'on puisse tous ensemble avancer plus vite.
Moi, ce que j'entendais, c'était...
Tu as fait de la merde.
Exactement.
Et le problème d'entendre ça en tant que développeur,
et ce qui est drôle, c'est que ça peut être à tous les niveaux.
Ça peut être junior comme seigneur.
Parfois, un feedback, quelque chose va vraiment...
Tu vas le prendre à cœur et il ne faut vraiment pas faire ça.
Il faut penser au projet.
Voilà, il faut penser au code et il faut penser à la maintenabilité, il faut penser à la lisibilité.
Et il faut mettre de côté ces sentiments et se dire, en effet,
si on suit les bonnes pratiques, ce que j'ai fait n'est pas optimal.
Et je vais arranger les choses.
Et la prochaine fois, je ne le referai pas.
Et c'est en prenant ce feedback de cette façon-là et pas de la façon...
J'ai fait quelque chose de mal, que ça...
En tout cas, moi, j'ai beaucoup avancé.
Et voilà.
Et après, il y a aussi la question de donner du feedback.
Comment on donne du feedback, ça, c'est encore plus compliqué à mettre en place.
À mon sens.
C'est-à-dire ?
C'est-à-dire que tu veux justement ne pas déclencher
cet effet personnel,
parce que finalement, on a un travail qui est assez artisanal, qui est assez personnel.
Et que quand on touche à un autre beau travail, ça nous fait mal au cœur.
Et il faut savoir comment parler aux gens en leur disant,
ça, il faut changer, sans leur dire, ça, c'est nul.
Et il y a beaucoup de développeurs qui ne le font pas ça.
Moi, je vois beaucoup de développeurs qui font nul.
Ils ne grisent pas le nul, mais en gros, ils font comprendre que c'est à refaire,
c'est inacceptable, etc.
Je vois des commentaires comme ça, des fois, ça me fait bondir,
parce que je me dis, mais c'est impossible que quelqu'un...
Impossible que l'autre le prenne bien.
Mais c'est impossible.
C'est juste impossible.
Comment tu veux...
Mais tu peux être n'importe qui.
Tu vois, j'ai une idée de vidéo comme ça,
que j'ai envie d'intituler, comment dire à un collègue qui fait de la merde,
et qui l'a fait de la merde.
Et j'ai ce truc de me dire, mais quand tu fais ce genre de retour,
en disant, ça, c'est mauvais,
comme ça, sans explication, sans aucune forme, sans rien.
C'est comme si lui mettaient une bave dans la gueule, en fait.
Exact.
Comment tu veux t'attendre à ce que l'autre le prenne bien ?
Et j'en entends parfois qui disent, oui, mais c'est vrai.
C'est peut-être vrai, mais tout dépend ton objectif.
En fait, est-ce que tu en vis qui progresse ou tu as juste envie de te défouler ?
En fait, exactement.
En fait, là, ce que j'ai réussi, en tout cas,
moi, ça marche avec moi.
Ce que je fais, c'est que je me dis...
Comment je peux dire ça par rapport au projet ?
C'est-à-dire comment je peux donner un commentaire qui va parler,
déjà pas du tout de la personne, mais surtout de pourquoi ça va aider le projet.
Et quand j'ai eu ce switch là dans la tête, je parlais de,
ah, mais si on fait ça, ça sera plus lisible pour cette raison.
Et du coup, on sera plus maintenable.
Et avoir ce feedback là, ce type de feedback là, plutôt que il faut refaire ces nuls,
ça change tout.
Bah, ça change tout.
Ça change tout.
Et c'est vrai que je pense, moi personnellement, je pense qu'il faut
penser, avoir un schéma de pensée qui tournait vers le projet et vers le futur du projet.
Donc, ce que tu veux dire, c'est que quand on te dit quelque chose, si je te dis,
par exemple, tu as un t-shirt noir écrit sur l'être blanche,
tu vas d'abord te poser la question de,
est-ce que c'est un rapport avec le projet avant de me dire
il est en train de se foutre de la gueule de mon t-shirt ?
Oui, voilà, ouais, ouais.
Bah, en gros, ça, mais là, c'est très traumatisé.
Mais oui, oui, en tout cas, ça marche bien,
c'est de faire se faire et ça marche bien dans une code review.
Peut-être moins avec un t-shirt, mais dans le projet.
C'est qu'un très personnel comme je l'ai pas besoin.
Non, mais t'as raison sur une.
Moi, c'est un vrai truc, c'est comment, justement, tu descends de cette espèce
d'ascenseur émotionnel là, comment est-ce que tu arrives à descendre du truc
pour le pour faire un pas de côté, le prendre
du recul de la hauteur pour regarder un petit peu ce qui se passe et arriver
à tenter d'étacher émotionnellement.
Tu vois, si tu n'as pas.
Je pense qu'on est tous des êtres humains et je pense que la première
fois, moi, la première fois que comme je disais la première fois que j'ai
reçu ce commentaire là, j'ai bondi.
Et je pense qu'on est tous des êtres humains et ça, ça prend un peu avec le temps.
Le temps et la résilience, c'est un petit peu de prise du recul, surtout.
C'est à dire qu'on entend souvent ça, tu n'es pas ton code.
Et je suis d'accord jusqu'à un certain point, mais en effet, tu n'es pas ton code.
Et il faut prendre du recul entre ce que tu fais et
enfin, pardon, ce qu'on te dit, est-ce que et comment tu vas réagir?
Et ça, ça prend avec le temps, j'imagine.
Moi, en tout cas, je ne vois pas d'autres solutions que de l'apprendre avec l'expérience.
Ah, il y a n'a clairement d'autres.
Je pense que tu n'as pas choisi la méthode la plus rapide,
mais c'est celle que c'est.
En fait, c'est pas que c'est.
Je pense que c'est pas un choix que tu as fait.
Et c'est déjà super d'avoir pris cette d'avoir eu cette prise de conscience,
parce qu'il y en a beaucoup qui ne sortent pas de ça.
Il est d'ailleurs, en général, tu le sens tout de suite dans l'ambiance de l'équipe,
parce que tu te doutes que ça va, que la bonne ambiance ne va pas durer très longtemps.
Mais oui, oui, ça se travaille.
Tu peux travailler sur de déjà en réfléchissant sur toi, en faisant du développement personnel
et en étant des formations de management, de tout ce qui est communication non violente.
Tous ces sujets-là vont pouvoir aider à travailler ça,
parce que tu peux explicitement t'entraîner à ça.
OK.
Moi, je sais que quand je reçois aujourd'hui un commentaire négatif,
il y a peut-être, il y a presque un côté, je ne sais pas si je suis dérangé dans ma tête,
mais je prends presque du plaisir à aller retourner l'autre.
Parce qu'en fait, je parle du principe que les gens parlent rarement de ce que tu fais.
Ils parlent très souvent de vous en fait.
Et si tu écoutes bien un vrai philbin qui parle de toi,
c'est globalement assez rare.
En fait, les gens, indirectement, parlent d'eux.
Quand quelqu'un te dit que tu fais de la merde,
en fait, il te dit que ce que tu as fait n'est pas au niveau de mes standards
ou de ce qui me paraît bien.
Et en fait, si tu prends ce pris malent en disant les gens
quand ils parlent avant tout d'eux et à 90 % d'eux,
ça veut dire que quand tu reçois un négatif,
ça veut juste dire que tu as touché un endroit qui fait mal chez eux.
Le problème, il est chez eux, en fait.
Et du coup, maintenant, je prends un malin plaisir à retourner ces trucs-là.
C'est une belle stratégie.
Et sur LinkedIn, quand je me fais défoncer sur un commentaire,
plus le commentaire est trash,
moins il est argumenté, plus il est émotionnel
et plus je sais que je vais retourner à la personne, en fait.
Et quand je me fais insulter,
par exemple, je peux avoir une...
J'essaie toujours de faire un pas de côté.
Le pied, ça serait évidemment de répondre.
C'est de dire, ah oui, vas-y,
faut être moins pendant que tu y es.
Des insultes, j'adore, vas-y.
Sinon, tu as un truc à dire.
Qu'est-ce que j'ai touché de sensibles chez toi ?
Et je crois que pour l'instant, j'ai un win-rate de 100%,
où la personne, à la fin de l'échange, me dit,
ah oui, j'avais pas vu les choses comme ça.
Bon, je me suis un peu emporté, je suis désolé.
Je peux comprendre.
Il n'a pas eu des milliers non plus.
Oui, oui, j'imagine.
Mais en général, dans un contexte professionnel, dans une code review,
on va plus prendre en compte le côté technique que quoi que ce soit d'autre.
Alors, j'imagine sur les conditions que ça fonctionne,
mais dans une code review,
la personne en rapport est, entre guillemets, violente.
Tu peux pas...
T'es obligé de répondre par le code, entre guillemets.
Et il faut après avoir une discussion avec les gens.
Je sais que moi, j'ai déjà eu pas mal de discussions
avec des collègues, ça se passe.
Mais je pense que c'est un problème principal.
Il faut que ce soit moi qui soit fottif ou le contraire.
Et ces discussions-là ont été ultra bénéfiques.
Je pense que le problème principal de ce genre de mauvais commentaires,
c'est la communication.
C'est-à-dire qu'il coupe la communication.
Oui, mais du coup, il faut l'arrêtablir en sortant de l'outil,
et en en prendre un café tout simplement, il y a un discutant.
Pourquoi, comment, etc.
En général, ça règle les 99% des situations honnêtement.
C'est juste que quand il y a plus de communication,
il y a quelque chose qui casse, et quand il y a quelque chose qui casse,
on peut difficilement travailler et faire avancer un projet.
Écoute sur ces magnifiques mots, je te propose que ce soit le mot de la fin.
Si les auditeurs veulent en savoir plus sur ce que tu fais,
ils peuvent venir te lire ou le midi.
Je suis en dev.com, c'est un très beau blog.
Merci Midi d'être venu aujourd'hui.
Merci d'avoir reçu.
Quand à toi, chers auditeurs, j'espère que tu as apprécié cet épisode.
Je t'invite à venir nous rejoindre sur companion.artisandeveloper.fr.
Tu y trouveras toute une veille communautaire
dans laquelle tu pourras trouver plein de belles ressources comme celle de Midi.
Je te remercie et je te souhaite une bonne journée.

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