Reprise du message précédent :
Y'a des jours où je comprends les gens qui boivent

 
« Boire pour oublier, mais ne pas oublier de boire ».

Je bois, mais j'ai oublié pourquoi je bois en tout cas  

Pour oublier ! Missions accomplie!  

 
Non, de la part de quadra ...

Retour de quelques jours de vacances, point avec le n+1 sur les priorités, son premier point c'est de savoir si y a un produit qui a été assemblé, j'en vois un depuis mon bureau, je réponds que oui à priori. Et là tout un tas de question sur l'installation, la connexion au réseau de la boite. Putain ça faisait même pas 2h que j'étais revenu (et déjà 30min de réunion avec un fournisseur) et le gars commence à stresser/paniqué pour un produit qui est arrivé en pièces détaché... vendredi. Personne ne m'en a parlé et le gars crois que j'ai réponse à tout, bon il a été faire chier mon collègue pour ça derrière, sachant que je lui ai dit qui s'occupait du produit mais bon autant faire chier une autre personne avant. Le n+1 était en TT et sera présent demain. 1h à faire chier des personnes alors que son problème sera réglé en 5min en étant sur place. Vive le TT dans les métiers qui nécessitent d'être sur place.  

Le reste de la discussion toujours aussi lunaire, le gars n'anticipe strictement rien. Il a aucune vision système alors que c'est son poste en théorie, il fait juste des scripts. C'est quand il y a un gros retard qu'il pense à une solution de secours, qui doit être faite en urgence, encore une fois. Donc tout est urgent. Quand tu proposes un plan B dès le départ avec le plan A, il a en rien à foutre.

Et puis au travers de quelques mails je sens qu'il s'attribue mon travail, j'ai pas encore pu trop confirmer, mais j'ai vraiment l'impression que le gars s'attribue le travail des autres pendant qu'il brasse du vent à remuer partout. Comme j'ai ce présentiment, je donne le minimum d'infos pour que quand il se retrouve tout seul, bah il soit bien embêté de pas vraiment savoir.  

 
C'est tellement facile!
 
A mon ancien taf, un collègue a évité un crash a deux mois d'une implémentation d'un module de SAP (projet lancé depuis quasi 2 ans)... Ils avaient "oublié" de faire rentrer dans leurs projet l'installation d'imprimantes et scanners. Je vous laisse imaginé le résultat si ça avais pas été remonté
 
Moi j'étais partisan pour tout voir brûler pour une fois, un peu déçu pour le coup

C'est le propre des N+1 ça.

J'ai des collègues dans ma nouvelle FPT qui profitent de la pause méridienne (1h30) pour aller à la salle de sport à côté.
Je ne sais pas comment ils font ... j'ai tellement faim en fin de matinée que je ne suis en mesure de faire un gros effort physique ... et après le déjeuner, idem, c'est plus la sieste que le rameur.
Bon, j'ai jamais été sportif non plus.

La réponse est probablement là autour.

Ça dépend pas mal de ce que tu manges ou pas en petit déj et d'autres choses. Perso je peux aller faire une séance de sport sur cet horaire sans souci mais à la fin, je mange quand même

C'est ce que je faisais dans mon ancien taf quand j'en avais plus rien à foutre:
- arrivée 9h
- café 9h-9h30
- "taf" 9h30-12h
- sport 12h-13h
- déjeuner 13h-14h
- café 14h-14h30
- "taf" 14h30-17h

Le taf étant essentiellement de cramer les tokens d'IA de la boîte pour me faire des applis perso

Moi même si j'ai faim j'arrive à attendre en fait. J'ai des collègues dès 11h48 ils en peuvent plus, et FAUT aller manger. Mais moi je préfère manger plus tard pour avoir une après-midi plus courte, je préfère ce rythme, même si j'ai parfois la dalle.
A part un certain jour où on mange tous ensemble (tôt, du coup ) en plus ça me permet de passer 1h solo pepouze 12h-13h dans la cave le bureau

Y’a aussi une question d'habitude: s'ils sont habitués à manger à 13h, ils auront faim à 12h55 et pas avant. Peut-être qu'ils prennent aussi un gros petit déjeuner.
Ce qui leur permet de faire leur séance tranquillement.

Et un jln2 qui a l'habitude d'être à table à 12h10 aura super faim le jour où il mangera à 13h

J'ai rarement eu ça.
Il dit pas explicitement que c'est lui qui l'a fait, mais il transmet mes PPT direct au sous-traitant en disant "on" ou "voici des modifs" sans jamais dire que ça vient de moi. C'est pas le fait de pas être nommé qui me dérange mais que le sous-traitant pense que c'est le n+1 qui a fait le boulot et s'adresse à lui et il va filtrer les questions et me transmettre le reste. Vu qu'il pige rien au métier bah ça fait téléphone arabe.

J'arrive vraiment pas à comprendre à quoi il sert, on a encore eu une discussion sur le produit, je lui explique qu'il faut passer des certifs type CE, FCC, etc. Le gars comprends n'a jamais touché à ça et n'a aucune idée de comment ça fonctionne
Donc il faut que je lui donne des "pistes", le gars n'a absolument aucune idée de boulot que c'est (et du fric). On est en plein dans la montage de l'ignorance de l'effet Dunning-Kruger.
En parallèle de ça faut s'occuper de l'industrialisation du produit mais dès que tu propose des trucs, la moitié il dit qu'on s'en fout, soit c'est pour bien plus tard, soit ca nous concerne pas (bah en fait si)
Et puis faut faire un plan de validation, c'est pas propre à mon métier, on retrouve des choses similaires un peu partout. Il a aucune idée de ce que c'est. Le gars s'occupe de la partie système, j'arrive pas à comprendre comment il est arrivé là alors qu'il y connaît quasiment rien.

C'est pour ça que j'ai vraiment l'impression qu'il s'attribue mon taf pour faire croire qu'il est compétent. Parce que tous les autres n+1 de la boite sont vraiment calés techniquement et savent de quoi ils parlent.

 
C'est déjà bien plus que la moitié de mes collègues

L'hiver je fais souvent du sport dans ce créneau, toujours AVANT de manger
Tu prends juste une barre énergétique avant et c'est bon

On me demande de comparer l'évolution de données entre le trimestre 1 et le trimestre 2, ce qui n'a totalement aucun sens d'ailleurs vu le caractère saisonnier de l'activité.
Le premier tableau a 60 lignes le second 90.
C'est censé comparer les même site, la même activité..  
 
La cerise sur le gâteau : je mets un filtre pour regarder des trucs, je me rends compte que le tableau a 60 lignes remplies, puis des centaines de milliers de lignes vides et une copie des lignes 1-60 de 1 047 944 a suivant.
 
Mais wtf.
Ah en fait'.. le fichier d'origine n'a pas ce doublon.. c'est forcément moi qui l'ai mis en vrac    

Une IA te fait ça en 10 secondes

faire et défaire, c'est toujours travailler  

 
on vous laisse deux heures de pause dej?
 
Ah! pardon, TU FPT, j'avais oublié..

Je suis dans le privé et je peux prendre 2h15 le midi si je veux.

Idem.

En théorie pareil,
En pratique je colle aux horaires du client  

Cadre forfait jour dans le privé, fuck it

J'ai toujours pris autant de pause déjeuner que je veux entre 45min et 2h ou 2h30, dans le privé comme dans le public.

Idem, 2h possible, dans le privé.

Qui check de toute façon ?
En full remote tu fais ta life

Nan mais merise2 je me l'imagine à peu près comme ça :
Commercial dans ESN ou assimilé
Je ne sais pas trop ce qu'il fait dans ce topic du coup.

Petite question aux pro du code.
 
Quand on pisse du code, on est d'accord qu'avant de le refiler a quelqu'un pour test il est sensé être capable de faire au moins les fonctions de base sans planter?
 
Ou parce que la personne qui vas faire le test est capable de coder/corriger ça devient acceptable de refiler de la merde?
 
Parce que dans ma nouvelle boite ça fait deux fois qu'on me refile une patate chaude a tester parce "qu'ils ont pas le temps", et je me retrouve avec le bébé dans les bras a devoir faire tout le débug voir refaire l'étude de certaines fonctions car ça marche tout simplement pas.
 
J'hésite entre proposer un axe d'amélioration sur la définition de "tester" (est-ce que ça implique se taper le débog a leurs place?) et les conditions a remplir pour le transfert d'un sujet, ou leurs renvoyer simplement leurs merde en refusant d'y toucher.
 
Parce qu'en soit, j'ai le temps pour reprendre le sujet, c'est pas le soucis. C'est plus la manière qui me dérange

Dans mon taf, s'il y a le moindre souci quand on revoit le code d'un autre, c'est retour direct à l'envoyeur.

C'est l'occasion d'essayer autre chose que de rentrer dans le frontal avec l'implémentation des techniques de base : review MR/PR, CI qui test et qui rejette si ça passe pas, etc. Proposer et implémenter (même sans demander) ?

Ça dépend, mais moi j'impose aux devs d'écrire leurs tests unitaires et d'intégration.
Le test par un tiers intervient au niveau d'après.
Donc pour répondre simplement, non c'est pas ton job, c'est pas à toi de nettoyer la merde.

 
Ouais...
l'IA du taff refuse de charger les fichiers, et vu la merdasse interne que c'est, pas sur que ça change.
Honnêtement un tableau dynamique m'a pris moins de temps.
Et j'ai vérifié, c'est bien le fichier source qui est pété, ça ne vient pas de moi.
Il a surement été généré pour toute la France et séparé par zone avec une IA moisie ou une macro.
 
 
J'ai tenté un truc avec chatgpt gratos sur un autre fichier, il a fait de la merde et pourtant c'était simple en théorie.
 

 
Du moment que tu fais tes heures quel est le problème ? Tu finis plus tôt ou plus tard et basta.

C'est sensé passer les tests que tu as écris avant de démarrer le dev.

Après des transferts d'un dev en cours dans un état pas très stable ça arrive, mais c'est pas "pour tester", c'est "pour reprendre/finir".

+1

En théorie, le dev doit s'assurer que ça marche à peu près et que ça pète pas tout. Il doit débroussailler le terrain.
Mais après, le testeur doit faire les tests complets et c'est lui qui met le coup de tampon ou qui renvoie le sujet au dev, en expliquant ce qui ne va pas pour que ce dernier puisse corriger proprement.

Et en quelques itérations ça passe

Celui qui dépose sur git du code non testé au minimum il va mal se faire voir ici
Je parle des tests de bases, pas du cas super particulier

 
Ou du code qui ne compile pas  

Pareil, et je pourrais probablement en prendre 4 que personne dirait rien, je suis pas un gosse