24:00 hum et vous fait quoi si votre pool fait 5000 length ? vous récrivez a chaque fois une nouvelle adresse mémoire de votre object ? De quoi rendre fou le gabageCollector ! L'immutabilité est une règle qui s'appliquer a certain context (react la mis de l'avant) mais n'est pas en sois une pratique universelle n'y recommander dans tous les cas. Il est absolument pas rare de préférer la mutabilité vs l'immutabilité par example dans un moteur de jeux ou dans un context d'operation très lourd. Les IDE ont suffisamment d'outil pour permettre de bien gérer et debugger les erreurs en mutabilité aujourd'hui sans trop vous cassez la tete.
Ta vidéo est une pépite, je voulais acheter le livre Clean Code justement, et avoir en supplément ta vidéo, c'est une chance de plus de bien travailler et revoir en détails les bonnes pratiques du code. Merci beaucoup 👍
Deux await successifs ne sont pas exécutés en parallèle, le premier, puis le second si le premier ne jette pas d'erreur en cas d'échec. Promise.all permet de faire l'exécution en parallèle.
@@JulienLucas oh si! C'est tellement important. Merci pour cette vidéo et comme tu le dis (même en tant que junior) le clean code nous simplifie la vie! 😇
Bien sur que prettier peut aider. En revanche, dans le cadre d'un projet, il faut le configurer en fonction des pratiques du projet (indentation, etc...)
J'avais une question, dans le livre Clean code en ce qui concerne le nommage il faut éviter d'avoir des noms comme IClient, CustomManager, ClientController ou encore clientsList, userDatas alors que ça semble approprié. Qu'est ce que tu en penses, merci d'avance.
Je crois que c'est un peu du Ubiquitous Language (qui vient du DDD); en gros, tes domaines / ta logique métier ne doivent comporter que des noms en rapport avec le métier et non avec la technicité (manager, controller, factory etc., bien sûr, tu as le droit d'avoir une partie "infrastructure" qui elle peut être technique, mais elle doit être séparée de tes domaines) Mais si je me souviens bien, dans Clean Code il parlait aussi du fait qu'ils pouvaient être inutile de spécifier le type de donnée dans le nom (clientsList, clientsArray, clientsMap; en fait, clients seraient suffisant ?)
@@skymer7471 Merci pour tes réponses, c'est clair, pour le dernier point oui tes souvenirs sont bons. Selon l'auteur on le prend comme une collection on fait abstraction tu type on se fie à l'interface (les méthodes dont on dispose pour manipuler l'objet) on a pas besoin de connaître l'implantation mémoire.
Salut julien lucas. Je crois que tu utilises une vidéo issues d'un téléphone portable ce qui provoque que le son est désynchronisé avec l'image lorsqu'on met la vidéo dans un éditeur de vidéo ça fait ça avec les vidéos issues de téléphone mobile. Pour régler le problème il faut que tu passe le fichier dans ffmpeg et que tu le transforme avec un framerate constant. Je le sais car j'ai déjà fait des vidéos que j'ai mises sur youtube, Bien à toi
Merci beaucoup. Si je peux rajouter une petit notion dans la parti des promeses, c'est la promisification. La promisification de setTimeout par exemple pour les réponses serveurs trop longue qu'on peux combiner avec Promise.race(). J'espéré ne pas dire de bêtise.
Intéressante ton approche avec le setTimeout. Jamais utilisé le Promise.race() entre 2 requêtes non plus. Mais mon exemple avait surtout vocation a expliquer comment faire une simple requête serveur proprement. Moi j'ai longtemps était approximatif avec ça. 😱
@@JulienLucas Oui et d'ailleurs tu la très bien fait. j'espéré que tu ferais d'autre guide du genre et merci encore la parti sur la refactorisation m'a bcp aider
Wahh, ça c'est une masteclass! Merci beaucoup, cette vidéo est vraiment ultra cool pour assimiler tous les fondamentaux du clean code de manière efficace! Tu la regardes une fois et ton cerveau est simplement imprégné des bonnes pratiques, bravo Julien! :) Juste une petite requête : est-ce que tu penses pouvoir nous faire un repo git hub répertoriant les bons exemples de bonnes pratiques? :)
Thanks! 🙏 En faite il y a d'autres concepts, sur le testing, la constructions des abstractions de fonctions. Mais c'est trop avancé, et long. J'ai pas de repo. Mais j'ai repris les exemples de code d'autres repo, j'ai cité les sources si tu veux. J'ai eu la flemme de créer d'autres exemples. 🤭
J'ai des divergences avec toi sur ce coup sur les variables limites et les noms prononçables. Pour les variables Limites justement pour les utilisateur de length sont plutôt logique et ne pas utiliser le
Yes j'ai repris des exemples de code trouvé ailleurs (ils étaient beaucoup trop bien, j'ai pris sans vergogne). En plus d'agréments de moi-même, notamment d'exemples de projets réels, un tutoriel sur les requêtes serveurs bien faites, et des explications liées à la recherche de job et missions freelance. J'ai fait un travail de recherche important de compilation de sources, et du coup ça a crée la meilleure vidéo en France sur le sujet. 😊
Bonjour Julien ! Merci pour toutes tes vidéos ! J'y pense, ce serait vraiment génial si tu pouvais réaliser une vidéo sur "les compétences à avoir pour devenir Dev MERN Stack Junior ". Moi ça me plairait à fond et j'en connais beaucoup qui seraient intéressés aussi. Qu'est-ce que tu en penses ? Bonne continuation à toi.
24:00 hum et vous fait quoi si votre pool fait 5000 length ? vous récrivez a chaque fois une nouvelle adresse mémoire de votre object ?
De quoi rendre fou le gabageCollector !
L'immutabilité est une règle qui s'appliquer a certain context (react la mis de l'avant) mais n'est pas en sois une pratique universelle n'y recommander dans tous les cas.
Il est absolument pas rare de préférer la mutabilité vs l'immutabilité par example dans un moteur de jeux ou dans un context d'operation très lourd.
Les IDE ont suffisamment d'outil pour permettre de bien gérer et debugger les erreurs en mutabilité aujourd'hui sans trop vous cassez la tete.
Ta vidéo est une pépite, je voulais acheter le livre Clean Code justement, et avoir en supplément ta vidéo, c'est une chance de plus de bien travailler et revoir en détails les bonnes pratiques du code. Merci beaucoup 👍
Moi je prends les bons coms. 🙂Merci. N'hésites pas à enchainer rapidement sur les autres livres de code.
Elle est bienvenue cette vidéo. Surtout que c'est pas un sujet très abordé
Deux await successifs ne sont pas exécutés en parallèle, le premier, puis le second si le premier ne jette pas d'erreur en cas d'échec.
Promise.all permet de faire l'exécution en parallèle.
Une des rares videos pratique sur le clean code merciiiii
Merci beaucoup pour cette vidéo.
J’adore. Merci beaucoup pour tous ces éclaircissements.
Merci,
Même en data science, ca va m'aider.
40:02 pourquoi ?
Bon contenu,
Je rajouterais l'utilisation des Enum.
Mon idole
super vidéo, explications très claires merci
Merci beaucoup .... J'aime bien votre chaine
Bonjour super vidéo !
Quelle est ta police 🚓 que tu utilises sur ton IDE s'il te plaît?
Excellente video, Merci infiniment ! 👏👏👏
Très intéressant merci pour la vidéo ! C'est dommage qu'il y est la musique derrière...
Ah je peux comprendre, pour une vidéo "formation", la musique c'est peut-être pas adapté. 😬
Pfouaaaaa la vidéo de qualité merci infiniment 🙏🙏🙏🙏
J'ai sorti un monstre. Ça se trouve personne va avoir le courage de regarder 😂😂
@@JulienLucas oh si! C'est tellement important. Merci pour cette vidéo et comme tu le dis (même en tant que junior) le clean code nous simplifie la vie! 😇
merci pour le cours sur clear code. pour les ligne trop long 47min50s l'utilisation d'extension comme prettier peut aidé, ou sais à bannir ?
Bien sur que prettier peut aider. En revanche, dans le cadre d'un projet, il faut le configurer en fonction des pratiques du projet (indentation, etc...)
Bonjour, j’aime bien le son de votre micro,c’est quelle modèle ?
Merci Julien, tu peux me suggérer une bonne formation vidéo sur Gastby JS ?
Une version encore plus évoluée de l’événementiel, ce sont les states machines.
J'avais une question, dans le livre Clean code en ce qui concerne le nommage il faut éviter d'avoir des noms comme IClient, CustomManager, ClientController ou encore clientsList, userDatas alors que ça semble approprié.
Qu'est ce que tu en penses, merci d'avance.
Je crois que c'est un peu du Ubiquitous Language (qui vient du DDD); en gros, tes domaines / ta logique métier ne doivent comporter que des noms en rapport avec le métier et non avec la technicité (manager, controller, factory etc., bien sûr, tu as le droit d'avoir une partie "infrastructure" qui elle peut être technique, mais elle doit être séparée de tes domaines)
Mais si je me souviens bien, dans Clean Code il parlait aussi du fait qu'ils pouvaient être inutile de spécifier le type de donnée dans le nom (clientsList, clientsArray, clientsMap; en fait, clients seraient suffisant ?)
@@skymer7471 Merci pour tes réponses, c'est clair, pour le dernier point oui tes souvenirs sont bons. Selon l'auteur on le prend comme une collection on fait abstraction tu type on se fie à l'interface (les méthodes dont on dispose pour manipuler l'objet) on a pas besoin de connaître l'implantation mémoire.
@@drduck667 Après, je reste un dev assez junior, donc je suis curieux de voir des réponses de personnes beaucoup plus expérimentés que moi
@@skymer7471 oui mais je pense que tu es dans le vrai en tout cas une bonne part.
Salut julien lucas. Je crois que tu utilises une vidéo issues d'un téléphone portable ce qui provoque que le son est désynchronisé avec l'image lorsqu'on met la vidéo dans un éditeur de vidéo ça fait ça avec les vidéos issues de téléphone mobile.
Pour régler le problème il faut que tu passe le fichier dans ffmpeg et que tu le transforme avec un framerate constant.
Je le sais car j'ai déjà fait des vidéos que j'ai mises sur youtube,
Bien à toi
Intéressant. Un peu pénible comme manipulation. 😅
@@JulienLucas
"ffmpeg -i -filter:v fps=30 "
Doit faire l'affaire 👍
Merci beaucoup. Si je peux rajouter une petit notion dans la parti des promeses, c'est la promisification. La promisification de setTimeout par exemple pour les réponses serveurs trop longue qu'on peux combiner avec Promise.race(). J'espéré ne pas dire de bêtise.
Intéressante ton approche avec le setTimeout. Jamais utilisé le Promise.race() entre 2 requêtes non plus.
Mais mon exemple avait surtout vocation a expliquer comment faire une simple requête serveur proprement. Moi j'ai longtemps était approximatif avec ça. 😱
@@JulienLucas Oui et d'ailleurs tu la très bien fait. j'espéré que tu ferais d'autre guide du genre et merci encore la parti sur la refactorisation m'a bcp aider
Wahh, ça c'est une masteclass! Merci beaucoup, cette vidéo est vraiment ultra cool pour assimiler tous les fondamentaux du clean code de manière efficace! Tu la regardes une fois et ton cerveau est simplement imprégné des bonnes pratiques, bravo Julien! :)
Juste une petite requête : est-ce que tu penses pouvoir nous faire un repo git hub répertoriant les bons exemples de bonnes pratiques? :)
Thanks! 🙏 En faite il y a d'autres concepts, sur le testing, la constructions des abstractions de fonctions. Mais c'est trop avancé, et long.
J'ai pas de repo. Mais j'ai repris les exemples de code d'autres repo, j'ai cité les sources si tu veux. J'ai eu la flemme de créer d'autres exemples.
🤭
merci
Merci pour le tutoriel, le prochaine vidéo la clean archi ?
Bien sûr, j’ai déjà commencé 😊 Non pas de suite, mais ça pourra venir!
bon avec ceci je peux me passer du livre
J'ai des divergences avec toi sur ce coup sur les variables limites et les noms prononçables. Pour les variables Limites justement pour les utilisateur de length sont plutôt logique et ne pas utiliser le
Très intéressant. Je viens de lire les mêmes exemples de clean code, sur un article qui date du 26 février.. une inspiration ? :)
Yes j'ai repris des exemples de code trouvé ailleurs (ils étaient beaucoup trop bien, j'ai pris sans vergogne). En plus d'agréments de moi-même, notamment d'exemples de projets réels, un tutoriel sur les requêtes serveurs bien faites, et des explications liées à la recherche de job et missions freelance. J'ai fait un travail de recherche important de compilation de sources, et du coup ça a crée la meilleure vidéo en France sur le sujet. 😊
Allé. Je cite les exemples qui m'ont servi en description en faite. Comme ça les gens pourront les lire aussi.
Super idée :)
🔥🔥🔥🔥🔥🔥
Dommage la musique gêne
Bonjour Julien !
Merci pour toutes tes vidéos !
J'y pense, ce serait vraiment génial si tu pouvais réaliser une vidéo sur "les compétences à avoir pour devenir Dev MERN Stack Junior ".
Moi ça me plairait à fond et j'en connais beaucoup qui seraient intéressés aussi.
Qu'est-ce que tu en penses ?
Bonne continuation à toi.
Merci