![](/assets/artwork/1x1-42817eea7ade52607a760cbee00d1495.gif)
22 episodes
![](/assets/artwork/1x1-42817eea7ade52607a760cbee00d1495.gif)
Le SAV de la Tech Jérémie Girault × Adrien Joly
-
- Technology
En s'appuyant sur leur expérience et une bonne couche d'autodérision, Jérémie et Adrien répondent aux questions non techniques mais compliquées des gens de la tech: dévs, tech leads et managers. Au programme: conflits entre collègues, soft skills pour les désamorcer, négociations salariales, développement de carrière... Nous répondons à VOS questions, alors: à vos claviers !
-
21. Mon dev livre des usines à gaz 🏭💨
Cette semaine, dans le SAV de la Tech, on répond à la question de Robert:
"Je suis manager d'une équipe où je manage plusieurs devs. L'un d'entre eux me pose des problèmes de productivité. Il fait du code très propre, mais il est trop perfectionniste et à beaucoup de mal à délivrer. Il s’intéresse énormément aux problématiques d'architectures logiciels, au clean code et à toutes les bonnes pratiques, ce qui en soit est très bien. Mais j'ai l'impression qu'allier ceci à son perfectionnisme l'empêche de mener à bien les tâches qui lui sont attribuées. Il passe énormément de temps à préparer ses développements avant de les débuter, à chercher la meilleure façon de le faire, et durant le dev il revient régulièrement sur ce qui a été fait pour tenter de l'améliorer. Régulièrement il fini par produire des mini usines à gaz pour des choses très simples après un temps de dev qui dépasse très largement les estimations les plus pessimistes. Cela pose également des problèmes quand d'autres membres de l'équipe collaborent avec lui sur un projet.
Il m'est même arrivé de faire une choses que je déteste: reprendre from scratch certaines tâches pour sauver les meubles et qu'elles soient terminées pas trop hors délais. Ce qui fait que je sais que les délais en question étaient largement tenables ^^
Ma question est donc: comment réussir à transformer un développeur trop académique en développeur plus orienté vers les besoins d'une entreprise ? Pour l'instant mes tentatives y ont échoué."
Épisode enregistré en Mai 2024.
Crédits musique: "Guess Again", provided by https://slip.stream -
20. Faut-il mesurer la performance des devs ? 🎖️
Cette semaine, dans le SAV de la Tech, on répond à la question de Stéphane:
"Je suis manager et je n'arrive pas à parler du tabou de la performance avec mes équipes de devs. Comment aborder le sujet ? Est-ce que c'est utile de mesurer la perf d'un dev/équipe ? Comment mesurer ?"
Épisode enregistré en Mai 2024.
Crédits musique: "Guess Again", provided by https://slip.stream -
19. Accroitre la diversité culturelle de l’équipe 👘
Cette semaine, dans le SAV de la Tech, on répond à la question de Dan:
"Comment amener plus de diversité culturelle dans les équipes lors des recrutements ?"
Épisode enregistré en Mars 2024.
Crédits musique: "Guess Again", provided by https://slip.stream -
18. Regarder les infos pendant la pause déj. 📺
Cette semaine, dans le SAV de la Tech, on répond à la question d'Elodie:
"Dans une petite entreprise, l'habitude a été prise de manger en regardant la télé/JT et en discutant. Des nouveaux arrivants trouvent que ça fait mauvaise ambiance, et qu'il n'y a pas de cohésion d'équipes. Et en effet, les gens mangent devant la télé en se parlant à peine, ce qui n'était pas le cas avant. Devrait-on se débarrasser de la télé pour "forcer" les gens à se parler ? Comment améliorer cette ambiance/cette cohésion d'équipe ?"
Épisode enregistré en Mars 2024.
Crédits musique: "Guess Again", provided by https://slip.stream -
17. Mon CEO fait du mansplaining 👨🏫
Cette semaine, dans le SAV de la Tech, on répond à la question de Ernst:
"Mon CEO pratique allègrement le mansplaining, que faire ?
Contexte: Je suis actuellement EM et ai au dessus de moi en terme hiérarchique le CEO. Quelque chose que j'ai noté depuis bientôt 6 mois est sa manie à "mansplain" avec mes collègues féminins, et une en particulier. Cette personne est au même niveau hiérarchique que moi et se fait systématiquement interrompre au milieu de son argumentaire par le CEO. Il lui explique également régulièrement son job (dans un setup avec plusieurs personnes dans le meeting je précise - nice) et insidieusement à quelle point elle ne le fait pas bien. Si je caricature un peu (mais pas tant que ça) notre CEO a une tendance à être "un bro" dans sa manière d'être. Relativement machiste, valorise les interactions musclées ou il faut montrer que l'on est fort. Donc particulierement cette personne qui est une femme plutot reservée je note des probleme: elle a des excellents points mais son argumentaire est inaudible. Je ne pense pas que la solution soit de me mettre moi dans une position de "rescuer" et de la shield par rapport au CEO. Je pense également potentiellement à en parler à la Head of People. Mais qu'en pensez-vous, vous?"
Épisode enregistré en Mars 2024.
Crédits musique: "Guess Again", provided by https://slip.stream -
16. Mon CTO écrit du code pourri 🤢
Cette semaine, dans le SAV de la Tech, on répond à la question de Steeve:
"Petite question de responsabilité, de hiérarchie et de tact.
Je tombe sur un fichier où je trouve des modifications récentes complètement foutraques, plusieurs v-if/v-else/v-show appliqués de manière croisée sur les mêmes éléments de template, créant un bazar illisible et potentiellement bogué, bref, une véritable satanerie qui fait pleurer du sang.
Rapidement je me rends compte grâce à gitLens que les modifs ont été faites il y a une semaine par mon CTO 😶.
Qu'est-ce que je fais ?
Je fais l'andouille et signale à l'équipe que le code n'est pas correct sur cette feature comme si je n'avais pas vu qui en était l'auteur au risque de l'afficher ?
Je fais l'avenger et prends la responsabilité de corriger le code en douce pour épargner son égo au risque de perdre du temps sur ma propre tâche ou de causer moi-même un bug en voulant corriger ?
Je fais l'adulte et vais le voir pour lui dire que la feature n'est pas bien codée et qu'il faut la modifier au risque de le vexer et de remettre en question ses compétences ?
Je fais l'autruche et passe mon chemin au risque de laisser des bugs partir en prod ?"
Épisode enregistré en Mars 2024.
Crédits musique: "Guess Again", provided by https://slip.stream