Prêt pour le daily de demain les pisseurs de code ?

Le 12 février 2021 à 15:08:10 Pierre_Aronnax a écrit :
Putain je ne peux pas travailler, ma demande est toujours en attente

Pas de chance mon collegue a resolu le gros bug, ça coule de source maintenant

Le 12 février 2021 à 15:26:09 ethyl-acetate a écrit :

Le 12 février 2021 à 15:08:10 Pierre_Aronnax a écrit :
Putain je ne peux pas travailler, ma demande est toujours en attente

Pas de chance mon collegue a resolu le gros bug, ça coule de source maintenant

Ca c'est du travail d'équipe
Moi un collègue fait une montée de version sur une app. Il a monté toutes les lib d'un coup

Ca pète et on trouve pas le problème sur de la génération de code. Il est bon pour une montée pas-à-pas

Le 12 février 2021 à 15:31:39 UnaryOperator a écrit :

Le 12 février 2021 à 15:26:09 ethyl-acetate a écrit :

Le 12 février 2021 à 15:08:10 Pierre_Aronnax a écrit :
Putain je ne peux pas travailler, ma demande est toujours en attente

Pas de chance mon collegue a resolu le gros bug, ça coule de source maintenant

Ca c'est du travail d'équipe
Moi un collègue fait une montée de version sur une app. Il a monté toutes les lib d'un coup

Ca pète et on trouve pas le problème sur de la génération de code. Il est bon pour une montée pas-à-pas

Réunion d'équipe la semaine prochaine, faut que je te parle d'un truc avant, besoin d'avoir ton avis

Question clean code tiens, si j'ai une guard clause, vous préférez

A ) if (dto == null) {
 return null;
}
B ) if (dto == null) {
 return dto;
}

Le 12 février 2021 à 15:42:59 ethyl-acetate a écrit :
Question clean code tiens, si j'ai une guard clause, vous préférez

A ) if (dto == null) {
 return null;
}
B ) if (dto == null) {
 return dto;
}

Tu t'arranges pour pas avoir null par design (cas par défaut ou tu encapsules dans une monade Option (pas Optional)). Ca règle tous ces problèmes, et t'auras pas besoin de faire du null check everywhere.

C'est pour ça que j'aime kotlin. Y'a pas ce genre de faux problème

J'ai l'impression que c'est surtout un problème de conception. Si tu renvoies ça, c'est peut être que ta méthode n'a pas de sens d'être appelée avec un objet null. Donc arrange-toi dans la conception pour que ça n'arrive pas.

Le 12 février 2021 à 15:45:58 UnaryOperator a écrit :

Le 12 février 2021 à 15:42:59 ethyl-acetate a écrit :
Question clean code tiens, si j'ai une guard clause, vous préférez

A ) if (dto == null) {
> > return null;
> > }
B ) if (dto == null) {
> > return dto;
> > }

Tu t'arranges pour pas avoir null par design (cas par défaut ou tu encapsules dans une monade Option (pas Optional)). Ca règle tous ces problèmes, et t'auras pas besoin de faire du null check everywhere.

C'est pour ça que j'aime kotlin. Y'a pas ce genre de faux problème

Sauf que là je peux pas, vraiment pas. Enfin je pourrais mais me faudrait 1 semaine pour reecrire le code (je trolle à peine).
J'essaie de trouver une solution de substitution en attendant.

Le 12 février 2021 à 15:49:18 ethyl-acetate a écrit :

Le 12 février 2021 à 15:45:58 UnaryOperator a écrit :

Le 12 février 2021 à 15:42:59 ethyl-acetate a écrit :
Question clean code tiens, si j'ai une guard clause, vous préférez

A ) if (dto == null) {
> > return null;
> > }
B ) if (dto == null) {
> > return dto;
> > }

Tu t'arranges pour pas avoir null par design (cas par défaut ou tu encapsules dans une monade Option (pas Optional)). Ca règle tous ces problèmes, et t'auras pas besoin de faire du null check everywhere.

C'est pour ça que j'aime kotlin. Y'a pas ce genre de faux problème

Sauf que là je peux pas, vraiment pas. Enfin je pourrais mais me faudrait 1 semaine pour reecrire le code (je trolle à peine).
J'essaie de trouver une solution de substitution en attendant.

Dans ce cas le moins pire c'est de renvoyer null.
C'est plus explicite et on n'a pas besoin de réfléchir à la valeur qu'a la variable (parfois à 3h du mat' la tête est ailleurs ).

Mais idéalement, évite d'utiliser null.

Le 12 février 2021 à 15:50:46 UnaryOperator a écrit :

Le 12 février 2021 à 15:49:18 ethyl-acetate a écrit :

Le 12 février 2021 à 15:45:58 UnaryOperator a écrit :

Le 12 février 2021 à 15:42:59 ethyl-acetate a écrit :
Question clean code tiens, si j'ai une guard clause, vous préférez

A ) if (dto == null) {
> > > > > > return null;
> > > > > > }
B ) if (dto == null) {
> > > > > > return dto;
> > > > > > }

Tu t'arranges pour pas avoir null par design (cas par défaut ou tu encapsules dans une monade Option (pas Optional)). Ca règle tous ces problèmes, et t'auras pas besoin de faire du null check everywhere.

C'est pour ça que j'aime kotlin. Y'a pas ce genre de faux problème

Sauf que là je peux pas, vraiment pas. Enfin je pourrais mais me faudrait 1 semaine pour reecrire le code (je trolle à peine).
J'essaie de trouver une solution de substitution en attendant.

Dans ce cas le moins pire c'est de renvoyer null.
C'est plus explicite et on n'a pas besoin de réfléchir à la valeur qu'a la variable (parfois à 3h du mat' la tête est ailleurs ).

Mais idéalement, évite d'envoyer null.

Dès que je finis je te fais quelques vocaroo si ça te dérange pas

Le 12 février 2021 à 15:51:33 ethyl-acetate a écrit :

Le 12 février 2021 à 15:50:46 UnaryOperator a écrit :

Le 12 février 2021 à 15:49:18 ethyl-acetate a écrit :

Le 12 février 2021 à 15:45:58 UnaryOperator a écrit :

Le 12 février 2021 à 15:42:59 ethyl-acetate a écrit :
Question clean code tiens, si j'ai une guard clause, vous préférez

A ) if (dto == null) {
> > > > > > return null;
> > > > > > }
B ) if (dto == null) {
> > > > > > return dto;
> > > > > > }

Tu t'arranges pour pas avoir null par design (cas par défaut ou tu encapsules dans une monade Option (pas Optional)). Ca règle tous ces problèmes, et t'auras pas besoin de faire du null check everywhere.

C'est pour ça que j'aime kotlin. Y'a pas ce genre de faux problème

Sauf que là je peux pas, vraiment pas. Enfin je pourrais mais me faudrait 1 semaine pour reecrire le code (je trolle à peine).
J'essaie de trouver une solution de substitution en attendant.

Dans ce cas le moins pire c'est de renvoyer null.
C'est plus explicite et on n'a pas besoin de réfléchir à la valeur qu'a la variable (parfois à 3h du mat' la tête est ailleurs ).

Mais idéalement, évite d'envoyer null.

Dès que je finis je te fais quelques vocaroo si ça te dérange pas

Voici plusieurs solutions :
https://www.baeldung.com/java-avoid-null-check

La première est de s'appuyer sur les analyseurs static de code et d'utiliser une annotation. Via le support de l'IDE et à la compilation, ça détectera des potentielles NPE. C'est pas si mal, ça commence à se rapprocher de Kotlin (d'ailleurs le bytecode généré par Kotlin repose là-dessus).

Tu peux faire des assert (j'aime pas, ça throw une exception donc c'est pas l'idéal).

Pour moi l'approche préférable est de les éviter par design :
- cas par défaut
- collections initialisées à empty
- encapsulation dans un Option monad

Par contre du check null, c'est "so 2010" comme dirait un cador que je connais

Le 12 février 2021 à 16:38:27 Pierre_Aronnax a écrit :
Le projet de merde ou rien ne compile

tester c'est douter
compiler c'est tricher

Le 12 février 2021 à 16:52:07 ethyl-acetate a écrit :
Perso je rends mes devs sans tester, de toute façon osef, je sais très bien que je ne produis pas de bugs. Je suis trop bon pour ça.

Tu fais pas des tests pour toi, mais pour les autres dev
Pour éviter qu'ils cassent ce que fait ton code

Le 12 février 2021 à 16:52:07 ethyl-acetate a écrit :
Perso je rends mes devs sans tester, de toute façon osef, je sais très bien que je ne produis pas de bugs. Je suis trop bon pour ça.

Fais attention les chevilles

Le 12 février 2021 à 16:44:22 UnaryOperator a écrit :

Le 12 février 2021 à 16:38:27 Pierre_Aronnax a écrit :
Le projet de merde ou rien ne compile

tester c'est douter
compiler c'est tricher

Si je ne peux pas compiler, je ne peux pas livrer. Le pire c'est que c'est le projet d'une autre équipe. J'ai modifié l'environnement car même ca ils ne l'ont pas fait.

Salut les kheyou,

j'aimerais apprendre le développement web pour développer quelque projet perso je m'intéresse au monde du "codage" depuis mes 13-14 ans (j'ai 20ans) mais pour diverse raison j'ai jamais pu me lancer dans l'apprentissage du domaine

j'aimerais savoir par où commencer dans l'apprentissage en autodidacte

Le 12 février 2021 à 17:30:28 Fromage2Bite01 a écrit :
Salut les kheyou,

j'aimerais apprendre le développement web pour développer quelque projet perso je m'intéresse au monde du "codage" depuis mes 13-14 ans (j'ai 20ans) mais pour diverse raison j'ai jamais pu me lancer dans l'apprentissage du domaine

j'aimerais savoir par où commencer dans l'apprentissage en autodidacte

Le premier truc à savoir c'est qu'on ne dit pas "codage"

Le 12 février 2021 à 17:30:28 Fromage2Bite01 a écrit :
Salut les kheyou,

j'aimerais apprendre le développement web pour développer quelque projet perso je m'intéresse au monde du "codage" depuis mes 13-14 ans (j'ai 20ans) mais pour diverse raison j'ai jamais pu me lancer dans l'apprentissage du domaine

j'aimerais savoir par où commencer dans l'apprentissage en autodidacte

je t'ai deja repondu tout à l'heure il me semble