Reprise du message précédent :

Il spam pas, il met juste un message par jour, avec la liste. Mais si vous êtes beaucoup, oui ça peut faire une longue liste, surtout en ce moment.

Avec un @user j'espère, histoire de spammer tous les absents

Ça note juste que la personne est absente / indisponible.

Je regarde la PR/draft pour un petit projet pour lequel je n'ai pas beaucoup de contributeurs internes et là
Pas de suivis des fichiers corrects sous Git, des renommages pas pris en compte, des indentations aléatoires et autres données qui ne devraient pas être poussées sur un repo

En fait la CI c'est comme un filtre sur le support niv0/1

Même GPT ne s'y trompe pas:

Grave
 
Modulo qu’il faut que le projet soit solide et le feedback compréhensible parce que c’est vraiment chiant quand tu dois ignorer la moitié des trucs, et que t’as besoin du mainteneur pour expliquer l’autre.  
 
(1) est un des nombreux trucs qui manquent à GitHub: lex status sont uniquement pass/fail et tu peux ne pas requérir des status mais ça change rien à l’affichage.
 
Donc genre tu peux pas aisément mettre un CI sur la version de dev du langage ou d’une dépendance parce que même si techniquement ça bloque pas les Pars en pratique c’est super chiant et frustrant pour les contributeurs, et les PRs sont degueux vu que tout est toujours rouge / fail.

 
Weird.

  GG chatGPT

Weirdo, même.

Ah bah on y arrive plus vite que prévu !
 
Point d'orga tout à l'heure, j'explique que je vais avoir de la bande passante pour coder quelques features. La PM : "ah bon, tu vas coder ?! Je te vois plus comme un chef de projet technique sur ce sujet"

Mais vous êtes cinq en tout c’est ça ?

 
6 devs, 3 PM

Déjà la structuration d’une cogip, vous allez pouvoir scaler comme des fous    
 
T’as pas l’air d’un mauvais bougre, je me demande pourquoi tu te retrouves toujours dans des plans de merde

What ? Mais ils font quoi tes PM dans une boite de cette taille si c'est toi qui doit écrire les US and co ?

Parce que comme d'autres l'ont dit, ce que tu fais c'est globalement Engineering Manager (parce que bon, quand tu fais 1:1, Obj, augmentation etc... c'est du management) d'une petite équipe.Dans ma boite précédente, j'avais un PO/PM avec qui je m'entendais très bien et c'était un bonheur de bosser avec lui. On a peu itéré au début, mais vers la fin on avait le bon niveau de détail pour les US.Mais avec juste 4-5 devs, tu devrais avoir le temps de garder encore un pied dans le technique normalement (et pas que juste en écrivant des specs techs).

Comme suggéré précédemment, tu as pas certains devs dans ton équipe un peu plus XP à qui tu pourrais déléguer des trucs ?
Genre la relecture des PR, t'es obligé de toutes les faire ? Si oui, tu peux pas demander à qu'ils se fassent entre eux une première passe avant de te les envoyer ? Ca devrait éliminer les feedbacks les plus obvious.
Idem sur la conception technique, notamment sur des taches simples, à moins d'avoir des gens très juniors (ou qui ont 2 mois d'XP dans la boite et ont peut être pas déjà tout le contexte), c'est aussi un truc que tu peux déléguer en partie (et en plus perso c'est quand même plus intéressant imho d'implem un truc que tu as contribué à imaginer plutôt que de juste "suivre bêtement" des specs techniques de quelqu'un d'autre)
Et après clairement voir ce que font tes PM, 1 PM pour 2 devs normalement ils devraient être incollables sur tout ce qui est "coté produit" et pondre des US la nuit en dormant.

Quand j'avais atterri sur un projet une fois :  
1 dev, 3 BA, 1 PO, 1PM
 
UN SeUL PUTAIN DE DEV (oui c'était moi, je remplacais un gars)
 
j'ai gueulé, car d'une part j'avais jamais appris le .NET et on m'avait parachuté là comme ça.
Et on m'a refilé un dev back 5 mois plus tard.
 
Et on a râlé parce que l'orga était à chier.

BA?

Ça me rappel mon ESN quand j’étais en alternance pour valider mon master, ils m'ont vendu expert Windows Server pour une mission de 3 mois au crédit agricole. J'avais jamais touché cette merde.
Coup de bol, pendant 3 mois j'ai rien fait car les machines où je devais déployer le bordel et faire toute la config ne sont jamais arrivées.  

J'ai tenté avec Claude.ai, GPT 4o, Llama 3.1 70b, llama3.1 8b, llama3, Gemma2 9b, Mixtrat 8x 7b, et le vieux GPT 3.5 dégueulasse qu'ils nous ont filé au boulot,  tous sont d'accord pour dire que c'est TRUMP

business analyste , genre sous chef de projet,

wut

ben sur un projet, l'ordre hiérarchique est :  
PM Product Manager
PO Product Owner
BA Business Analyst
 
un PM aura plusieurs projets et donc des PO sous son aile
et un PO sera sur un projet (enfin dans les grandes lignes hein)

et du coup il sert à quoi le BA

Si les BA sont sous le CdP, c’est pas des BA c’est des PO qui se branlent très fort.

bah a prendre les besoins et les dispatcher sur les dev, là ou le PO va gérer plutot les demandes venant de au dessus ou gérer des sujets qui arrivent

/Harko
 
Les Kangourous avec 24 points d'avance en 2eme quart qui se font battre en prolongation.... Ils croyaient que c'était dans la poche

 
Une paille
 

Moche
 

Et pas Gemini.
 

 
Ah non. Un BA c’est un expert fonctionnel, c’est pas du tout le même set de compétences

La relecture des PR c'est le dernier truc que j'enlèverais. C'est à mon avis l'occupation la plus caractéristique d'un dev Lead : il garde la main sur le code, il sait ce qu'il se passe, il apprend ce qu'il peut à son équipe. D'ailleurs je trouve ça contradictoire de dire qu'il a pas touché une ligne de code, la relecture de PR c'est ce qu'il y a de plus technique.

Bien sûr que si Mais c'est pas sur YT.
Aujourd'hui, Hourquette d'Aubert puis on est parti sur la gauche dans la crête d'Aubert en direction du pic de Néouvielle. On a pique-niqué sur une "terrasse" naturelle face aux lacs d'Aubert et d'Aumar. Vue magnifique  

D'ailleurs les PR, c'est vraiment le truc que je déteste relire. Ça me demande un tel effort pour rentrer dans le code, la façon dont la personne a imaginé la feature etc.

Sachant que la moitié du topic a un TDAH, jsais pas comment vous faites.

 
Tu te comptes dans les devs ou les PM ?

 
Note que je propose pas de les enlever complètement A minima qu'une première passe soit faite par les autres membres de son équipe (ça devrait quand même filtrer les erreurs les plus obvious).
 
Après sur le fait de toutes les faire, je comprend ton point, maintenant la majorité des boites ont pas les ressources de Google Si tu veux pas faire 70h par semaine, des fois t'es un peu obligé de sélectionner, et en fonction des cas, y a peut être des PR où un autre type aurait plus de plus value que toi à la faire (parce que plus familier avec la techno ou le projet, dunno).Mais bon, ça dépend bien entendu pas mal de la composition de son équipe, si c'est tous des juniors avec 6 mois d'XP, forcément ça va pas être évident et dans ce cas oui tu veux relire toutes les PR.

Ça m’ultrabrise les couilles
 
Surtout quand t’arrives sur une pr de plusieurs kloc avec des dizaines de commentaires mais y’a toujours rien qui va

Moi j'aime bien, mais je dois m'astreindre pour ne pas y passer trop de temps, à vérifier des hypothèses notamment.

Je ne dis pas qu'il doit toute les faire, mais je pense que ça devrait être son occupation principale s'il veut rester dans la technique, et que ce n'est pas là qu'il doit dégager du temps. Par contre ça ne me choquerait pas plus que ça qu'il n'ait pas le temps d'écrire du code, du moment justement qu'il reste au contact à travers ces revues, et, je l'espère, une certaine forme de documentation technique.

On relit tous les PR, en fonction de la disponibilité des personnes sur le moment. Je veille de mon côté à mettre l'effort sur les grosses PR ou les PR structurantes.

C'est quand même dur d'être pertinent lors d'une relecture si tu n'as pas implémenté toi-même au moins une grosse feature.

Dev

Aie, t'es toujours dans l'étape 1 du deuil : le déni