La MANAGEMENT de merde en INFO

Le 20 janvier 2022 à 10:54:39 :
Le Poker Planning tout pétéhttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
Les réunions interminables et soporifiques quand on fait du Structure Boardhttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
L'hypocrisie profonde de la rétrospectivehttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
Les Pull Request où on te demande des corrections supplémentaires non mentionnées dans le ticket JIRA d'originehttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png

Les tâches non documentées, sans description qui te font perdre un temps considérablehttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png

Les Pull Request où tu attends 2 heures que quelqu'un review après avoir spammé le team chat
Une personne approuve, ah enfin tu vas pouvoir avancer
Une autre personne vient, bloque la PR et demande des amendements de merde qui n'ont rien à voir avec la qualité ou la feature en question
Tu fais les amendements, on te demande des amendements sur des amendements
Alors qu'en réalité tout fonctionné et était testé, mais non, simplement valider une PR c'est une HERESIE RELIGIEUSE pour le management
Il faut toujours avoir quelque chose à redire pour justifier son existence

Le 20 janvier 2022 à 11:04:13 :

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.

Sinon vous connaissez les rebase, squash et fixup? C'est aussi pour eviter ce genre de connerie

Les PR de 10lignes de code avec 500 commentaires, c’est terminé.

Un bon gros PR d’enculé avec 20 fichiers changés comme ça le gars aura la flemme et me pondra un beau LGTM!

Le 20 janvier 2022 à 11:00:02 :
C'est pas la faute de Jira ca, c'est un probleme de culture d'entreprise
Je bosse dans une boite tech, notre Jira notre tableau c'est 3 colonnes : To Do, In Progress, Done. A la limite une 4e PR "In Pull Request" dans certaines equipes.

Alors explique moi pourquoi vous payez une licence Jira super chère pour obtenir une suite logicielle ultra complexe quand un tableau Excel, un Trello, voire un TABLEAU PHYSIQUE ferait l'affaire ?https://image.noelshack.com/fichiers/2021/53/7/1609712085-216901-full-gigapixel-scale-4-00x.png

PS : je suis d'accord avec toi sur le fond

Le 20 janvier 2022 à 11:04:13 :

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.

Hâte qu’on sorte un nogit comme on a sorti nosql ca va vous foutre une claque et vous réveiller.

Vous savez que git c’est un type qui a mis ça mais que ca veut pas nécessairement dire « s’il y a une box commentaire, il faut un commentaire ("> « 

On vous file un marteau vous voyez des clou. Vous voyez une boîte commentaire ça y est faut bien remplir. Demain on vous file un git avec impossibilité de mettre des commentaires vous continuerai à tafer normalement.

Le 20 janvier 2022 à 11:08:53 :

Le 20 janvier 2022 à 11:04:13 :

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.

Hâte qu’on sorte un nogit comme on a sorti nosql ca va vous foutre une claque et vous réveiller.

Vous savez que git c’est un type qui a mis ça mais que ca veut pas nécessairement dire « s’il y a une box commentaire, il faut un commentaire ("> « 

On vous file un marteau vous voyez des clou. Vous voyez une boîte commentaire ça y est faut bien remplir. Demain on vous file un git avec impossibilité de mettre des commentaires vous continuerai à tafer normalement.

C’est globalement de la merde le nosql

Le 20 janvier 2022 à 11:02:33 :
Faut bien qu'ils justifie leur existence professionnelle avec quelque chose sinon leur inutilité va un peu trop se voir

Comme les RH qui créent sans cesse de nouvelles règles alambiquées, ou les chefs en reunion h24 : tout ça n'est que du brassement d'air pour justifier l'existence de leur bullshit job.

Quand ton taf consiste à maintenir un tableau virtuel avec des post-it collés comme des gomettes en maternelle, tu comprends vite que t'as intérêt à faire croire que tu es important et essentiel.

Ceci

Le 20 janvier 2022 à 11:05:30 :

Le 20 janvier 2022 à 11:04:13 :

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.

Sinon vous connaissez les rebase, squash et fixup? C'est aussi pour eviter ce genre de connerie

Les rebase pour fix les commentaire et rendre l’historique propre changer de métier svp.

C'est bien comme ça tu mets 8h sur un bug de 30m et tout le monde est content

Le 20 janvier 2022 à 11:10:15 :

Le 20 janvier 2022 à 11:05:30 :

Le 20 janvier 2022 à 11:04:13 :

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.

Sinon vous connaissez les rebase, squash et fixup? C'est aussi pour eviter ce genre de connerie

Les rebase pour fix les commentaire et rendre l’historique propre changer de métier svp.

C'est quoi le probleme ?

Le 20 janvier 2022 à 11:04:13 :

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.

Si on admet qu'on utilise Jira, pour moi les messages de commit doivent se résumer à être le code du ticket
En pratique les messages de commit à la con finissent simplement par être une paraphrase de la description/titre du ticket
Si il y a des spécificités techniques à expliquer, ça devrait être un commentaire dans le code, pas foutu quelque part dans le log git pour faire croire qu'on est super organisés

Encore un exemple de bureaucratie de merde

Combien de fois on me demande de rebase ma branche pour corriger des messages de commit alors qu'ils contiennent tous le code du tickethttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Le 20 janvier 2022 à 11:11:02 :
C'est bien comme ça tu mets 8h sur un bug de 30m et tout le monde est content

Le 20 janvier 2022 à 11:08:53 :

Le 20 janvier 2022 à 11:04:13 :

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.

Hâte qu’on sorte un nogit comme on a sorti nosql ca va vous foutre une claque et vous réveiller.

Vous savez que git c’est un type qui a mis ça mais que ca veut pas nécessairement dire « s’il y a une box commentaire, il faut un commentaire ("> « 

On vous file un marteau vous voyez des clou. Vous voyez une boîte commentaire ça y est faut bien remplir. Demain on vous file un git avec impossibilité de mettre des commentaires vous continuerai à tafer normalement.

Bordel de merde
Les mecs ont les outils pour voir l'historique des changements pour une ligne ou un groupe de lignes de code donné, mais ils ont besoin d'un log gigantesque de messages dont 99.99% ne seront jamais lu, et le 0.01% restant sera de toutes façons insuffisant pour aider à la résolution d'un problème futur

Ces attardés pensent que si ils ont des bons commentaires Git, soudainement la qualité du code devient meilleurehttps://image.noelshack.com/fichiers/2016/38/1474488555-jesus24.png

Si un bug est introduit, il suffit soit de solutionner sur le tas, soit de demander aux gens qui connaissent bien la zone du code, soit si on est vraiment pas inspiré, de regarder l'historique, mais bordel quel intérêt de lire les messages un par un comme si ils allaient contenir la solutionhttps://image.noelshack.com/fichiers/2020/12/1/1584324743-1517143088-ahivieux.png

Littéralement le fait que le fameux "-m" est obligatoire sur un commit a fait perdre des centaines de milliers d'heures de travail à travers le monde pour une utilité au mieux MARGINALEhttps://image.noelshack.com/fichiers/2016/38/1474488555-jesus24.png

Kolossal malaise Ravaginhttps://image.noelshack.com/fichiers/2021/04/2/1611672192-faceapp-1611672153739.jpg

Le 20 janvier 2022 à 11:19:17 :
Littéralement le fait que le fameux "-m" est obligatoire sur un commit a fait perdre des centaines de milliers d'heures de travail à travers le monde pour une utilité au mieux MARGINALEhttps://image.noelshack.com/fichiers/2016/38/1474488555-jesus24.png

Les tickets sont souvent liés à des SLAs.https://image.noelshack.com/fichiers/2017/22/1496349456-thjghj.png

Le 20 janvier 2022 à 11:19:48 :
Kolossal malaise Ravaginhttps://image.noelshack.com/fichiers/2021/04/2/1611672192-faceapp-1611672153739.jpg

Je vois que Bertrand 43 ans, payé 2.3k€ après 20 ans de carrière, habillé d'un costume qui fait la moitié de son salaire et une montre qui en fait le double, a été piqué dans son égo

Vos flows de merde et votre CICD de merde sont contre-productifs, mais il faut bien justifier son existence

Je suis manager et je fais des flow sur Jira

Au lieu de se plaindre que le process est trop compliqué, il serait plus judicieux d'en parler avec celui qui gère tout ça pour voir s'il y a des améliorations possible pour que la prod se passe mieux. Si tu fais que râler, rien ne changera.

Ils veulent transformer les devs en simples exécutants, en pensant qu'il est possible de transférer toute la charge d'organisation/planning à un management "éclairé", et donc se passer de développeurs talentueuxhttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png

En réalité : équipe de 10 personnes qui produit au rythme d'un escargot asthmatiquehttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png