10 BONNES PRATIQUES Pour Avoir un CODE PROPRE EN JavaScript

[@melvynxdev]

Le cours offert les amis codelynx.dev/beginjavascript/course?

[@th3f0r31gn3r]

Fait une partie 2 stp !!

[@melvynxdev]

oh yeah

[@TheRemiRODRIGUES]

Cette vidéo est d'utilité publique !

[@melvynxdev]

Merci !

[@MrTetedacier]

L'extension sonarlint dans vscode permet de détecter pas de ces cas pendant le dévellopement. Ça peut même être mis en place (moyennant finance) dans un pipeline github ou autres afin de bloquer les PR qui ne respecte pas ces règles

[@melvynxdev]

ou eslint gratuit ?

[@stormyz_]

Hey merci ! Autre question: forEach() ou forOf() ? Merci :)

[@melvynxdev]

J'ai répond dans une autre vidéo

[@tyaho83]

UNE VIDEO ESSENTIELLE ! TOP ce format !

[@melvynxdev]

merci !!

[@loicguyotdev]

LA BONNE PRATIQUE EST PRATIQUÉE PAR LOÏC (C'EST-À-DIRE MOI) GRÂCE À MELVYN MALHERBE !!!!!!!!!!!!!!!!!!!!! PRATIQUE PRATIQUE PRATIQUE PRATIQUE PRATIQUE PRATIQUE PRATIQUE PRATIQUE PRATIQUE PRATIQUE

[@melvynxdev]

Exacte Loïc !

[@hegelmotokoua]

Super vidéo !

[@melvynxdev]

merci à toi !

[@charlyleroy7538]

Je vais pratiquement mettre les bonnes pratiques à pratiquer pour la saint patrique

[@melvynxdev]

la sainte pratique

[@Catif8]

Tu conseilles d'utiliser for(.. of ...), le mieux serait un varArray.ForEach() nan ?

[@melvynxdev]

Non, une vidéo sort très bientôt sur le sujet

[@MrTetedacier]

Je me permets de spoiler, les boucle for, for of, for in ou while te permettent de sortir prématurément. forEach, map , filter ou reduce (j'en oublie) examineront tous les éléments de ton tableau.

[@aegonjs]

Une Partie 2 ??

[@melvynxdev]

oh yeah

[@bastienv6233]

Partie 2💯💯💯

[@melvynxdev]

yeah !

[@matthieunogueron]

Attention pour le point 7. C'est très bien de faire des fonctions pures, mais c'est aussi possible d'utiliser des fonctions à effets de bords dans certains cas. On notera le pattern singleton qui utilise cette façon de faire. Bref, fonctions pures à utiliser le plus possible comme tu dis, fonctions à effets de bords à utiliser en connaissance des implications. 😊

[@melvynxdev]

exactement, si tu sais ce que tu fais tu n'as pas besoin d'écouter mes conseils :D

[@matthieunogueron]

@@melvynxdev j'ai un profil de lead et j'utilise tes vidéos pour voir si je ne loupe pas des dernières petites tendances dans le style de code. Pour le moment ça va, je suis pas trop à la masse, mais c'est cool ce que tu fais pour des jeunes devs ! 👍

[@gregorybatte1471]

Super vidéo, mais je lance un débat sur les conditions positives, je pense que ça peut engendrer pas mal d'imbrication. Non ? 🙂

[@melvynxdev]

hmmm, tu peux séparer ta functio et tout va bien !

[@gregorybatte1471]

​@@melvynxdev je pense que j'ai mal compris le passage du coup, tu parlais certainement du nom de la fonction qui doit toujours être positif et non de toujours tester des conditions positive.

[@matthieunogueron]

La double négation est plus difficile à interpréter qu'un cas positif. À toi de renverser le nom de ta fonction et ton code pour éviter d'avoir à faire cette double négation (ex. "!isNotLogged()" === "isLogged()")

[@bossgd100]

cool on attend la partie 2

[@melvynxdev]

et bah

[@daxrave4839]

Merci, le goat ! 😱

[@melvynxdev]

merci à toi

[@HenrySommeil]

Merci :)

[@melvynxdev]

merci à toi

[@robinmoussu]

@melvynxdev Quand tu explique comment organiser du code, évite d’utiliser les termes "clean", "propre", … au profit de termes plus précis tel que "compréhensible", "organisé", … C’est un conseil que j’ai reçu en conférence il n’y a pas longtemps, et effectivement c’est bien plus productif. Le but n’est pas que les personnes qui apprennent se mettent à suivre bêtement des règles, mais qu’elle en comprennent l’intérêt.

[@melvynxdev]

Salut, c'est vrai, je pourrais utiliser ces termes dans mes vidéos. Mais dans le titre, ça aurait beaucoup moins de portée x)

[@robinmoussu]

@@melvynxdev Ah oui, je pensais clairement au contenu de la vidéo. Pour le titre c'est pas un problème