Boucling

Bordel les programmers me font Inexorablement CHIER.

24 messages

Mise à jour: il y a 7 mois

1
OP
NI

Nipponerie

il y a 7 mois

J'en peu plus de ce metier, pas parce que j'aime pas la prog mais parce que les gens me BRISE les burnes bordel.

Y a vraiment un millions de trucs qui ont aucune importance dans la syntax mais les gens me brise les burnes et me font perdre mon temps pour rien.

Aujourd'hui je vois passer une PR sur du code que j'avais écrit, un mec a juste changé toute la syntax du code parce que le style ne lui plaiser pas, typiquement.
changer des

if( truc != null )
{
truc.init()
}

par

if( truc == null )
{
return
}

truc.init()

Il y avait genre une 20aine de truc dans les gens, je lui dis, me, ce n'est pas nécessaire, là ça génère du boulot, car je dois check ta PR et ce sont surtout des pref personnel.

Il me dit NAN le early return, c'est mieux blablabla, ok, j'approuve sa PR et qu'il arrête de me les briser.

Dans l'aprem, je vois une autre PR ou il fait une boucle chaque update alors qu'il y a besoin de la faire une seule fois, je lui suggère une callback ou il peut déplacer sa boucle pour que ça soit fait une fois :

"Nan mais c'est plus lisible, comme ça, et cette boucle ce n'est pas un bottleneck blablabla."

Putain réellement ces gens me font chier, je dois changer de taff bordel.

NN

NotaNebe

il y a 7 mois

c'est des trucs basiques que tu peux faire avec de l'ia genre copilot ou des outils d'analyse de code, faut que tu branches ça dans ton ide

OP
NI

Nipponerie

il y a 7 mois


c'est des trucs basiques que tu peux faire avec de l'ia genre copilot ou des outils d'analyse de code, faut que tu branches ça dans ton ide

J'ai déjà l'IA + des règles dans ide & github pour respecter des conventions, en vrai Y a beaucoup de choix personnel.

Juste les gens sont casse burne, ils veulent toujours imposer leur style et quand tu challenge ça déclenche des debats de 1000h pour de LA MERDE.

TO

Touraco

il y a 7 mois

J'ai déjà l'IA + des règles dans ide & github pour respecter des conventions, en vrai Y a beaucoup de choix personnel.

Juste les gens sont casse burne, ils veulent toujours imposer leur style et quand tu challenge ça déclenche des debats de 1000h pour de LA MERDE.

Bah c'est toi qui casses les couilles à vouloir changer dans l'histoire non ? Arrête de vouloir changer des trucs si tu dis toi même que ça n'a aucune importance

UI

uients

il y a 7 mois

Perso j ai arreté de prendre ce genre de chose au serieux, a la fac quand il fallait reflechir sur des trucs subjectifs comme trouver le nom pour une marque fictive ou choisir la couleur du diapo je disais toujours oui pour eviter ce genre de debat a la con

C1

Casumir1

il y a 7 mois

tu gagne combien ?

OP
NI

Nipponerie

il y a 7 mois

Touraco

il y a 7 mois

Bah c'est toi qui casses les couilles à vouloir changer dans l'histoire non ? Arrête de vouloir changer des trucs si tu dis toi même que ça n'a aucune importance

Non moi je ne veux rien changer et pas avoir ces débats de merde

Et surtout pas avoir ENCORE PLUS de PR qui ne contiennent aucun feature et juste de la branlette a review

FA

Faiaro

il y a 7 mois

Par contre il t'as corrigé avec un truc objectivement pourris
C'est de la merde de mettre un return juste pour mettre fin à une fonction

OP
NI

Nipponerie

il y a 7 mois

Il est pas mauvais, mais ouai c'est insupportable, pour lui si ce n'est pas écrit comme il le veut ca va pas, c'est très pénible quand il ce mets à faire ça dans le code ou il n'est pas owner ça me casse les boules.

OP
NI

Nipponerie

il y a 7 mois

Faiaro

il y a 7 mois


Par contre il t'as corrigé avec un truc objectivement pourris
C'est de la merde de mettre un return juste pour mettre fin à une fonction

Non c'est plutôt une bonne idée le early return, mais dans bcp de cas le compilo optimise ça, je trouve que c'est vraiment de la branlette dans de toute petite function.

B1

Boulangerie12

il y a 7 mois

J'ai déjà l'IA + des règles dans ide & github pour respecter des conventions, en vrai Y a beaucoup de choix personnel.

Juste les gens sont casse burne, ils veulent toujours imposer leur style et quand tu challenge ça déclenche des debats de 1000h pour de LA MERDE.

Apprends à t'imposer cash.
Je suis personne pour faire la donneuse de leçon, toi seul connais les circonstances... Et oui au taff faut pas trop se mouiller.

Pour avoir lu "POWER, les 48 lois du pouvoir" je peux dire que ce livre répétait souvent de toujours être agréable avec les gens, sournois, de ne pas montrer ses intentions, de sourire à ses ennemis.
"Une main de fer, dans un gant de velours"

GP

GigaPicasso

il y a 7 mois

Reporte le au management.

Bloque ses PR.

Revert les commits qu'il n'aurait pas du réécrire.

Tu as l'air de bosser dans une boîte de merde et de te faire marcher sur les pieds de surcroît.

OP
NI

Nipponerie

il y a 7 mois

Boulangerie12

il y a 7 mois

Apprends à t'imposer cash.
Je suis personne pour faire la donneuse de leçon, toi seul connais les circonstances... Et oui au taff faut pas trop se mouiller.

Pour avoir lu "POWER, les 48 lois du pouvoir" je oeux dire que ce livre répétait souvent de toujours être agréable avec les gens, sournois, de ne pas montrer ses intentions, de sourire à ses ennemis.
"Une main de fer, dans un gant de velours"

Hum, je ne sais pas trop ce que ça veut dire du coup, je ne suis pas un connard au taff j'évite de vexer les gens vu que je suis censé les managés, mais ils sont pénible quoi...

B1

Boulangerie12

il y a 7 mois


Perso j ai arreté de prendre ce genre de chose au serieux, a la fac quand il fallait reflechir sur des trucs subjectifs comme trouver le nom pour une marque fictive ou choisir la couleur du diapo je disais toujours oui pour eviter ce genre de debat a la con

C'est pour ça que j'aime pas les travaux de groupe

Ça et aussi le fait que quand on s'acharne à faire du très bon travail, après c'est tout le groupe qui est récompensé.

Signé : la milf qui t'avait dit de changer de stickers.

FA

FiltreAFoutre2

il y a 7 mois

c'est vrai les programmeurs sont idiots pour beaucoup, c'est des demi habiles (plutôt 1/4 habiles) qui ont trouvé LEUR moyen de briller et ils s'en privent pas avec de la fausse rigueur à la con, ils sont spécialistes aussi pour faire des trucs inutilement compliqués au lieu de réfléchir. Ils sont toujours à l'affût des dernières tendances débiles aussi, et pratiquent le plagiat sans complexes, à vouloir systématiquement coller une solution ne correspondant pas à leur problème

OP
NI

Nipponerie

il y a 7 mois

GigaPicasso

il y a 7 mois


Reporte le au management.

Bloque ses PR.

Revert les commits qu'il n'aurait pas du réécrire.

Tu as l'air de bosser dans une boîte de merde et de te faire marcher sur les pieds de surcroît.

Ayaaa, j'ai un pote qui aurait direct fait ça, le problème avec cette attitude, c'est que ça ne dure pas longtemps, mais ta raison, j'ai 0 autorités, parce que je n'aime pas ça, tout comme quand quelqu'un m'impose de l'autorité ça part vite en live avec moi aussi.
https://image.noelshack.com/fichiers/2018/10/1/1520260980-risitas94.png

C1

Casumir1

il y a 7 mois

Nipponerie

il y a 7 mois

Hum, je ne sais pas trop ce que ça veut dire du coup, je ne suis pas un connard au taff j'évite de vexer les gens vu que je suis censé les managés, mais ils sont pénible quoi...

Ils se permettent d'êtres pénibles car ils savent que t'es trop gentils.

Sans devenir un connard tu peux apprendre à t'imposer et te faire respecter.

B1

Boulangerie12

il y a 7 mois

Ayaaa, j'ai un pote qui aurait direct fait ça, le problème avec cette attitude, c'est que ça ne dure pas longtemps, mais ta raison, j'ai 0 autorités, parce que je n'aime pas ça, tout comme quand quelqu'un m'impose de l'autorité ça part vite en live avec moi aussi.
https://image.noelshack.com/fichiers/2018/10/1/1520260980-risitas94.png

Il y a des gens qui ont le don d'avoir de l'autorité sans forcer.

OP
NI

Nipponerie

il y a 7 mois

Casumir1

il y a 7 mois

Ils se permettent d'êtres pénibles car ils savent que t'es trop gentils.

Sans devenir un connard tu peux apprendre à t'imposer et te faire respecter.

En fait si je ne lâche pas le morceau, on ne progresse pas, on perd du temps dans des débats d'ego inutiles, j'ai horreur de ça, au final, on a un très bon rythme, on est toujours dans les délais et nos produits marchent très bien, par contre, je dois prendre sur moi pour accommoder ce genre de truc.

B1

Boulangerie12

il y a 7 mois

Hum, je ne sais pas trop ce que ça veut dire du coup, je ne suis pas un connard au taff j'évite de vexer les gens vu que je suis censé les managés, mais ils sont pénible quoi...

Traduction :

- le premier paragraphe je te dis de t'imposer et de les envoyer cahier.

- le deuxième je relativise et dis l'inverse, car ce n'est pas si simple

OP
NI

Nipponerie

il y a 7 mois

Boulangerie12

il y a 7 mois

Il y a des gens qui ont le don d'avoir de l'autorité sans forcer.

Oui, ce n'est pas mon cas.
Il y a des gens qui vont te poursuivre jusqu'au bout de la nuit pour prouver qu'ils ont raison, je ne supporte pas ce genre de personne.
Je sais directement quand j'ai tord, et je reconnais, ca va bcp plus vite.

OP
NI

Nipponerie

il y a 7 mois

Boulangerie12

il y a 7 mois

Traduction :

- le premier paragraphe je te dis de t'imposer et de les envoyer cahier.

- le deuxième je relativise et dis l'inverse, car ce n'est pas si simple

Je vois... en fait, je parviens à m'imposer quand il y a des enjeux importants, mais le reste du temps, quand la décision finale, c'est juste (c'est moi qui ai raison) et que le résultat n'a aucune importance, ça me fatigue.

LE

letrucdezinzin

il y a 7 mois

Utiliser une "guard clause" (ou clause de garde) est généralement une bonne pratique dans la programmation pour améliorer la lisibilité du code en réduisant la profondeur d'indentation. Voici un comparatif entre les deux styles que vous avez mentionnés :

if (condition) {
Do();
}
Avantages : Simple et facile à comprendre, surtout pour des conditions simples.
Inconvénients : Peut conduire à des blocs de code plus profondément imbriqués si d'autres conditions sont ajoutées plus tard.

if (!noncondition) return; // guard clause
Do();
Avantages :
Réduit l'indentation et améliore la lisibilité, car le code principal n'est pas imbriqué dans des blocs conditionnels.
Facilite la compréhension des flux de contrôle, car les cas particuliers sont gérés rapidement.
Inconvénients : Peut être moins intuitif pour certains développeurs qui ne sont pas familiers avec cette approche.

Conclusion
La guard clause est souvent préférée dans les méthodes où vous voulez éviter les imbrications et rendre le flux de code plus linéaire. Cela rend le code plus lisible et maintenable, surtout dans les méthodes plus complexes. Toutefois, le choix dépend aussi du contexte et des conventions de votre équipe de développement.

Être un bon développeur ça inclut de savoir se remettre en question. La psycho-rigidité n'est PAS une qualité https://image.noelshack.com/fichiers/2017/13/1490886827-risibo.png

OP
NI

Nipponerie

il y a 7 mois


Utiliser une "guard clause" (ou clause de garde) est généralement une bonne pratique dans la programmation pour améliorer la lisibilité du code en réduisant la profondeur d'indentation. Voici un comparatif entre les deux styles que vous avez mentionnés :

if (condition) {
Do();
}
Avantages : Simple et facile à comprendre, surtout pour des conditions simples.
Inconvénients : Peut conduire à des blocs de code plus profondément imbriqués si d'autres conditions sont ajoutées plus tard.

if (!noncondition) return; // guard clause
Do();
Avantages :
Réduit l'indentation et améliore la lisibilité, car le code principal n'est pas imbriqué dans des blocs conditionnels.
Facilite la compréhension des flux de contrôle, car les cas particuliers sont gérés rapidement.
Inconvénients : Peut être moins intuitif pour certains développeurs qui ne sont pas familiers avec cette approche.

Conclusion
La guard clause est souvent préférée dans les méthodes où vous voulez éviter les imbrications et rendre le flux de code plus linéaire. Cela rend le code plus lisible et maintenable, surtout dans les méthodes plus complexes. Toutefois, le choix dépend aussi du contexte et des conventions de votre équipe de développement.

Être un bon développeur ça inclut de savoir se remettre en question. La psycho-rigidité n'est PAS une qualité https://image.noelshack.com/fichiers/2017/13/1490886827-risibo.png

exactement donc moi jaccepte ta syntax qui sert a rien car optim par le compilo, et l'autre il vire sa boucle de merde dans les updates

et surtout on discute pas 20ans