Le LEAD DEV m'a CRAMé avec CHATGPT

VO

VenomOK

il y a 21 jours


En tout cas perso, je bosse sur un projet bien technique et ce bâta** de GPT m'a bien lâché.

C'est efficace en fait pour des tâches de techniciens sup.
Mais après, quand tu fais de la vraie ingénierie technique, c'est le QI et la formation qui font le taff.

C'est pas pour demain le GR par l'IA.

Pour faire du brainstorming en t'étant déjà au préalable renseigné chatGPT est très bien.
Perso quand je tente un projet, j'ai toujours tendance à partir dans tous les sens. ChatGPT limite fortement ça quand j'essaie de me forcer à lui formuler ce que je désire vraiment faire.

PI

Pikannibal

il y a 21 jours

J'aime bien vous lire les devs même si je pige rien au code (je suis PO )

D'ailleurs vous pensez quoi des PO ? vous travaillez en agile pour la plupart ?

WR

WinonaRyder

il y a 21 jours


J'aime bien vous lire les devs même si je pige rien au code (je suis PO )

D'ailleurs vous pensez quoi des PO ? vous travaillez en agile pour la plupart ?

Ma PO c'est un enfer, 0 compréhension technique, petit chef à n'en plus finir (genre il y a pleins de trucs sur lequel les gens ferment les yeux, elle impose des règles débiles (genre allumer la cam dés que t'es en réunion) alors que c'est pas son rôle et que tout le monde s'en fout), à fond sur le présentiel, etc.

PI

Pikannibal

il y a 21 jours

Ma PO c'est un enfer, 0 compréhension technique, petit chef à n'en plus finir (genre il y a pleins de trucs sur lequel les gens ferment les yeux, elle impose des règles débiles (genre allumer la cam dés que t'es en réunion) alors que c'est pas son rôle et que tout le monde s'en fout), à fond sur le présentiel, etc.

C'est à vomir ce genre de mentalité.
Perso j'ai l'humilité de me dire que sans vous j'aurais pas de métier donc bon... à part vous faciliter la vie, organiser les MEP, cadrer les sujets et donner l'ordre de priorité je trouve que le reste ne sert strictement à rien du PO au Dev.

JA

jasonbecker

il y a 21 jours


J'aime bien vous lire les devs même si je pige rien au code (je suis PO )

D'ailleurs vous pensez quoi des PO ? vous travaillez en agile pour la plupart ?

10 ans dans le dev, toujours pas compris à quoi vous servez.
project owner c'est ça ?
ça veut dire quoi exactement? responsable projet?

bref, les méthodes à giles c'est de la merde

une tentative foireuse de fordisme sur de la programmation informatique, comme si coder était équivalent à visser des boulons. Plus t'en visse plus c'est meilleure https://image.noelshack.com/fichiers/2021/21/1/1621876185-1621868857-boomer.png

Bref, un flicage et une pression exercée sur vos programmeurs completement inutile. Tout les projets sur lesquels j'ai pu bosser qui utilisaient vos méthodes ont foiré misérablement.

JA

japonaine

il y a 21 jours

Perso j'aime bien les Po quand ils font leur rôles de centraliser et prioriser les demandes de tous les services.
Sauf que la plupart ont 0 couilles et ils disent oui à tout
WR

WinonaRyder

il y a 21 jours

10 ans dans le dev, toujours pas compris à quoi vous servez.
project owner c'est ça ?
ça veut dire quoi exactement? responsable projet?

bref, les méthodes à giles c'est de la merde

une tentative foireuse de fordisme sur de la programmation informatique, comme si coder était équivalent à visser des boulons. Plus t'en visse plus c'est meilleure https://image.noelshack.com/fichiers/2021/21/1/1621876185-1621868857-boomer.png

Bref, un flicage et une pression exercée sur vos programmeurs completement inutile. Tout les projets sur lesquels j'ai pu bosser qui utilisaient vos méthodes ont foiré misérablement.

Pour moi (en tant que dev) le PO (product owner) a pour but de faciliter le job du dev en détenant l'aspect process, la relation avec le client, il te protège aussi par rapport aux stakeholders en te permettant de faire ton travail de manière posée et sans devoir faire des crunch de singes (et là tu reconnais tout de suite les mauvais PO comme la mienne qui savent pas écouter le client ni priotériser les tâches et qui se retrouvent avec 1 an de retard sur une demande du client et qui nous fait chier pour qu'on fasse tout en 3 mois )

Mon ancienne PO était top à ce niveau là, la nouvelle est à chier.

JA

jasonbecker

il y a 21 jours

Pour moi (en tant que dev) le PO (product owner) a pour but de faciliter le job du dev en détenant l'aspect process, la relation avec le client, il te protège aussi par rapport aux stakeholders en te permettant de faire ton travail de manière posée et sans devoir faire des crunch de singes (et là tu reconnais tout de suite les mauvais PO comme la mienne qui savent pas écouter le client ni priotériser les tâches et qui se retrouvent avec 1 an de retard sur une demande du client et qui nous fait chier pour qu'on fasse tout en 3 mois )

Mon ancienne PO était top à ce niveau là, la nouvelle est à chier.

ouai des secretaires, pourquoi pas.
Mais j'ai pas pour habitude que des secretaires soient payees aussi bien voir mieux que moi, et me donnent en plus des taches à faire https://image.noelshack.com/fichiers/2017/20/1495197402-larrysilver.png

WR

WinonaRyder

il y a 21 jours

ouai des secretaires, pourquoi pas.
Mais j'ai pas pour habitude que des secretaires soient payees aussi bien voir mieux que moi, et me donnent en plus des taches à faire https://image.noelshack.com/fichiers/2017/20/1495197402-larrysilver.png

Différent de secrétaire, par exemple sur le process un(e) vrai(e) PO doit gérer ça, c'est pas à moi en tant que dev de statuer sur des questions de process, moi je code, je peux donner des conseils d'un point de vue technique/archi/devops, mais le process c'est pas mon problème (et heureusement quand on voit le nombre de process totalement différents chez nous).

BA

Barbaudin

il y a 21 jours

L'odeur des utilisateurs de JS https://image.noelshack.com/fichiers/2022/24/6/1655577587-ahi-triangle-clopent.png

" Tkt Next.js c'est vraiment un bon workframe je te promet " https://image.noelshack.com/fichiers/2022/24/6/1655577587-ahi-triangle-clopent.png

BA

Barbaudin

il y a 21 jours

Tu fais de la gestion de données ? https://image.noelshack.com/fichiers/2022/24/6/1655577587-ahi-triangle-clopent.png

Oui j'utilise Node.Js c'est ultra optimisé, j'ai juste a installer 758645874 pluggins VSCODE et tout fonctionne comme sur des roulettes https://image.noelshack.com/fichiers/2022/24/6/1655577587-ahi-triangle-clopent.png

JA

jasonbecker

il y a 21 jours

Différent de secrétaire, par exemple sur le process un(e) vrai(e) PO doit gérer ça, c'est pas à moi en tant que dev de statuer sur des questions de process, moi je code, je peux donner des conseils d'un point de vue technique/archi/devops, mais le process c'est pas mon problème (et heureusement quand on voit le nombre de process totalement différents chez nous).

les process en questions:
- Gestion du backlog : prioriser les tâches à faire, écrire les user stories, organiser les sprints.
qui de mieux place qu'un vrai lead dev pour gérer ça? les taches à faire et connaitre leur difficultés ?

- Définir les specs, faire le lien avec les parties prenantes : marketing, support, sales, clients, etc.
Ok, le PO peut prendre note, mais on recontactera le client pour avoir des precisions de toutes façons.

Aujourd'hui on a relégué ces taches à des vanessa sortie d'école gestion de projet.
Et elles se font balader, ça reste des intermédiaires dont on peut largement se passer.

J'ai pas besoin que Vanessa m'explique qu'Albert de l'équipe art à besoin d'une feature moteur de pixel depth pour son shader. Parce que dans 100% des cas le lead me l'aura demandé bien avant qu''elle soit au courant et avec bien plus de precisions.
Pire, elle me demandera de créer la tache jira parce qu'elle aura du mal à comprendre la tache.
Sachant qu'en general ce sont les équipes qui créaient leur demandes en taches jira directement assignees aux bonnes équipes techniques.

Le truc qui m'emmerde et qu'elle peut faire, c'est les meeting avec la direction pour leur faire part de l'avancement des taches, elle aura tout le temps et le loisir de leur faire des jolies graph avec des jolies couleurs.
meme si tout ça peut être largement automatisé avec des outils.

MY

myalertsubss

il y a 21 jours

Imagine ne pas utiliser Copilot directement integré à VSCode https://image.noelshack.com/fichiers/2018/26/7/1530476579-reupjesus.png
RV

rocher-volant

il y a 21 jours


- Gestion du backlog : prioriser les tâches à faire, écrire les user stories, organiser les sprints.
qui de mieux place qu'un vrai lead dev pour gérer ça? les taches à faire et connaitre leur difficultés ?

Le lead d'un projet il a clairement autre chose à foutre que faire tout ça. Il a déjà assez de taf "non productif" avec les MEP, les code review et les différentes réunions avec les autres prestataires techniques.

Le rôle d'un product Owner c'est surtout de faire tampon entre les devs et le client. C'est lui/elle qui a la vision la plus large du produit, bien plus que le client qui en général ne sait même pas qu'elle est véritablement son besoin et le périmètre que recouvre la solution technique qu'on est en train de lui mettre en place.

Sinon si l'op n'a pas écrit un fake son lead est une grosse tanche, on peut ne pas aimer le code écrit par IA mais encore faut il pouvoir l'argumenter. Ca arrive très souvent que chat GPT te sortent un truc nickel, dans ce cas là t'as rien à redire dessus.

Refuser ma MR sans donner aucune explication c'est le meilleur moyen pour qu'en fin de sprint ça donne ça

PO : bah alors rocher-volant pourquoi ce ticket est pas cloturé ?
Moi : bah y'a jean-michel qui a refusé ma MR
Lead dev : oui je t'ai dis que j'en voulais pas de ta MR
Moi : oui et tu m'as jamais dis pour quelles raisons exactement donc je risque pas de la corriger
PO : bon écoute jean-mich tu la valides tout de suite et on avance
Lead dev :

JA

jasonbecker

il y a 21 jours

Le lead d'un projet il a clairement autre chose à foutre que faire tout ça. Il a déjà assez de taf "non productif" avec les MEP, les code review et les différentes réunions avec les autres prestataires techniques.

Le rôle d'un product Owner c'est surtout de faire tampon entre les devs et le client. C'est lui/elle qui a la vision la plus large du produit, bien plus que le client qui en général ne sait même pas qu'elle est véritablement son besoin et le périmètre que recouvre la solution technique qu'on est en train de lui mettre en place.

Et bien je ne trouve pas ça normal.
C'était encore le role des lead dev quand ils étaient encore de bon progs et que le fordisme et autres méthodes à Giles n'avaient pas encore défoncé la productivité.
Il passait pas son temps en meeting, et ses competences faisaient qu'il finissait ses propres taches suffisamment rapidement pour s'occuper aussi du planning de son équipe.

Quand au PO, heureusement aucun n'osera parler comme ça à un lead, aussi con soit il. Ça reste des secretaires dans la tete des dev. C'est un peu ce qui me rassure, leur siege est très éjectable contrairement à celui des dev.

S5

sdfgsfgh546654

il y a 21 jours

Le lead d'un projet il a clairement autre chose à foutre que faire tout ça. Il a déjà assez de taf "non productif" avec les MEP, les code review et les différentes réunions avec les autres prestataires techniques.

les tâches que tu cites doivent être réalisées par toute l'équipe technique et pas que par le lead

et toute l'équipe (po/dev/lead dev) doit échanger ensemble sur les process, les tâches et la prioristation des items du sprint

un dev qui fait que pisser de code, c'est pas un dev, c'est un ouvrier (et il sera facilement remplacer par l'ia d'ailleurs )

_P

_votrePseudo1

il y a 21 jours

ça change quoi que tu utilises ??
Ce qui compte c'est le résultat final et que tout fonctionne ?
FX

FoulcherXXV

il y a 21 jours

Ce qui compte c'est le résultat final et que tout fonctionne ?

Sortir un truc qui « marche » (encore c'est souvent pas le cas si tu y regardes bien, dans des conditions spécifiques) n'importe quel singe le fait avec ou sans IA

_P

_votrePseudo1

il y a 21 jours

Sortir un truc qui « marche » (encore c'est souvent pas le cas si tu y regardes bien, dans des conditions spécifiques) n'importe quel singe le fait avec ou sans IA

Oui, mais l'autre alternative c'est de s'inspirer e quelqu'un qui à déjà coder un truc similaire.
Je pense justement que suivant le contexte dans un soucis de temps le "plagiat" de code ou le recours à l'IA est encouragée.

NP

NorwoodPanthaa

il y a 21 jours


Moi, jeune dev full stack (en vrai je fais surtout du copier-coller sur Stack Overflow), je dois coder une feature random et la ya un truc imhriqué avecc Promise.all et y a un map bref ça pue le code de merde

Mon cerveau : « parfait pour un refacto gpt».

Je sors mon arme ultime : ChatGPT 4+. Je lui balance « frr fais-moi le refacto ».

5min plus tard, j'ai un script plus propre que ce que fera jamais mon lead. bien documenté et commenté. Je push.

MAIS LÀ… LE LEAD DEV, CE BOT DE LA MORT

Il check ma PR, me sort « C'est quoi ce code de merde généré par IA ? Ça pue le prompt de gamin ».

Moi : « c'est clean, ça marche, et y'a même des commentaires en anglais fréro ». https://image.noelshack.com/fichiers/2021/43/4/1635454847-elton-john-tison-golem.png

Lui : « Pas de place pour la magie noire ici. On est des artisans, pas des branleurs de GPT ». https://image.noelshack.com/fichiers/2022/37/1/1663014384-ahi-pince-mais.png

IL CLOSE MA PR AVEC UN GIF RANDOM pour troll https://image.noelshack.com/fichiers/2018/29/6/1532128784-risitas33.png https://image.noelshack.com/fichiers/2022/37/1/1663014384-ahi-pince-mais.png

"On est des artisans"
paye ton artisan
ce culot

A0

Account00002

il y a 21 jours

S'ils refusent l'IA ils vont pas faire long feu