17 episodes

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 !

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 !

    16. Mon CTO écrit du code pourri 🤢

    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

    • 15 min
    15. Réparer la période d'Onboarding 🛫

    15. Réparer la période d'Onboarding 🛫

    Cette semaine, dans le SAV de la Tech, on répond à la question de Jean-Michel:

    "Débarquer dans une nouvelle entreprise est souvent une épreuve. On est submergé d'informations de partout, tant sur le contexte de la boite, que sur les personnes, leurs pratiques, les outils utilisés, les mots de passe, les pratiques, ....
    Et la frustration parfois de rester beaucoup trop longtemps improductifs.

    Que faire et ne pas faire dans ce scénario, tant de la part de la personne qui arrive que de la part de la boite qui l'accueille ?"



    Épisode enregistré en Mars 2024.

    Crédits musique: "Guess Again", provided by https://slip.stream

    • 19 min
    14. Le Tech Lead a supprimé notre daily technique 👮

    14. Le Tech Lead a supprimé notre daily technique 👮

    Cette semaine, dans le SAV de la Tech, on répond à la question de Judith:

    "Bonjour. Voici la situation: une équipe de dev de 5 personnes + 1 tech lead. L’un de dev a mis en place un « daily technique » (réunion Google meet) après chaque daily lors duquel on se retrouve entre devs pour parler de problèmes plus techniques histoire de ne pas encombrer le daily d’équipe. Le tech lead était évidemment invité mais il n’est jamais venu. J’appréciais beaucoup ces moments d’entre aide. Mais un bon jour le tech lead a supprimé de l’agenda le daily tech en disant que ce daily n’avait pas de raison d’être puisqu’il y a le daily principal. Pas de dialogue, juste une suppression. Personne n’a protesté. Pourtant, je pense que tout le monde appréciait ce moment qui faisait aussi team building. Je pense que nous pourrions continuer mais ça a créé un froid et nous n’osons plus… Je dois avouer que le tech lead me met mal à l’aise et que je n’oserais pas aborder le sujet avec lui de peur de l’agacer. (NB: pas de rétro pour tous, seul le tech lead s’y rend) L’entre aide continue mais désormais nous nous posons des questions en privé (en one-to-one, sinon ça voudrait dire créer un channel sans le tech lead, on ne se le permettrait pas). Que pensez vous de cette situation? Comment faire pour remettre en place ces moments de partage sans créer de drama?"



    Épisode enregistré en Mars 2024.

    Crédits musique: "Guess Again", provided by https://slip.stream

    • 12 min
    13. Mon CTO s'éparpille 🕺

    13. Mon CTO s'éparpille 🕺

    Cette semaine, dans le SAV de la Tech, on répond à la question d'un auditeur anonyme:

    "Hello,

    Je suis dev et je viens d'arriver il y a quelques semaines dans une startup qui existe depuis 2 ans. Durant les Daily, mon CTO a tendance à s'éparpiller et à sauter d'un sujet à l'autre, si bien que parfois on en oublie de lui communiquer certaines infos importantes (bug sur lequel on a pas pu avancer, feature qu'on a pas bien comprise).

    Hier l'autre dev n'a même pas eu le temps de faire sa propre daily. Je n'ose pas lui demander d'aller droit au but ou de lui proposer de voir certains points après le call (histoire de ne pas retarder l'autre dev). Il est vrai aussi que cet éparpillage m'aide à découvrir d'autres aspects de notre tech, donc ça a quand même de l'intérêt.

    Comment puis-je lui demander de ne pas s'éparpiller, et d'aller droit au but, tout en conservant la super bonne entente qui règne entre nous tous ?

    Merci pour votre super travail, c'est top !"



    Épisode enregistré en Mars 2024.

    Crédits musique: "Guess Again", provided by https://slip.stream

    • 13 min
    12. Code bordélique: une fatalité ? 🐷

    12. Code bordélique: une fatalité ? 🐷

    Cette semaine, dans le SAV de la Tech, on répond à la question d'Audrey:

    "Bonjour,

    En tant que développeuse, je me suis toujours efforcée de suivre les meilleures pratiques, en m'assurant d'écrire du code propre et bien organisé. Cependant mes collègues ne partagent pas cette rigueur. Ils ont tendance à écrire du code de manière désordonnée, sans se soucier des standards de qualité, ce qui me fait souvent paraitre lente lorsque je dois éditer leur code car il est peu maintenable.

    Cette situation est source de frustration pour moi. Non seulement elle rallonge mon temps de travail, car je dois souvent retravailler leur code lorsque je dois le modifier pour ajouter une feature, mais elle me met également dans une position inconfortable. Je crains que mes propositions ne soient perçues comme une critique personnelle, ce qui pourrait nuire à l'ambiance de travail et à mes relations avec mes collègues. De plus ce n'est absolument pas récompensant car mon code fonctionne bien, et le leur bug régulièrement, et de plus ils en sont récompensés car ils résolvent plus d'incidents de prod que moi...

    Je suis convaincue que le maintien d'un code propre est essentiel, non seulement pour l'efficacité du développement, mais aussi pour la pérennité du projet sur le long terme. Cependant, je me sens impuissante face à cette culture de l'à-peu-près qui semble ne pas être simplement limitée à mon équipe mais dans l'ensemble du monde du développement.

    Auriez-vous des conseils pour m'aider à naviguer dans cette situation difficile ? Je suis pas seulement à la recherche de stratégies pour promouvoir le clean code mais aussi pour, moi aussi trouver l'état d'esprit me permettant de développer des solutions quick-and-dirty et progresser dans une codebase désorganisée.

    Merci pour votre aide !"



    Épisode enregistré en Janvier 2024.

    Crédits musique: "Guess Again", provided by https://slip.stream

    • 14 min
    11. Retrouver confiance et s'affirmer 🦁

    11. Retrouver confiance et s'affirmer 🦁

    Cette semaine, dans le SAV de la Tech, on répond à la question de Jules:

    "Hello !

    Je vous contacte car après 15 ans d'experience dans la tech, j'ai toujours du mal à trouver confiance en moi. Même en étant rationnellement confiant dans mes experiences et en quantifiant mes compétences j'ai tout de même du mal à trouver la confiance de briguer de meilleurs postes ou promouvoir mon travail. Cela peut aussi poser souci dans mon quotidien car lorsque je suis confronté aux autres opinions des développeurs j'ai tendances à rapidement lâcher l'affaire car

    1- je n'aime pas perdre du temps à débattre, je suis focus sur produire de la valeur

    2- je trouve que les ingénieurs ont une tendance à être très sûrs d'eux, parfois pédant. Je suis certain que souvent ce n'est pas forcément pour des bonnes raisons mais cela me fait douter de moi car personnellement j'essaie d'avoir une écoute active et comprendre les points des autres mais je constate rarement ce comportement face à moi.

    Comment puis-je retrouver confiance et m'affirmer dans le milieu professionnel ?

    Merci !"



    Épisode enregistré en Janvier 2024.

    Crédits musique: "Guess Again", provided by https://slip.stream

    • 15 min

Top Podcasts In Technology

Acquired
Ben Gilbert and David Rosenthal
All-In with Chamath, Jason, Sacks & Friedberg
All-In Podcast, LLC
Lex Fridman Podcast
Lex Fridman
No Priors: Artificial Intelligence | Technology | Startups
Conviction | Pod People
Hard Fork
The New York Times
TED Radio Hour
NPR

You Might Also Like

Tech Lead Corner
Cédric Teyton
Tronche de Tech
Mathieu Sanchez
Code-Garage
Nicolas Brondin-Bernard
IFTTD - If This Then Dev
Bruno Soulez | Orso Media
Les Cast Codeurs Podcast
Emmanuel Bernard, Guillaume Laforge, Vincent Massol, Antonio Goncalves, Aud
Silence on joue !
Libération