Reprise du message précédent :

Une excellente nouvelle pour commencer la semaine  

 
Le truc qui me rend fou c'est quand un N+X lâche "J'assume complètement cette décision". Oui ? Et donc ? Quelles conséquences pour toi ?

Tu devrais regarder la vidéo de Xavier Tytelman où il fait le point, plus nuancé : https://www.youtube.com/watch?v=qLPLINw_KSg
Après, sur ce coup, je le trouve très compréhensif voire un peu trop coulant avec Boeing. Mais ça sera sans doute plus proche de la vérité que Netflix.
 
Le rachat de McDouglas a fait beaucoup de mal à la culture d'entreprise de Boeing, plus "ingénieur" que "business". Au board, maintenant, y'a essentiellement des financiers, donc très orienté profits à courts termes et pas du tout R&D

C'est là que le Lean management pourrait être efficace

Ben si ça merde, c'est vers lui qu'il faut rediriger les mécontents
 
Mais en général, c'est plutôt l'inverse : quand la solution marche, c'est grâce à lui mais si ça merde, "c'était pas moi" ou "personne ne m'a mis au courant"  

d'une certaine façon, un peu de bienveillance serait suffisant, on peut régler les détails techniques ensuite.

Je parlais bien pour une solution technique (donc avec tous les détails déjà choisis).
 
Après, je suis d'accord, tout le monde a le droit de faire des erreurs. Là où c'est problématique, c'est quand tu fais remonter bien en avance qu'avec telle solution, y'aura ça, ça et ça comme pbs, on t'écoute pas et plusieurs mois après la mise en prod de la solution, ah bien mince alors, on a les pbs identifiés. Qui aurait pu prévoir ?  

déjà en tant qu'employé c'est pas évident de faire ce genre de changement, en tant que presta c'est chaud. Après je comprends que c'est plus motivant quand on s'implique et qu'on veut changer le truc (je suis pareil, j'arrive pas à me détacher, si je suis détaché je suis complètement démotivé et je fais plus rien)
 

 
     
 
J'ai presque le problème inverse : mon N+2 et ma N+3 sont des vrais experts du domaine (PhD en CS/ML les deux, la VP a une carrière académique de chercheuse, et chez G elle a bossé sur des problèmes assez fondamentaux de Search et YT Search). Du coup ils passent tellement de temps à essayer de résoudre les problèmes techniques parce que ça les amuse qu'ils ne passent pas assez de temps à finalement gérer le département, et prendre les décisions qu'on attend d'eux. Cet inverse là est pas marrant à gérer non plus

 
je dis souvent cette phrase, mais ça implique 2 choses :  
- je sais que de toute façon si ça merdoie ça retombera chez moi, parce que c'est mon job d’être le bureau des plaintes pour l'équipe
- puisque je sais que les gens le font pas ou n'osent pas, je redis à chaque fois : "si qqn gueule ou est pas d'accord, tu les envoies chez moi"
 
En general on dit ça quand il est manifeste que la personne a qui ont parle n'assume pas la décision, ou craint d'endommager la relation. Du coup je fais comme dans le sketch de Bigard dans la salle d'attente chez le dentiste : "laissez moi lui mettre une grande tarte dans la gueule : lui il va vous aimer pareil [ça n'endommage pas TA relation avec eux], moi il va me détester mais je m'en branle, on se connait pas"

 
Oué c'est horrible dans ce sens aussi au lieu de gérer ou de formuler le besoin, le type te file limite un proto

Et encore les tiens ils doivent encore être à la page.
Quand c'est Dédé le CTO qui n'a pas touché à un serveur depuis que Telnet n'est plus l'Etat de l'Art...

D'où tu m'appelles Dédé ?

en mode : ça marche presque, tu n'as qu'a foutre un coup de polish  

Je doute fortement que tu passes de l'énergie à faire un proto toi même

 
 
C’est les pires. Tu regardes le CI de la branche t’as jamais vu la couleur.

 
Si tu reprends son truc : t'es dans la merde  
Si tu reprends pas son truc mais que le tien à un moment à une faille : "tu aurais dû prendre mon proto tu vois bien que ton truc est merdique moi ça aurait marché j'avais prévu blablabla"
Si tu reprends pas son truc et que ton truc marche : "moué bon soit grmbleble on a perdu du temps qd même"
 
Tu ne peux pas sortir gagnant

N'oublie pas que si tu reprend le truc t'es lent c'était presque fini, et si tu reprends pas le truc t'es lent parce que t'aurais du reprendre son truc.

'tain j'ai l'impression que dans une google cloud function en python, l'URL qu'on reçoit dans request.url est pas la vraie URL publique, il manque un segment au path.

Merde, on a le même cto !

 
You know the real shit  

Y a un proxy devant? (proxy, loadbalancer, gateway)
En forward, tu n'a pas forcément toute l'url en request je crois.  
Peut être dans le referer éventuellement je me rappelle plus.

J'ai le problème inverse dans mon équipe.
J'ai un gus qui ne jure que par le code.
Donc si j'ai une idée/alternative à proposer, si c'est pas codé et poussé dans une PR, ben on peut pas en discuter.

Alors qu'on pourrait déjà en discuter en amont, quelques crowbar, valider la faisabilité du truc ; mais non faut gaspiller de l'énergie là dedans.

Putain y'a déjà un smiley

Une PR "creuse" (juste avec des interfaces) lui suffit pas ? Il lui faut l’implémentation aussi ?

Excellent  

Ouais

Je dis pas ça pour plam, il n'a plus le temps de coder
Mais hériter d'un truc presque fini , c'est LE test du partage de responsabilité

Y'en a d'autres  .

Faudrait faire un meme avec Hitler dans son bunker entouré de ses généraux.

Général Steiner: mein Fürher, Kevin a étudié la possibilité d'intégrer votre architecture dans un PoC et il estime la finalisation et l'intégration complète à 12 semaines au minimum.

Hitler, en faisant des cercles avec son doigt sur la carte : J'ai fait le plus difficile, le reste c'est juste quelques détails. L'intégration devrait prendre 3 à 4 semaines maxi.

-mein Führer , cela touche 74 classes et nécessite une migration de 30 Go entre 5 tables en base.

: Si Kevin n'est pas à la hauteur, donnez-le donc à Gérard. Il l'intègrera directement sur la branche de dev principale, on gagnera quelques semaines comme ça plutôt que de repartir de la v1.

Steiner: mein Führer...

Strödl: mein Führer... Gérard est déjà en plein refactoring, et lui et son équipe ont une bonne centaine de tests à adapter ou réécrire et ils ont déjà cumulé pas mal de retard, ce serait de la folie de rajouter votre développement en même temps.

Hitler qui explose de colère: C'EST UN ORDRE !      
En guise d'équipe, je n'ai qu'une une armée mexicaine de nouilles menées par des incapables ! Je ferais ça en moins de temps si j'étais tout seul dessus. TOUS DES DEMEURES !

Struddle: mein Führer je ne peux pas vous laisser dire ça !... nous avons d'excellents techniciens qui font face à des problématiques...

: DES INCAPABLES ! Vous m'aviez vendu Gérard comme un cador et il est pas foutu de factoriser 3 classes, il n'a que le mot "design pattern" à la bouche ! Vous croyez que je vais dire quoi au comité de direction moi ?

cette phrase a un sens très particulier chez G (cf Protobuffers)
 
mon N+2 est comme ça, le weekend il teste des idées.
 

fondamentalement c'est vrai.
Après :  
- N+2 : fait des protos le weekend, teste les research papers. Du coup ça met mes gens dans un porte à faux incroyable, vas expliquer à un L9 que son idée est sympa, mais pas tant que ça en fait, et que c'est pas parce qu'il a obtenu un petit résultat sur son weekend que c'est forcément la meilleure approche
- N+3 : background plutot CS et non ML. Elle s'y connait bien, mais code plus depuis un petit moment, et je crois qu'elle a toujours pas fait le deuil de cette situation. je compte plus le nombre de fois où je vois la VP of Product (sa consoeur et contrepartie donc) rouler les yeux quand ma N+3 part en sucette et commence à faire du problem solving en plein meeting strategique. Mon N+2 et ma N+3 se renforcent mutuellement, on dirait des gosses, ils partent en vrille très fort des fois (on leur a fait tester Gemini en live, ils testaient des trucs à la volée, ça marchait 3/5 (ce qui donne 60% de recall, c'est pas ouf), c'est limite si ils ont pas pris la décision de deprecate tout l'existant, alors que ça fait 6 mois qu'on fait des tests avec et qu'on a encore pas battu nos benchmarks. Legacy is great )
- N+4 (qui est donc le VP of Eng de tout YT) est un super bon VP. Et le weekend aussi il teste les LoRA de Civit.ai pour voir si c'est si trivial de générer de la merde (implémentant de ce fait une idées d'un de mes gars, ce qui fait quand meme que c'est une boite cool où tu peux inflluencer ton N+5 avec une bonne discussion)
 

Je n'arrive pas à saisir si la suppression quasi totale de mon pôle nous (m'a) affectera psychologiquement
On va finir à 2, mon boss et moi, depuis 1 an on a perdu 80% des ETP

Niveau infra on a perdu que 33% des effectifs Et niveau taf bah ça sera du best effort mais ça devrait aller niveau charge quand même.

Vous avez déjà vécu ce genre de choses ?

C'est ça qui me pose un pb

Bah on offre des services à d'autres pôles ou équipes, mais si elles disparaissent ça réduit aussi la charge de travail
Et si on a moins d'ETP on est aussi moins enclins à accepter d'autres missions, on se reconcentre sur notre cœur de métier. Le reste sera externalisé

 
Ici suite à du management toxique ya 1-2 managers en burnout et des démissions, mon équipe est passé de ~10 à ~3 en 4 mois... easy.

si tu dis pas tout aussi    
il y a réduction de la charge/du périmetre
externalisation d'une partie des ressources

non, j'ai rien fait d'explicite, c'est une fonction dont l'url publique est  
https://region-projeet.cloudfunctions.net/FuntionName/
 
mais dans la request que je reçois, l'url est https://region-projeet.cloudfunctions.net/  
du coup pour compléter, je vais chercher la variable d'environnement K_SERVICE, mais c'est un peu dégueu, et j'ai passé 2 heures à essayer de comprendre le truc.
 
le code que google fait tourner en prod est là: https://github.com/GoogleCloudPlatf [...] ork-python (j'ai vérifié en dumpant des traces), et j'ai rien trouvé d'intéressant dans le bidouillage de routes.

Erf bon courage, c'est quand même pas évident. J'ai vécu pendant/post Covid un passage d'une boite qui était en croissance avec 130 personnes à une réduction à environ 35 en environ 1 an et demi, et même si l'équipe tech a été plus épargnée que les autres, le changement d'ambiance au global, de perspectives, et même le fait de devoir "redémarrer" après est pas super jouasse tous les jours.

clairement, dès qu'il y a réduction de people un peu conséquente, même si t'es pas impacté, ça plombe l'ambiance quoi qu'il arrive