Concepts très bien expliqués ! Merci pour ce travail d'information. J'ai un peu tiqué dans le mail sur l'idée reçue de « NaN signifie : "Not A Number" » , car effectivement, c'est bien une valeur qui représente un résultat d'opération n'étant pas un nombre. Mais l'acronyme en soit signifie bien "Not A Number" ;) (je chipote un peu ^^)
Merci pour ton retour. Effectivement l’acronyme signifie bien « Not A Number », mais c’est tellement éloigné de ce que fait vraiment NaN que je préfère lui donner une autre définition. D’ailleurs ce n’est même pas fiable pour tester si une valeur est un nombre.. mieux vaux passer par *typeof* ou *Number.isFinite* je pense. Bref, les joies de JavaScritp. :) A très bientôt pour une prochaine vidéo, et surtout on développement. Simon.
Bonjour Simon et merci pour la vidéo, Concernant le == la conversion est implicite mais savez vous dans quel type est ce converti ? On s'en fiche peut être me direz vous tant que js fait le boulot....
Venant du C/C# avant de faire du javascrit, j'ai toujours fais attention à mes types de variables et donc jamais eu de soucis. Idem pour les effets de bord, le try/catch est mon ami, surtout en frontend où je me vois mal afficher des pages d'erreurs que ue n'aurais pas traitées! Pour les itération de tableaux, je ne parierais pas ne l'avoir jamais fait même si je n'ai pas de souvenirs précis de boucles sur un tableau! 😀 Merci à toi en tout cas pour tous ces conseils.
Bravo Simon, tes conseils sont précieux ! Sur la partie sur le fait que les animations "ne servent à rien", je ne suis pas tout à fait d'accord, c'est vrai que le dev. junior ne devrait pas perdre trop de temps avec ça, et plutôt prendre très vite de bonnes habitudes pour coder dans les règles de l'art. Mais, soigner la forme permet de "séduire", quelquefois la forme fait même passer le fond... hélas. Les bonnes pratiques devraient être enseignées dans tous les domaines ;)
Excellente vidéo. Et je suis tout à fait d'accord avec toi avec l'apprentissage sur les tableaux. Et apprendre les fonctions natives permettant de gérer les tableaux est nécessaire. Et l'exemple que tu donnes est probant mais il existe un effet pervers à l'utilisation de telles fonctions. Inscrit sur le site Code Wars, je me rends compte que parfois certains algorithmes utilisent des fonctions natives pour un code plus lisible et plus court. Mais l'effet pervers c'est qu'un algorithme n'utilisant pas ces fonctions peut permettre parfois une seule itération, un seul parcours du tableau plutôt que X parcours à chaque appel de fonction native. Pour de petits tableaux et de petits traitement pas de soucis, mais c'est parfois dommage de parcourir X fois un tableau imposant alors qu'un seul parcours suffit. Je ne sais pas si je suis clair en fait mais je l'espère :)
Hello Jean Marc, tout à fait d’accord avec toi. C’est une objection que j’ai souvent. Pour moi ce sont deux réalité mes avec 2 objectifs différents. Dans un code frontend en production, on s’amuse rarement à mettre en place des algos spécifique à la place d’un map et d’un filter. A l’inverse sur CodeWarz on va chercher à faire fumer le cerveau pour trouver la solution la plus optimisé.
Salut Simon, encore une excellente vidéo, j'ignorai complètement le deuxième point alors que je suis dev frontend junior, Merci tu m'a appris qq chose.
Des fondamentaux extrêmement importants ! Merci beaucoup ! Si éventuellement vous avez des conseils pour se perfectionner sur l'algo ça serait top ! 👍🏻
Merci pour votre commentaire @Vic Martin ! 👍 Content que la vidéo vous ai plu, je note l’idée pour les algorithmes. Honnêtement, ce n’est pas mon sujet principal et je ne pense que cela soi vraiement utile pour les développeurs (cela dépend beaucoup du type des entreprises). Merci pour l’idée en tout cas, on verra si ça se fait 😉 A très bientôt, bon développement. Simon.
Merci pour votre retour, content d'avoir pu vous aider. Une expertise, c'est d'abord 90% de fondamentaux bien maîtrisés. :) Au plaisir de vous retrouver dans une prochaine vidéo. À bientôt, Simon.
Merci pour votre retour, content d'avoir pu vous aider. Une expertise, c'est d'abord 90% de fondamentaux bien maîtrisés. :) Au plaisir de vous retrouver dans une prochaine vidéo. À bientôt, Simon.
Hello @rcytv, merci pour ton retour positif. :D Concernant l'anglais, ce ne sera pas un frein longtemps, car c'est essentiellement de "l'anglais technique" auquel tu va être confronté en tant que développeur. Je suis moi-même une bille en anglais, mais j'arrive à peu près à me débrouiller sur une documentation d'un langage/framework en anglais. Et Google Traduction est plutôt bon pour traduire ce genre de contenu. :) Est-ce que cela te rassure un peu pour la suite ? Au plaisir d'échanger, Simon.
@@codeursenior Bonjour Simon , Oui cela me rassure beaucoup! En tout cas ta personnalité et ta chaîne a quelque chose en plus des autres. Je m'abonne , bonne continuation et réussite pour tes projets ! Merci
Merci pour ton message encourageant. Je compte continuer sur cette voie l'année prochaine, en prenant le temps de vous partager mon expérience à côté de mon poste à temps ! ;) Bon développement à toi, Simon.
Merci pour ces conseils, toutefois j'ai parfois l'impression en regardant les offres d'emploi que désormais les experts en NodeJS et Framework Front JS récents sont désormais légion. On pourrait croire qu'après avoir fait massivement la promotion de ces technologies pour les formations rapides, l'offre a dépassé légèrement la demande en matière de candidats...
Hello, merci pour ton retour d’expérience. Effectivement, les bootcamps pullulent. Voici mon avis sur le sujet : Y’a t’il plus d’experts JS pour autant ? Non. Y’a t’il moins de demande ? Non.
@@codeursenior Merci pour ta réponse, oui je pense que ça doit être une question de perspective également, mais je pense que tu dois avoir une meilleure perception de ce qu'on peut considérer comme un "expert" JS. En tout cas, ton contenu est vraiment le bienvenu, merci pour le partage 👌🏼
Bonjour @Tony et merci pour ton commentaire encourageant. 👍 concernant ton exemple avec l’emoji 🐴 c’est pour tester l’égalité ? Au plaisir d’échanger, à très bientôt ! Bon développement, Simon.
Merci pour votre commentaire, j'espère avoir pu vous aider sur 2-3 points. À très bientôt pour la prochaine vidéo, et surtout bon développement. Simon.
Hello Jessy, au risque de vous choquer, je priorise la lisibilité/efficacité du code plutôt la performance sur des traitements de tableaux côté frontend. Bon développement, Simon.
Merci à toi pour ton commentaire ! Ça me donne la motivation pour vous proposer d’autres vidéos, et cela aide à faire connaître cette chaîne. J’espère pouvoir interviewer d’autres développeurs talentueux si la chaîne continue à se développer. A très bientôt, bon développement, Simon.
Bonjour Hamza, la vidéo ne vous a rien apporté, vous connaissiez déjà tous ces principes sur JavaScript ? N'hésitez pas si vous avez des suggestions d'améliorations, je suis preneur de chaque retour. Bon développement à vous, Simon.
Hello Hamza, je commence toutes mes vidéos par une histoire à propos de mon expérience, afin de mieux illustrer mon propos et aider à faire passer le message. Si cela vous déplait vous pouvez avancer la vidéo à environ 2 min, ou regarder directement des articles de blogs ou d'autres vidéos qui aborde directement le point technique qui vous intéresse. J'essaye de profiter du format UA-cam rendre toutes ces technologies un peu plus "digeste". :) Voilà, bonne continuation à vous. Simon.
Concepts très bien expliqués ! Merci pour ce travail d'information.
J'ai un peu tiqué dans le mail sur l'idée reçue de « NaN signifie : "Not A Number" » , car effectivement, c'est bien une valeur qui représente un résultat d'opération n'étant pas un nombre.
Mais l'acronyme en soit signifie bien "Not A Number" ;) (je chipote un peu ^^)
Merci pour ton retour. Effectivement l’acronyme signifie bien « Not A Number », mais c’est tellement éloigné de ce que fait vraiment NaN que je préfère lui donner une autre définition.
D’ailleurs ce n’est même pas fiable pour tester si une valeur est un nombre.. mieux vaux passer par *typeof* ou *Number.isFinite* je pense.
Bref, les joies de JavaScritp. :)
A très bientôt pour une prochaine vidéo, et surtout on développement.
Simon.
Bonjour Simon et merci pour la vidéo,
Concernant le == la conversion est implicite mais savez vous dans quel type est ce converti ? On s'en fiche peut être me direz vous tant que js fait le boulot....
Très bon concept, il faudrais plus de vidéos de ce genre !, bonne explication et ça apporte un nouveau regard sur certain point, ça change !
Venant du C/C# avant de faire du javascrit, j'ai toujours fais attention à mes types de variables et donc jamais eu de soucis.
Idem pour les effets de bord, le try/catch est mon ami, surtout en frontend où je me vois mal afficher des pages d'erreurs que ue n'aurais pas traitées!
Pour les itération de tableaux, je ne parierais pas ne l'avoir jamais fait même si je n'ai pas de souvenirs précis de boucles sur un tableau! 😀
Merci à toi en tout cas pour tous ces conseils.
Du coup pk NaN c'est l'anagramme exact de not a number?
Bravo Simon, tes conseils sont précieux !
Sur la partie sur le fait que les animations "ne servent à rien", je ne suis pas tout à fait d'accord,
c'est vrai que le dev. junior ne devrait pas perdre trop de temps avec ça, et plutôt prendre très vite
de bonnes habitudes pour coder dans les règles de l'art.
Mais, soigner la forme permet de "séduire", quelquefois la forme fait même passer le fond... hélas.
Les bonnes pratiques devraient être enseignées dans tous les domaines ;)
Excellente vidéo.
Et je suis tout à fait d'accord avec toi avec l'apprentissage sur les tableaux.
Et apprendre les fonctions natives permettant de gérer les tableaux est nécessaire.
Et l'exemple que tu donnes est probant mais il existe un effet pervers à l'utilisation de telles fonctions.
Inscrit sur le site Code Wars, je me rends compte que parfois certains algorithmes utilisent des fonctions natives pour un code plus lisible et plus court.
Mais l'effet pervers c'est qu'un algorithme n'utilisant pas ces fonctions peut permettre parfois une seule itération, un seul parcours du tableau plutôt que X parcours à chaque appel de fonction native.
Pour de petits tableaux et de petits traitement pas de soucis, mais c'est parfois dommage de parcourir X fois un tableau imposant alors qu'un seul parcours suffit.
Je ne sais pas si je suis clair en fait mais je l'espère :)
Hello Jean Marc, tout à fait d’accord avec toi. C’est une objection que j’ai souvent. Pour moi ce sont deux réalité mes avec 2 objectifs différents. Dans un code frontend en production, on s’amuse rarement à mettre en place des algos spécifique à la place d’un map et d’un filter. A l’inverse sur CodeWarz on va chercher à faire fumer le cerveau pour trouver la solution la plus optimisé.
Salut Simon, encore une excellente vidéo, j'ignorai complètement le deuxième point alors que je suis dev frontend junior, Merci tu m'a appris qq chose.
Salut RS, au top si ça a pu t’apporter qqc, c’est le but à travers cette chaîne. Bon développement, Simon.
J'ai commencé à te suivre depuis un bout de temps , à vrai dire tu est un très bon prof , j'apprécie tu m'inspire bien ❣️
Merci pour ton message Saidou !
Bon développement,
Simon.
Des fondamentaux extrêmement importants ! Merci beaucoup ! Si éventuellement vous avez des conseils pour se perfectionner sur l'algo ça serait top ! 👍🏻
Merci pour votre commentaire @Vic Martin ! 👍 Content que la vidéo vous ai plu, je note l’idée pour les algorithmes. Honnêtement, ce n’est pas mon sujet principal et je ne pense que cela soi vraiement utile pour les développeurs (cela dépend beaucoup du type des entreprises). Merci pour l’idée en tout cas, on verra si ça se fait 😉 A très bientôt, bon développement. Simon.
Jte parle sérieux t'es une des meilleures chaînes YT francophones
Merci pour ton commentaire @Nassim ! 👊
Bon développement à toi,
Simon.
Bon ben même pour quelqu'un qui n'y connaît rien, c'était clair et compréhensible 😁Merci !
Avec plaisir ! 😁 Merci pour ton commentaire très encourageant, bon développement. À très bientôt, Simon.
Merci pour les conseils nous visons loin alors que les bases ne sont pas acquis vous m'avez été d'une grande aide
Merci pour votre retour, content d'avoir pu vous aider. Une expertise, c'est d'abord 90% de fondamentaux bien maîtrisés. :) Au plaisir de vous retrouver dans une prochaine vidéo. À bientôt, Simon.
Merci pour votre retour, content d'avoir pu vous aider. Une expertise, c'est d'abord 90% de fondamentaux bien maîtrisés. :) Au plaisir de vous retrouver dans une prochaine vidéo. À bientôt, Simon.
merci pour les conseils c'est vraiment ce type de contenu qui peut aider
Merci pour ton retour, je continue sur cette voie alors. :) bon développent et à très bientôt pour une prochaine vidéo. Simon.
Merci pour la vidéo, elle déchire. Tu peux faire une vidéo sur le *promise* ? Ce truc me torture chaque jour.
Haha oui j'ajoute à mon immense liste de vidéo à faire ! 👍
12:02 .sort() trie le tableau in place
Super vidéo !
Pensez-vous qu'une compréhension limitée de l'anglais écrit soit insurmontable pour être dev?
Merci beaucoup
Hello @rcytv, merci pour ton retour positif. :D
Concernant l'anglais, ce ne sera pas un frein longtemps, car c'est essentiellement de "l'anglais technique" auquel tu va être confronté en tant que développeur.
Je suis moi-même une bille en anglais, mais j'arrive à peu près à me débrouiller sur une documentation d'un langage/framework en anglais.
Et Google Traduction est plutôt bon pour traduire ce genre de contenu. :)
Est-ce que cela te rassure un peu pour la suite ?
Au plaisir d'échanger,
Simon.
@@codeursenior Bonjour Simon ,
Oui cela me rassure beaucoup!
En tout cas ta personnalité et ta chaîne a quelque chose en plus des autres.
Je m'abonne , bonne continuation et réussite pour tes projets !
Merci
Merci pour ton message encourageant. Je compte continuer sur cette voie l'année prochaine, en prenant le temps de vous partager mon expérience à côté de mon poste à temps ! ;) Bon développement à toi, Simon.
Merci pour ces informations clair et permettant de solidifier nos bases 👏
Merci pour ton commentaire, content que cela puisse vous servir pour vos futurs développements. 👍 A bientôt pour la prochaine vidéo, Simon.
Merci pour la vidéo 🙏🏾
Avec plaisir ! Bon développement et à bientôt pour la prochaine vidéo. :) Simon.
Merci pour le partage Simon 👍🏼
Merci à toi pour ton commentaire encourageants. 👌 A très bientôt pour urn prochaine vidéo, et surtout bon développement. Simon.
Merci pour ces conseils, toutefois j'ai parfois l'impression en regardant les offres d'emploi que désormais les experts en NodeJS et Framework Front JS récents sont désormais légion.
On pourrait croire qu'après avoir fait massivement la promotion de ces technologies pour les formations rapides, l'offre a dépassé légèrement la demande en matière de candidats...
Hello, merci pour ton retour d’expérience. Effectivement, les bootcamps pullulent. Voici mon avis sur le sujet : Y’a t’il plus d’experts JS pour autant ? Non. Y’a t’il moins de demande ? Non.
@@codeursenior Merci pour ta réponse, oui je pense que ça doit être une question de perspective également, mais je pense que tu dois avoir une meilleure perception de ce qu'on peut considérer comme un "expert" JS. En tout cas, ton contenu est vraiment le bienvenu, merci pour le partage 👌🏼
@@axelfl7479 Avec plaisir @Axel, à bientôt pour une prochaine vidéo j'espère.
Waoooo merci d'insister sur ces bases 🙏🏼🙏🏼
De rien 😁 ! Bon apprentissage pour la suite, Simon.
Super vidéo ! Merci 😊
Merci Imane ! 😉
Merci beaucoup pour les informations
👍
L'anecdote du "soldat au front" m'a beaucoup plus (c'est moi en ce moment XD)
Courage alors 👊
7:08
🐴===
🐴
Sinon, très bonne vidéo
Bonjour @Tony et merci pour ton commentaire encourageant. 👍 concernant ton exemple avec l’emoji 🐴 c’est pour tester l’égalité ? Au plaisir d’échanger, à très bientôt ! Bon développement, Simon.
Merci pour tuto
Merci pour votre commentaire, j'espère avoir pu vous aider sur 2-3 points. À très bientôt pour la prochaine vidéo, et surtout bon développement. Simon.
Attention car map/filter/forEach etc sont plus lents que for donc pas toujours adaptés même si plus sexy.
Hello Jessy, au risque de vous choquer, je priorise la lisibilité/efficacité du code plutôt la performance sur des traitements de tableaux côté frontend.
Bon développement,
Simon.
Oui bien sûr, je parle de cas très spécifiques comme la manipulation de pixels.
D'accord, pour des traitements plus chargés, cela se justifie effectivement. 👍
Merci beaucoup.
De rien ! Bon développement, Simon.
Merci👏
Merci à toi pour ton commentaire ! Ça me donne la motivation pour vous proposer d’autres vidéos, et cela aide à faire connaître cette chaîne. J’espère pouvoir interviewer d’autres développeurs talentueux si la chaîne continue à se développer. A très bientôt, bon développement, Simon.
Oh pu$@% c'est chaud ! Rien à redire...
Merci
🙏
la video commence à 02:00 mais tfacon cette video est naze
Bonjour Hamza, la vidéo ne vous a rien apporté, vous connaissiez déjà tous ces principes sur JavaScript ? N'hésitez pas si vous avez des suggestions d'améliorations, je suis preneur de chaque retour. Bon développement à vous, Simon.
@@codeursenior mais on en parle de la video qui traine à commencer ?
Hello Hamza, je commence toutes mes vidéos par une histoire à propos de mon expérience, afin de mieux illustrer mon propos et aider à faire passer le message. Si cela vous déplait vous pouvez avancer la vidéo à environ 2 min, ou regarder directement des articles de blogs ou d'autres vidéos qui aborde directement le point technique qui vous intéresse. J'essaye de profiter du format UA-cam rendre toutes ces technologies un peu plus "digeste". :) Voilà, bonne continuation à vous. Simon.
Merci
Merci pour votre message, et bon développement à vous.
Simon.
Merci
👍