Merci Mike, voici ce que j'ai retenu en tant que BAC+5 : - 0 commentaires dans l'idéal, - 1 commentaire pour expliquer la classe, - Etre explicite et simple au maximum dans les noms que l'on donne, - Échanger avec ses collègues pour savoir si son code est compréhensible afin de s'améliorer. J'ajouterai que lorsque l'on rédige son code, on doit penser à qui va le lire, comme ton histoire avec ton collègue bouteille. Si ce sont des développeurs aussi expérimentés, pas besoin d'être trop enfantin, mais si ce sont des novices il faut l'être.
Superbe vidéo et très instructive ✨ Merci Mike ! Ce qui me complique souvent c’est l’organisation des fichiers dans l’arborescence de mon projet. La notation des variables est à retenir mais la notation des fichiers ou des dossiers également. On peut se perdre facilement comme en React JS ou Django par exemple.
j'ai lu ce livre, très bien traduit, je le conseille très bonne vidéo, vidéo dans les temps pour faire comprendre aux gens qu'ils faut bien coder Continue comme ça !
pour ta remarque des paramètres, je me rappel une citation d'une développeur dont je me souvient plus du nom mais il dit "une bonne fonction est une fonction sans paramètres". et pour le terme optimisé il faut faire attention car ce terme fait souvent référence au performances et c'est généralement relié au BDD, un autre conseil, autre conseil pour améliorer la lisibilité du code, c'est segmenter (eclater) le code en petites parties
Très intéressant. C'est clair que du code propre, c'est un gain de temps énorme en maintenance. Et pour les optimisations, en général plus de 90% du code n'a pas besoin d'être optimisé (je parle de micro-optimisation). Evidemment il ne faut pas être trop bourrin sur le reste non plus... Et souvent, quand un code est lent, c'est l'algorithme en lui même qui est inadapté.
Salut Mike, j'ai quelques sujets à aborder pour toi si tu trouves ça pertinent ( pour moi ça l'est en tant que débutant et en français sur UA-cam R.A.S). Explication rapide du Material design, est il uniquement question de jolis icônes et background animé? quel langage faut il utilisé pour réaliser ce type de projet (j'imagine ça réalisable en HTML et CSS mais peut être trop long ou non reconnu par google, d’ailleurs quels sont les standard ? devons nous réaliser nos propres icônes, faut il les télécharger depuis google material design et les intégrer a notre site? tant et tant de question qui pour moi reste sans réponse. ( gregory batte qui parle du jouet c'est moi avec mon ancien compte oui j'avais des locks lol). merci a toi pour toutes tes vidéo pleine de valeur.
Material design ce ne sont pas que des icons. C’est en ensemble de regle comme les effets de profondeur zdepth etc. C’est un framework front end comme boostrap qui te fait gagner un temps fou. Pas obligatoire de l’utiliser mais tres utile
En ce qui concerne les commentaires de fin de bloc, alors moi je le fait pas, mais par exemple en lua il était conseillé de mettre un commentaire derrière les "end" de fin de bloc pour ne pas ce mélangé dans les imbrication de plusieurs bloc, il est donc conseiller de ne pas le faire? après perso je construit mon bloc avant d’écrire le code dedans ce qui fait que ça limite les erreurs donc normalement c'est vrai qu'il n'y en a pas besoin.
Hello ! Mauvais commentaires vs code lisible : il m'arrive souvent de trouver une ligne de code plus concise (genre du ternaire) mais comme c'est pas top clair pour moi au premier coup d'œil, je la mets en commentaire et écris la version plus simple (et plus longue) dessous ou je /*commente*/ la version plus longue en guise d'explication. Bonne ou mauvaise pratique alors ? Commentaires ou code lisible ? 🤔 Merci a toi ;)
Moi qui utilise app inventor, thunkable et kodular (je sais, ce n'est pas du code brut, mais je pousse les outils à fond), je me suis aperçu que j'appliquais déjà pas mal de règles (nom des variable, fonction courte, revue régulières, 0 commentaires). Même si je peux pas utiliser les dernières règles du clan code (linter et autre outils), la plupart de ces règles fonctionnent avec les outils blockly. Merci Mike 😉
Salut Mike, merci pour la vidéo ! Un petit message pour te demander si tu pourrais déverrouiller la contribution aux sous-titres de la vidéo. Comme ça, on peut corriger le générateur de sous-titres automatique de youtube et éviter certains moments ... chelous. Exemple à 1:59 "moi c'est my chick odeurs chaufferie lance" (moi c'est Mike, je suis codeur, je suis freelance)
Pour le problème du nombre d'arguments d'une méthode, il faut le faire au plus tôt, c'est souvent plus malin d'utiliser un seul objet plutôt que 4-5-x arguments. Parce que rapidement, ce sera un de plus, puis deux de plus, au fil d'ajout de fonctionnalités.
Bonjour! petite question concernant le nommage de variables: me concernant je me forme en tant que Freelance depuis le Mexique, sur des cours en français avec des variables en anglais: quelle est la meilleure option dans un contexte multilinguisme pour que tout le monde puisse se comprendre? également pour les commentaires dans un code, je les écrit tous en français...
2 petites remarques. Le constructeur en java c'est le nom de la méthode. Il ne faut pas mettre de commentaires de fin bloc, oui, mais tu n'expliques pas pourquoi. La raison est que si tu as besoin de commenter ton bloc c'est que celui ci est trop gros et trop bas niveau. Il faut abstraire en découpant le bloc en appels de fonctions.
J'ai le droit de m’inquiéter si des collègues confirmés font des trucs qu'on devrait proscrire dans le cadre d'un dev propre ? (genre commentaire de journalisation pour encapsuler un pauvre tests, des fonctions qui font tout même le café, des duplicationss useless .... et j'en passe des verte et des pas mûres ... ) Évidement, personne n'est parfait, je dois aussi en faire de belles parfois, mais certains sont champions pour dégeulasser le code dès qu'ils y touchent ...
Super vidéo comme toujours ! Coder proprement est souvent négligé quand t'as un pression de dingue sur les délais, après tout, tant que ça marche c'est bon non ? 😅 Spaghetti code bonjour ! Plutôt bolognaise ou carbonara ?
3:34 c'est exactement moi 😂 je pensais être le seul mais non, dans mon code je termine toujours avec des variables du genre "azdbf", bonne vidéo comme d'habitude qui perso m'a bien redonné l'envie de coder proprement x)
Pas du tout d'accord pour les commentaires.je trouve même que c'est débile d'assurer ça car Un code explicite à 100% c'est impossible. Faut pas oublier les personnes qui commencent dans un domaine fonctionnel inconnu et donc qui n'y connaissent rien au metier. Les commentaires peuvent servir entre autre à expliquer les spécificités métier,les règles à suivre,etc.
@@MikeCodeur_ Sans vouloir paraître désagréable: c'est à celui qui avance les faits, de fournir les preuves. Rien de personnel, j'aime juste checker un peu les etudes etc ... Je vais aller chercher ca du coup
Pas le temps, fais comme moi. moi je prend aucune info pour vrai si je ne lai pas vérifier. Surtout avec toutes les conneries que ya sur le net. C’est la base
Nan mais le naming c'est bien le truc qui touche quasiment tous les devs!!! combien de fois j'ai scotché devant mon écran juste parce que je trouvais pas de nom qui me convenait pour des fonctions ou des variables xD
chui d'accord sur quasi tout sauf les commentaires : des petits commentaires rapides et qui disent des fois, où se termine des if imbriqués, ça peut etre pas mal...bon ceci dit, si plus de 3 if, on utilise un switch...
Faux! Les TODO sont des mauvais commentaires... Ils sont à de très rare exception justifiés. La grosse majorité du temps, les TODO sont laissés par un développeur peu scrupuleux qui veut aller vite (quick et dirty)... Qui se dit "tant que ça marche, c'est bon comme ça. Je reviendrai dessus plus tard" et in fine il ne se donne jamais le temps d'améliorer son code... Et les autres collègues ne savent jamais quoi faire d'un TODO ou ils se disent qu'il ne leur appartient pas de faire le TODO d'un autre !!! Les TODO deviennent la plupart du temps des NEVER DO.
@@MikeCodeur_ désolé c'est un peu putaclic de commencer par "Faux"... Je l'admets 😜 Tu dis beaucoup de choses vraies dans cette vidéo mais sur les TODO j'ai du mal à te rejoindre. Laisser des TODO c'est une très mauvaise habitude, ils finissent la plupart du temps par polluer le code... Il est préférable d'ajouter une tâche sur le backlog et de se l'assigner. Il y a encore d'autres choses qui aurait pu être dites sur le clean code: - Ne jamais commenter des lignes d'instruction. Si c'est du code temporaire qui a été mis en commentaire , il ne doit pas être comité, y'a d'autres moyen de faire quand on est en chantier. Surtout avec des system de versionning comme GIT. - Éviter les if/else ou les switch/case imbriqués (préférez d'isoler le code imbriqué dans une fonction privée). - Éviter des conditions trop complexes (avec des &&, des || et des () imbriquées) dans un if... Préférer d'appeler une fonction qui a un nom fonctionnel clair et qui va renvoyer un booléen (une fonction de type predicat) . -Éviter les effets de bords en codant des fonctions pures et en utilisant des immutables (réserver les fonctions à effets de bords sur le code périphériques: les classes repository qui se connectent à une source extérieure comme une db ou des web services,...). - Éviter la propagation de NULL (préférer d'utiliser une collection vide par exemple plutôt que NULL sinon ça alourdit tous les if où cette collection est utilisée pour s'assurer que ce n'est pas null) - Utiliser des Design Pattern (éviter les anti-pattern) -... Peut-être une prochaine vidéo pour tout ca 👍😉 Bonne continuation. (PS: j'utilise des Linters et SonarQube et sincèrement, ils ont rarement tort... La plus grande partie du temps, ils ont juste mais ça demande de perdre du temps pour bien comprendre certaine règles lorsqu'elles sont enfreintent... Il est très très rare qu'un code-smell révélé par un Linter ou SonarQube soit un faux positif)
L'entropie a été observée pas "supposée", les mathématiques c'est un outil incroyablement ordonné qui ne peut démontrer par sa nature la tendance d'un système au désordre
@@SleepyJo-d4k Oui je me sus mal exprimé. Par "supposée" je voulais dire "non démontrée". En fait je voulais dire que quand on suit un cours de thermodynamique, le prof doit forcément dire à un moment "On suppose qu'il existe une fonction d'état vérifiant certaines propriétés. Par la suite on appellera cette fonction l'entropie". Pour ce qui est de l'idée que les maths ne peuvent pas démontrer la tendance d'un système au désordre, je ne suis pas complètement d'accord. Grâce à la seconde loi de la thermo, on a quantifié le désordre, autrement dit on peut montrer mathématiquement qu'un système est plus désordonné qu'un autre.
@@loudidier3146 je suis d'accord avec toi mais du coup, si l'entropie commence avec le big bang comment l'univers peut-il s'organiser ensuite jusqu'à carrément donner la vie? Dans la vidéo de Mike on voit bien : le big bang et l'entropie commencent quand le paquet de cartes s'envole et contrairement à la théorie du big bang rien ne s'organise. Pareil pour la théorie de l'évolution puisqu'elle contredit l'existence de l'entropie, alors que dans les faits même Darwin doutait d'avoir raison et jamais un seul scientifique n'a apporté le chaînon manquant entre deux espèces... Pour créer de l'organisation il faut un esprit derrière, sans quoi le chaos prend le dessus, et ces deux théories jamais prouvées tendent à nous faire croire que tout est dû au hasard.
Bon en fait techniquement, si tu as ENORMEMENT de chance, spontanément, les cartes peuvent se reorganiser. Mais je pense pas qu'il faille compte dessus.
Ton histoire d'algorithme incompréhensible c'est typique des devs qui font beaucoup d'algo, cf toutes les boîtes qui trient sur l'algo (grosses boîtes très connues) Beaucoup de devs en ont rien a faire des perfs / des algos. Linter +10000 Dans l'IDE c est pas mal gere intellij (suivre les suggestions) Au top !
J ai bossé dans une banque en sous traitant ou le teach lead avait fait une lib géniale (utilisable par exemple pour parser du CSV en muthithreade + asyncrone non bloquant en spécifiant l'empreinte memoire) 80/100 des devs de l' équipe la comprenait pas ;) mais voulaient pas le dire....
l'enjeu de la maintenance ...... ...... ...... - fr.wikipedia.org/wiki/Principe_KISS - fr.wikipedia.org/wiki/Ne_vous_r%C3%A9p%C3%A9tez_pas @mike : 10:48 Quand on fait du JSX / TSX, on fait comment ? (bon ok, je sors) :D
@@MikeCodeur_ oui c'est moi ce commentaire inutile. Je parlais de ton cactus qui pour les esprits tordus comme le mien peuvent laisser supposer toute autre chose lol regarde bien ;-) ça me rappel une vieille connaissance ahahahaha. Bref du coup j'avais pas vu le contrôleur Dj, on a pas le même matos mais je m’éclate pas mal sur Ableton.
prof à l'afpa en 2018 qui donné les corrections explications avec nu code optimisé au maximum, histoire de se la peter (alors qu'en fait, il est pas si bon que ça pour finir la bas hahaha) .....mais du coup, quand tu galères, ça aide pas du tout. trop nul ce prof !!!
Désolé si je vous ai offensé ce n'était pas mon objectif. Je regarde très souvent vos vidéos et elles sont efficaces. C'était juste une remarque constructive. Et encore je m'excuse. Merci.
Non franchement pas mal pas trop de bruit de bouche pas trop de repetition par contre on sens la rage et ça c est pas bon je sais que tu a ete une victime mais maitnenant cest finit faut passer a autre chose
Franchement, la qualité de tes vidéos et du sujet abordé augmente pour le mieux.
Continue comme ça, c'est super de partager avec les autres :)
Merci
Merci Mike, voici ce que j'ai retenu en tant que BAC+5 :
- 0 commentaires dans l'idéal,
- 1 commentaire pour expliquer la classe,
- Etre explicite et simple au maximum dans les noms que l'on donne,
- Échanger avec ses collègues pour savoir si son code est compréhensible afin de s'améliorer.
J'ajouterai que lorsque l'on rédige son code, on doit penser à qui va le lire, comme ton histoire avec ton collègue bouteille. Si ce sont des développeurs aussi expérimentés, pas besoin d'être trop enfantin, mais si ce sont des novices il faut l'être.
👍
Toujours ! Super vidéo, trop peu de développeur s'y intéresse ! Pour le TDD, je rajouterai la 3ème étape du refactoring :)
Yes exactement 👍
un gars sur qui commente la video d'un gars sur, c'est beau à voir
Superbe vidéo et très instructive ✨ Merci Mike !
Ce qui me complique souvent c’est l’organisation des fichiers dans l’arborescence de mon projet. La notation des variables est à retenir mais la notation des fichiers ou des dossiers également. On peut se perdre facilement comme en React JS ou Django par exemple.
Yes c’est vrai mais tu verras que ce n’est pas ca le gros problème normalement
j'ai lu ce livre, très bien traduit, je le conseille
très bonne vidéo, vidéo dans les temps pour faire comprendre aux gens qu'ils faut bien coder
Continue comme ça !
Merci
pour ta remarque des paramètres, je me rappel une citation d'une développeur dont je me souvient plus du nom mais il dit "une bonne fonction est une fonction sans paramètres". et pour le terme optimisé il faut faire attention car ce terme fait souvent référence au performances et c'est généralement relié au BDD, un autre conseil, autre conseil pour améliorer la lisibilité du code, c'est segmenter (eclater) le code en petites parties
Merci pour le partage de ton avis
*Alors t'es clean ?*
ABSOLUMENT PAS !!! ...pas taper ...pas taper... :-))
Bien sur ! Adepte de la méthode DOTADIW (Do One Thing And Do It Well) 6:05
Très intéressant. C'est clair que du code propre, c'est un gain de temps énorme en maintenance.
Et pour les optimisations, en général plus de 90% du code n'a pas besoin d'être optimisé (je parle de micro-optimisation). Evidemment il ne faut pas être trop bourrin sur le reste non plus...
Et souvent, quand un code est lent, c'est l'algorithme en lui même qui est inadapté.
👍
Salut Mike, j'ai quelques sujets à aborder pour toi si tu trouves ça pertinent ( pour moi ça l'est en tant que débutant et en français sur UA-cam R.A.S). Explication rapide du Material design, est il uniquement question de jolis icônes et background animé? quel langage faut il utilisé pour réaliser ce type de projet (j'imagine ça réalisable en HTML et CSS mais peut être trop long ou non reconnu par google, d’ailleurs quels sont les standard ? devons nous réaliser nos propres icônes, faut il les télécharger depuis google material design et les intégrer a notre site? tant et tant de question qui pour moi reste sans réponse. ( gregory batte qui parle du jouet c'est moi avec mon ancien compte oui j'avais des locks lol). merci a toi pour toutes tes vidéo pleine de valeur.
Material design ce ne sont pas que des icons. C’est en ensemble de regle comme les effets de profondeur zdepth etc. C’est un framework front end comme boostrap qui te fait gagner un temps fou. Pas obligatoire de l’utiliser mais tres utile
@@MikeCodeur_ pas de video sur le sujet?
En ce qui concerne les commentaires de fin de bloc, alors moi je le fait pas, mais par exemple en lua il était conseillé de mettre un commentaire derrière les "end" de fin de bloc pour ne pas ce mélangé dans les imbrication de plusieurs bloc, il est donc conseiller de ne pas le faire? après perso je construit mon bloc avant d’écrire le code dedans ce qui fait que ça limite les erreurs donc normalement c'est vrai qu'il n'y en a pas besoin.
👍
Je suis tout nouveau sur ta chaîne et franchement bravo très très intéressant comme vidéo merci beaucoup
Merci de rejoindre ma chaine 👍
Je recommande clean code en format papier, c'est un must !
👍
Des conseils très précieux . Bien noté. Merci
👍
Hello !
Mauvais commentaires vs code lisible : il m'arrive souvent de trouver une ligne de code plus concise (genre du ternaire) mais comme c'est pas top clair pour moi au premier coup d'œil, je la mets en commentaire et écris la version plus simple (et plus longue) dessous ou je /*commente*/ la version plus longue en guise d'explication. Bonne ou mauvaise pratique alors ? Commentaires ou code lisible ? 🤔
Merci a toi ;)
👍
Moi qui utilise app inventor, thunkable et kodular (je sais, ce n'est pas du code brut, mais je pousse les outils à fond), je me suis aperçu que j'appliquais déjà pas mal de règles (nom des variable, fonction courte, revue régulières, 0 commentaires). Même si je peux pas utiliser les dernières règles du clan code (linter et autre outils), la plupart de ces règles fonctionnent avec les outils blockly. Merci Mike 😉
👍
Salut Mike, merci pour la vidéo !
Un petit message pour te demander si tu pourrais déverrouiller la contribution aux sous-titres de la vidéo. Comme ça, on peut corriger le générateur de sous-titres automatique de youtube et éviter certains moments ... chelous.
Exemple à 1:59 "moi c'est my chick odeurs chaufferie lance" (moi c'est Mike, je suis codeur, je suis freelance)
Yes je vais autoriser les contributions
Bonjour. J'adore la fin ^^
Merci pour ces astuces ! ça me donne une direction !
👍
Pour le problème du nombre d'arguments d'une méthode, il faut le faire au plus tôt, c'est souvent plus malin d'utiliser un seul objet plutôt que 4-5-x arguments. Parce que rapidement, ce sera un de plus, puis deux de plus, au fil d'ajout de fonctionnalités.
Yes
Bonjour! petite question concernant le nommage de variables: me concernant je me forme en tant que Freelance depuis le Mexique, sur des cours en français avec des variables en anglais: quelle est la meilleure option dans un contexte multilinguisme pour que tout le monde puisse se comprendre? également pour les commentaires dans un code, je les écrit tous en français...
Anglais
Pour du code bien structuré et plus facile à maintenir/faire évoluer, ne pas hésiter à se former sur les design patterns.
Yes
super vidéo :) , c'est clair, net et précis , encore merci
Lerci
Bravo pour ton video Mike ! est ce possible d'avoir le livre "Clean Code" en français ?
Ca doit etre cuila Coder proprement www.amazon.fr/dp/232600227X/ref=cm_sw_r_cp_api_i_EeA.DbHF0X9V6
@@MikeCodeur_ merci beaucoup mon frere ! Bon travail !
@@MikeCodeur_ est ce que les series de livre de Kyle Simpson "You don't know JS" sont aussi disponibles en français ?
Maybe ...
@@MikeCodeur_ okay Merci bien
2 petites remarques.
Le constructeur en java c'est le nom de la méthode.
Il ne faut pas mettre de commentaires de fin bloc, oui, mais tu n'expliques pas pourquoi. La raison est que si tu as besoin de commenter ton bloc c'est que celui ci est trop gros et trop bas niveau. Il faut abstraire en découpant le bloc en appels de fonctions.
Merci pour m’apprendre java que je pratique depuis 2004
Tu es développeur ou architecte logiciel ?
Les 2
J'ai le droit de m’inquiéter si des collègues confirmés font des trucs qu'on devrait proscrire dans le cadre d'un dev propre ? (genre commentaire de journalisation pour encapsuler un pauvre tests, des fonctions qui font tout même le café, des duplicationss useless .... et j'en passe des verte et des pas mûres ... )
Évidement, personne n'est parfait, je dois aussi en faire de belles parfois, mais certains sont champions pour dégeulasser le code dès qu'ils y touchent ...
Yes ca arrive, tu peux aborder le sujet en disant que tu a lu clean code et en proposant quelques regles
Merci à toi
🙏
La variable i ne correspond pas à incrémente mais à index.
Super 👍
Super vidéo comme toujours ! Coder proprement est souvent négligé quand t'as un pression de dingue sur les délais, après tout, tant que ça marche c'est bon non ? 😅 Spaghetti code bonjour ! Plutôt bolognaise ou carbonara ?
Carbonara mdr
3:34 c'est exactement moi 😂 je pensais être le seul mais non, dans mon code je termine toujours avec des variables du genre "azdbf", bonne vidéo comme d'habitude qui perso m'a bien redonné l'envie de coder proprement x)
Merci
Wow c'est lourd! Je suis essoufle.
Merci
Uncle Bob un clin d’oeil à l’expression Bob’s your uncle ? 🤔
C’est son surnom
quid d'un utilitaire pour faire de la JSDoc efficace?
J’en ai pas en tete
Pas du tout d'accord pour les commentaires.je trouve même que c'est débile d'assurer ça car Un code explicite à 100% c'est impossible. Faut pas oublier les personnes qui commencent dans un domaine fonctionnel inconnu et donc qui n'y connaissent rien au metier. Les commentaires peuvent servir entre autre à expliquer les spécificités métier,les règles à suivre,etc.
Tu dois être meilleur que Uncle bob pour dire ca
Très bonne vidéo
Merci
1:29 quelles sont les sources de cette courbe ?
2 click sur google ta les sources
@@MikeCodeur_
Sans vouloir paraître désagréable:
c'est à celui qui avance les faits, de fournir les preuves.
Rien de personnel, j'aime juste checker un peu les etudes etc ...
Je vais aller chercher ca du coup
Pas le temps, fais comme moi. moi je prend aucune info pour vrai si je ne lai pas vérifier. Surtout avec toutes les conneries que ya sur le net. C’est la base
J’adore tes video techniques..
Merci
Un digital nomad ? Tes doigts n'ont pas de domicile fixe ? J'aime pas ces mots de dev hipster mais j'ai bien aimé ta vidéo très instructive :)
Un dev qui travaille a distance a travers le monde en voyageant tu preferes ?
@@MikeCodeur_ "dev sans frontière" ^^
^^
oh ! vous ici !
Super Vidéo! ya plus qu'a ;)
🙏
Nan mais le naming c'est bien le truc qui touche quasiment tous les devs!!! combien de fois j'ai scotché devant mon écran juste parce que je trouvais pas de nom qui me convenait pour des fonctions ou des variables xD
Pareil
chui d'accord sur quasi tout sauf les commentaires : des petits commentaires rapides et qui disent des fois, où se termine des if imbriqués, ça peut etre pas mal...bon ceci dit, si plus de 3 if, on utilise un switch...
👍
T'était comment en physique ?
Moyen
// Ceci est un commentaire non nécessaire
// En tout cas super vidéo
Merci un commentaire est toujours nécessaire 😁 sur youtube bien sûr pas ds le code ^^
Nice video Bravo
👍
C'est penible de faire un test unitaire.
Ca depend
Faux! Les TODO sont des mauvais commentaires... Ils sont à de très rare exception justifiés. La grosse majorité du temps, les TODO sont laissés par un développeur peu scrupuleux qui veut aller vite (quick et dirty)... Qui se dit "tant que ça marche, c'est bon comme ça. Je reviendrai dessus plus tard" et in fine il ne se donne jamais le temps d'améliorer son code... Et les autres collègues ne savent jamais quoi faire d'un TODO ou ils se disent qu'il ne leur appartient pas de faire le TODO d'un autre !!! Les TODO deviennent la plupart du temps des NEVER DO.
Faux ! Mdr les gens qui commencent par : faux ! Sont généralement des bolos
@@MikeCodeur_ désolé c'est un peu putaclic de commencer par "Faux"... Je l'admets 😜
Tu dis beaucoup de choses vraies dans cette vidéo mais sur les TODO j'ai du mal à te rejoindre. Laisser des TODO c'est une très mauvaise habitude, ils finissent la plupart du temps par polluer le code... Il est préférable d'ajouter une tâche sur le backlog et de se l'assigner.
Il y a encore d'autres choses qui aurait pu être dites sur le clean code:
- Ne jamais commenter des lignes d'instruction. Si c'est du code temporaire qui a été mis en commentaire , il ne doit pas être comité, y'a d'autres moyen de faire quand on est en chantier. Surtout avec des system de versionning comme GIT.
- Éviter les if/else ou les switch/case imbriqués (préférez d'isoler le code imbriqué dans une fonction privée).
- Éviter des conditions trop complexes (avec des &&, des || et des () imbriquées) dans un if... Préférer d'appeler une fonction qui a un nom fonctionnel clair et qui va renvoyer un booléen (une fonction de type predicat) .
-Éviter les effets de bords en codant des fonctions pures et en utilisant des immutables (réserver les fonctions à effets de bords sur le code périphériques: les classes repository qui se connectent à une source extérieure comme une db ou des web services,...).
- Éviter la propagation de NULL (préférer d'utiliser une collection vide par exemple plutôt que NULL sinon ça alourdit tous les if où cette collection est utilisée pour s'assurer que ce n'est pas null)
- Utiliser des Design Pattern (éviter les anti-pattern)
-...
Peut-être une prochaine vidéo pour tout ca 👍😉
Bonne continuation.
(PS: j'utilise des Linters et SonarQube et sincèrement, ils ont rarement tort... La plus grande partie du temps, ils ont juste mais ça demande de perdre du temps pour bien comprendre certaine règles lorsqu'elles sont enfreintent... Il est très très rare qu'un code-smell révélé par un Linter ou SonarQube soit un faux positif)
Techniquement, l'entropie n'est pas un théorème : c'est un principe. Autrement dit, les physiciens n'ont pas démontré l'entropie, ils l'on supposé.
Je m’attendais a ce genre de commentaire, bref t’aura compris le truk. D’ailleur je dit pas que c’est une théorie, je dit : le principe de lentropie
L'entropie a été observée pas "supposée", les mathématiques c'est un outil incroyablement ordonné qui ne peut démontrer par sa nature la tendance d'un système au désordre
@@SleepyJo-d4k Oui je me sus mal exprimé. Par "supposée" je voulais dire "non démontrée". En fait je voulais dire que quand on suit un cours de thermodynamique, le prof doit forcément dire à un moment "On suppose qu'il existe une fonction d'état vérifiant certaines propriétés. Par la suite on appellera cette fonction l'entropie".
Pour ce qui est de l'idée que les maths ne peuvent pas démontrer la tendance d'un système au désordre, je ne suis pas complètement d'accord. Grâce à la seconde loi de la thermo, on a quantifié le désordre, autrement dit on peut montrer mathématiquement qu'un système est plus désordonné qu'un autre.
mdr c'est clair depuis le temps qu je parle de l'entropie
quand on y pense, l'entropie contredit complètement la théorie du big bang et aussi celle de l'évolution... !
@@Ayzay1717 Non car a la base l'instant du big bang est le système le plus ordonné et des sont explosion l'entropie commence
Exactement
@@loudidier3146 je suis d'accord avec toi mais du coup, si l'entropie commence avec le big bang comment l'univers peut-il s'organiser ensuite jusqu'à carrément donner la vie?
Dans la vidéo de Mike on voit bien : le big bang et l'entropie commencent quand le paquet de cartes s'envole et contrairement à la théorie du big bang rien ne s'organise.
Pareil pour la théorie de l'évolution puisqu'elle contredit l'existence de l'entropie, alors que dans les faits même Darwin doutait d'avoir raison et jamais un seul scientifique n'a apporté le chaînon manquant entre deux espèces...
Pour créer de l'organisation il faut un esprit derrière, sans quoi le chaos prend le dessus, et ces deux théories jamais prouvées tendent à nous faire croire que tout est dû au hasard.
@@Ayzay1717 Ouai c'est un sujet complexe et je n'ai pas vraiment de réponse :)
Bon en fait techniquement, si tu as ENORMEMENT de chance, spontanément, les cartes peuvent se reorganiser. Mais je pense pas qu'il faille compte dessus.
Mwai beaucoup de chance alors
Ton histoire d'algorithme incompréhensible c'est typique des devs qui font beaucoup d'algo,
cf toutes les boîtes qui trient sur l'algo (grosses boîtes très connues)
Beaucoup de devs en ont rien a faire des perfs / des algos.
Linter +10000
Dans l'IDE c est pas mal gere intellij (suivre les suggestions)
Au top !
👍
J ai bossé dans une banque en sous traitant ou le teach lead avait fait une lib géniale (utilisable par exemple pour parser du CSV en muthithreade + asyncrone non bloquant en spécifiant l'empreinte memoire) 80/100 des devs de l' équipe la comprenait pas ;) mais voulaient pas le dire....
Pouce, commentaires pour l'algo comme d'habitude
Merci ca aide 👍
Merci :)
De rien
l'enjeu de la maintenance ...... ...... ......
- fr.wikipedia.org/wiki/Principe_KISS
- fr.wikipedia.org/wiki/Ne_vous_r%C3%A9p%C3%A9tez_pas
@mike : 10:48 Quand on fait du JSX / TSX, on fait comment ? (bon ok, je sors) :D
👌
le nom de mes variables.. toute une histoire :)
Ah je confirme
T'aurais pu ranger ton jouet à gauche la lol...
Blague à part encore une super vidéo très intéressante ;-)
Quel jouet ? Mon controlleur dj ?
@@MikeCodeur_ oui c'est moi ce commentaire inutile. Je parlais de ton cactus qui pour les esprits tordus comme le mien peuvent laisser supposer toute autre chose lol regarde bien ;-) ça me rappel une vieille connaissance ahahahaha. Bref du coup j'avais pas vu le contrôleur Dj, on a pas le même matos mais je m’éclate pas mal sur Ableton.
faire du code bas niveau lisible, ahaha on m'avait jamais dit ça
Lol
IntelliJ se prononce intelli Jay . Bisous
👌
prof à l'afpa en 2018 qui donné les corrections explications avec nu code optimisé au maximum, histoire de se la peter (alors qu'en fait, il est pas si bon que ça pour finir la bas hahaha) .....mais du coup, quand tu galères, ça aide pas du tout. trop nul ce prof !!!
Ah ca arrive
vidéo trop longue
Et bien la regarde pas mdr
Désolé si je vous ai offensé ce n'était pas mon objectif. Je regarde très souvent vos vidéos et elles sont efficaces. C'était juste une remarque constructive. Et encore je m'excuse. Merci.
Non pas de soucis t’excuse pas dis ce que tu penses.
Très bonne chaine du courage. 😉
// //////////// Ok thx no more comments like that ////////////
Yes
Non franchement pas mal pas trop de bruit de bouche pas trop de repetition par contre on sens la rage et ça c est pas bon je sais que tu a ete une victime mais maitnenant cest finit faut passer a autre chose
C pa ta reum la victime ?
Super vidéo ! Merci 🙏
Ps: t'as oublié un sextoy derrière la plante 😭
Mdr