Le kit de ressources Javascript : écrivez un meilleur code, plus propre et plus rapidement

1. Introduction: Bonjour. Je suis Chris Hermione, je suis de Berlin, Allemagne et je suis développeur Web depuis plus de 20 ans et depuis que nous avions Javascript, c'était une de mes passions. J' ai écrit quelques livres à ce sujet, j'ai fait beaucoup de formations là-dessus, et aujourd'hui je vais vous en faire part. Je suis très heureux que notre communauté Web soit devenue si grande que vous pouvez aller à des réunions ou des conférences presque chaque semaine et c'est ce que je fais. Je donne beaucoup de notes clés, je donne beaucoup de formations, et j'interviewer dans les entreprises et avec les entreprises ce qu'ils veulent faire avec les nouvelles technologies qui comprennent l'apprentissage automatique, l' intelligence artificielle, et aussi un bon vieux développement Web avec Javascript et d'autres langages. Ce cours est destiné aux personnes qui veulent comprendre Javascript et qui veulent l'utiliser maintenant, et qui sont en quelque sorte submergés par toutes les offres qui sont là et la fragmentation des matériels d'apprentissage qui sont là. Donc, si vous êtes quelqu'un qui commence juste par Javascript, c'est pour vous aussi, ou si vous êtes quelqu'un qui a fait du Javascript, mais qui a l'impression qu'il devrait y en avoir plus, c'est pour vous aussi. C' est un bon aperçu de ce que fait l'espace Javascript de nos jours et de ce que vous pouvez faire avec la langue, et c'est beaucoup plus qu'auparavant. Tous les matériaux et tous les produits dont nous allons parler dans ce cours sont basés sur le Web et open source. Ainsi, vous pouvez travailler avec eux sur toutes les plates-formes, vous n'avez pas besoin d'avoir un Macintosh, vous n'avez pas besoin d'avoir une machine Windows, vous pouvez utiliser ce que vous voulez. Je ne veux pas que vous disiez quel environnement utiliser et quel environnement mettre en place, vous devriez plutôt trouver celui qui vous rend le plus confortable. Donc, rien ici n'est quelque chose que vous devez acheter parce que open source nous aide à être beaucoup meilleurs développeurs. J' espère que vous trouverez quelque chose qui vous excitera et que vous deviendrez un meilleur développeur Javascript après la fin de ce cours, alors allons-y. 2. Le Javascript aujourd'hui: Bonjour et bienvenue au cours Redécoucovering JavaScript. Aujourd'hui, nous voulons parler de ce qu'est JavaScript et de ce qu'il est devenu. Le problème en JavaScript est que cela a toujours été une chose que beaucoup de gens veulent faire et que seulement quelques personnes ont été très enthousiastes. Vous avez probablement bousculé avec JavaScript ou vous avez écrit JavaScript mais la plupart du temps, vous aurez utilisé le code d'autres personnes. Lorsque JavaScript est arrivé, c'était juste quelque chose que nous avons ajouté dans les sites Web et nous avons appris en regardant le code d'autres personnes. La source de vue était notre professeur et nous avons effectivement regardé ce qui se passait, copié et collé du code de quelqu'un d'autre, changé quelques chiffres autour, j'espère que rien ne s'est cassé et ensuite nous avions un JavaScript qui était le nôtre. Cela a beaucoup changé. Si vous utilisez JavaScript depuis un certain temps et que vous retournez dans le monde en ce moment et que vous réalisez que les gens parlent de choses comme NPM, comme des nœuds, comme web pack. Le langage semble être beaucoup plus complexe qu'auparavant, il était plus comme Java, Ruby, ou ce genre de langages, et je veux que vous compreniez que c'est normal et c'est une évolution normale et vous donnez pas besoin de se sentir inadéquat à ce sujet, vous n'avez pas à vous inquiéter à ce sujet. Cela signifie simplement que la polyvalence de JavaScript lui-même lui a permis d'aller dans des directions différentes. Donc, quand vous devenez un développeur JavaScript de nos jours, vous pourriez être n'importe quoi ; vous pourriez être juste un développeur web qui fait belles choses sur des sites Web avec JavaScript, vous pourriez être un développeur de nœud qui construit des API de serveurs, microservices, toutes ces sortes de choses cool, ou vous pourriez même être un développeur d'applications hardcore pour construire quelque chose comme Slack ou Atom en JavaScript, HTML et CSS, puis l'empaqueter comme une application elle-même. Maintenant, si vous pensez à ce que JavaScript était, vous allez entrer dans beaucoup de ressources en ligne qui sont très, très obsolètes et très, très dangereux à apprendre de nos jours. Prenez par exemple W3Schools ici qui est toujours le premier résultat dans Google lorsque vous avez googlé quelque chose de aléatoire en JavaScript. Il vous apprend beaucoup de façons comment JavaScript était de retour à l'époque et une partie de la syntaxe JavaScript qui était à l'époque, mais beaucoup de ce JavaScript n'est plus comment vous écrivez les choses de nos jours. En tant que quelqu'un qui utilise ces ressources depuis des années, nous avons quelques accrochages dont nous devrions nous débarrasser. L' un des accrochages est que les navigateurs seront toujours terribles et les navigateurs seront toujours sur notre chemin et ne supportent pas les choses que nous voulons faire. Un autre accrochage est que nos utilisateurs finaux ne mettront pas à niveau leurs environnements et auront un problème avec les nouvelles fonctionnalités que nous voulons avoir. Nous devrions nous libérer de ces hangups et de ces craintes et c'est pourquoi nous avons besoin de nouvelles ressources pour apprendre JavaScript et trouver vos informations. Donc, si vous voulez rechercher quelque chose de nos jours en JavaScript comme quelques ressources, je veux que vous passez rapidement à travers avec vous pour jouer avec. Ce sont les choses où vous devriez toujours aller si vous voulez découvrir quelque chose nouveau et ils sont toujours à jour parce que ce sont des environnements axés sur la communauté. Donc, quand JavaScript est devenu une chose, beaucoup de gens ont cessé d'écrire JavaScript lui-même parce que les navigateurs où problématiques, comme Internet Explorer, Netscape, quoi que ce soit, Firefox, plus tard, Opera, tous avaient différents des façons de traiter la langue parce que la langue n'était pas normalisée aussi correctement et que nous n'avions pas de normes Web avant cette date également. Lorsque le mouvement Web Standard est arrivé et HTML5 est devenu une chose, cela a changé radicalement. Nos ressources de nos jours, nos navigateurs sont de nos jours basés sur des standards et sont d'accord les uns avec les autres sur les différentes technologies à utiliser et sur ce qui devient standard et ce qui ne fonctionne pas. Nous n'avons pas à courir après l'innovation des fabricants de navigateurs plus et faire des choses pour un navigateur et différemment pour autre navigateur et c'est une chose merveilleuse. L' une des principales choses que les gens faisaient, est d' utiliser jQuery au lieu de JavaScript parce que jQuery nous a aidés à égaliser le terrain de jeu, pour réellement donner aux navigateurs les mêmes expériences et nous n'avions plus à y penser. Mais de nos jours, les navigateurs sont si bons et les normes allées si loin que vous n'avez probablement plus besoin jQuery parce que vous ajoutez réellement du code supplémentaire pour un environnement qui n'existe plus et pour les navigateurs qui ne devraient plus être utilisés. La première ressource dont je veux que vous soyez excité parce que je suis très excité est appelée caniuse.com. Caniuse.com est un site de ressources qui vous indique ce que les navigateurs peuvent faire ces jours-ci et quel navigateur prend en charge quelle fonctionnalité dans quel format. Le cas d'utilisation le plus courant pour CaniUse est que vous allez là-bas pour trouver le support pour quelque chose, disons, par exemple, pour récupérer l'API. Une fois que vous tapez cela, vous obtenez déjà les résultats vous indiquant ce que Fetch est en remplacement moderne de XMLHttpRequest et quel navigateur le prend en charge. Vous pouvez également voir les navigateurs rouges qui ne le supportent pas et parfois navigateur jaune qui le supportent mais ont des problèmes. Une fois qu'il y a des problèmes, il sera répertorié avec des problèmes connus ici où vous pouvez travailler autour d'eux, dans ce cas, nous n'avons pas mais d'autres fonctionnalités pourraient les avoir, donc vous savez où se trouvent les problèmes quand ils seront corrigés et ce que se passe. La chose que pour chaque fonctionnalité que vous recherchez, vous aurez un onglet de ressources ici qui vous montrera sur la spécification, avoir une démo, aller pour Polyfill et ensuite avoir les différentes plates-formes comme Internet Explorer edge, Chrome, Firefox et WebKit et voir quand ils l' ont expédié ou quel est le problème avec l'état est en ce moment. Donc, si vous vous demandez toujours d'avoir une nouvelle fonctionnalité qui intéresse quelqu'un et que vous vous demandez si vous pouvez l'utiliser dans vos produits avec vos utilisateurs finaux, c'est une excellente ressource à regarder. Il est maintenu en permanence, tous les fabricants de navigateurs donnent des commentaires aux responsables de ce produit. Donc, c'est là que pour apprendre s'il est sûr d' utiliser quelque chose et aussi s'exciter de l'utiliser. Si vous voulez connaître le langage Javascript lui-même, donc c'est pour les nerds hardcore sur javascript, le groupe TC39 Ecma est en fait les gens qui écrivent la langue. Il s'agit du consortium ou du comité technique qui crée la prochaine version de cette langue et maintient la version actuelle de cette langue. Donc, c'est la source principale pour la langue elle-même, pas une autre ressource qui pourrait dire comme nous connaissons JavaScript. Ce sont les gens qui le font. Si vous voulez rechercher quelque chose en JavaScript et que vous voulez aller voir comme comment fonctionne quelque chose, les documents Web MDN pour moi sont la meilleure ressource. Ils ne sont pas la meilleure ressource parce que je travaillais pour Mozilla, mais c'est parce que là où tous les fabricants de navigateurs se rendent compte qu'ils devraient mettre leurs informations dans. Les documents Web MDN est un wiki ouvert afin que vous puissiez le modifier, vous pouvez également participer à cette communauté, et vous verrez des fonctionnalités qui peuvent être mises à jour beaucoup plus rapidement que n'importe quelle autre ressource là-bas. Donc, si vous cherchez quelque chose comme, par exemple, array.map dans ce cas, vous obtiendrez non seulement un exemple de ce que c'est, mais vous pourriez obtenir toutes sortes d'informations ce que cela signifie. Donc, il vous explique que la méthode map crée un nouveau tableau avec les résultats de l'appel d'une fonction de fournisseur et ainsi de suite et ainsi de suite. Vous pouvez exécuter ces exemples en direct ici, vous pouvez ensuite les réinitialiser pour les annuler, puis vous obtenez informations détaillées sur la syntaxe de celui-ci comment utiliser la carte et comment utiliser les rappels. Vous avez une liste aux spécifications expliquant où différentes choses signifient et vous avez également une table de compatibilité de navigateur répertoriée ici qui est, assez bizarrement, provenant de Caniuse.com. Ainsi, ces deux sites sont étroitement liés de sorte que cette information sera toujours à jour aussi. Si vous voulez connaître les différents navigateurs et comment ils fonctionnent bien avec JavaScript, vous avez de la chance aussi. À l'époque où j'ai commencé en tant que développeur JavaScript, ce étaient des codes noirs. Personne ne savait ce qui allait arriver, personne ne savait ce qui se passait. De nos jours, tous les navigateurs ont des ressources et même des comptes Twitter où vous trouvez de nouvelles informations à leur sujet. Ceci est celui de Microsoft pour Edge, pour Chrome fait le blog Chromium, pour Safari fait le blog WebKit, pour Firefox fait, bien sûr, le blog Firefox et pour d'autres comme navigateur Samsung, Opera , tous les fabricants de navigateurs sont très ouverts aux développeurs pour leur parler et aller pour elle. Donc, ce sont quelques-unes des ressources à regarder lorsque vous voulez commencer à travailler avec JavaScript de nos jours. Ce sont des ressources à jour, des ressources modifiables auxquelles vous pouvez participer et vous pouvez les améliorer si vous le souhaitez. Ne vous contentez pas de google aléatoirement pour les problèmes en JavaScript, puis copiez et collez le code. Prenez ces ressources et apprenez JavaScript des créateurs de JavaScript et des implementateurs de JavaScript et vous serez un développeur beaucoup plus heureux. Donc, maintenant, nous connaissons certaines des ressources que vous pouvez continuer à visiter et apprendre que JavaScript n'est pas ce qu'il était auparavant. Dans la vidéo suivante, nous allons parler de certaines des fonctionnalités que JavaScript fait de nos jours ou de certaines des implémentations que JavaScript a que vous n'avez peut-être pas pensé et que vous n'avez pas vu auparavant. 3. Les utilisations du Javascript: tant que quelqu'un qui a appris JavaScript il y a longtemps, qui est en fait assez vieille école à ce sujet, vous pourriez penser que JavaScript est quelque chose que vous venez de mettre dans les pages HTML pour les rendre plus interactives et faire quelque chose comme charger quelque chose en arrière-plan, ou en téléchargeant quelque chose en arrière-plan, ou en rendant quelque chose de plus interactif. JavaScript a dépassé cela il y a quelque temps, quand HTML5 est devenu une spécification d'un coup, la pile HTML est devenue quelque chose qui dépend plus de JavaScript qu'auparavant. Parce que certaines des fonctionnalités dont nous avions besoin n'avaient aucun sens sans cela. Un élément de canevas ne fait rien. C' est juste une toile qui est en fait implicite dans le nom. Donc, vous aviez besoin de JavaScript pour faire quelque chose avec cela. Certaines des autres fonctionnalités de JavaScript sont allées de la même manière. Donc, l'idée d'avoir un éditeur de texte, et d'écrire quelque chose dans une page HTML et de l'ouvrir dans le navigateur, juste pour avoir JavaScript est peu près vieille école et vous devriez y penser plus comme une plate-forme, ou comme un pour construire quelque chose avec. Si vous jetez un oeil autour du web, ce que JavaScript fait en ce moment, il y a beaucoup de choses de forme. Il y a toutes sortes de choses que nous faisons avec JavaScript et vous pourriez être conscient de ce qui se passe là-bas. Prenez par exemple quelque chose comme three.js. Three.js est une bibliothèque 3D qui vous permet de faire des animations 3D en JavaScript. Quelque chose pour lequel, dans le passé, nous avons toujours utilisé Flash. Donc, JavaScript est un langage maintenant utilisé pour choses très créatives plutôt que juste quelque chose qui est sur le web pour le rendre plus joli, ou pour faire un texte animé en arrière-plan défilant autour. choses que nous avons faites avec Flash dans le passé sont maintenant fermement dans l'espace de JavaScript parce que JavaScript est pris en charge dans tous les navigateurs, et n'a pas besoin d'être téléchargé et n'a pas besoin d'être installé comme Flash auparavant, Quicktime utilisé pour l'être, ou même Silverlight l'était. D' autres choses que JavaScript fait est en fait de devenir une partie de votre vie quotidienne. Slack par exemple est probablement un outil que vous avez utilisé et Slack est écrit en JavaScript avec HTML et CSS comme les deux autres technologies. Donc, en substance ce que nous avons avec Slack, c'est une application qui fonctionnerait dans le navigateur, emballé dans un installateur afin que vous puissiez les utiliser sur le bureau, sur votre téléphone mobile et partout ailleurs. La plate-forme le fait en se basant sur elle s'appelle Electron. Electron vous permet d'écrire JavaScript, HTML et CSS, puis de l'empaqueter comme une application pour l'installer sur vos systèmes d'exploitation et sur une plate-forme mobile différente. Donc, JavaScript écrit pour Electron est beaucoup plus susceptible d'être plus facile pour certains développeurs à faire parce que vous n'avez pas cet inconnu dans quel navigateur il va fonctionner. Vous ne savez pas si vos utilisateurs finaux peuvent et désactiver les choses parce que vous contrôlez le code, et vous contrôlez également la distribution et le processus d'installation dans les systèmes d'exploitation eux-mêmes. Un grand changement dans l'espace JavaScript a été quand Node est sorti. Node est une version côté serveur de JavaScript, où vous pouvez écrire tout ce que vous avez utilisé pour écrire et des choses comme Java, PHP ou Python, maintenant en JavaScript lui-même. Donc, ce que Node vous permet de faire est d'écrire des serveurs, c'est exécuter de nouveaux microservices, écrire tout ce que vous vouliez avoir dans ces langues plus anciennes beaucoup plus complexes maintenant en JavaScript. Node est installable sur toutes les plates-formes là-bas, et vous aurez dans la plupart des cas, voudrez avoir Node installé parce que l'outillage de JavaScript qui sont écrits dans Node, et vous permettent d'être beaucoup plus efficace en tant que Le développeur JavaScript est quelque chose à être vraiment excité et quelque chose à utiliser. Maintenant, comme Node est côté serveur, et Node est une façon différente d'écrire du code, les règles qui s'appliquent pour être un développeur JavaScript dans Node sont différentes d'être un développeur Javascript qui écrit des choses pour le web. Donc, ne soyez pas trop frustré si vous ne comprenez pas cela et que vous ne voulez pas entrer dans cet espace, mais il y a encore beaucoup de choses dans Node qui sont très efficaces et le rendent beaucoup plus efficace à utiliser. NPM est le gestionnaire de paquets de JavaScript. Ainsi, les solutions Node sont maintenant écrites dans des paquets et peuvent ensuite être installées en tant que paquets dans vos systèmes d'exploitation ou également utilisées comme paquets dans votre autre code. En tant que quelqu'un qui est JavaScript old school comme moi, cela semble très complexe et dans une certaine mesure c'est. Mais en tant que quelqu'un venant d'un monde Pro ou d'un monde Java, c'est un moyen de développement très simple et normal. Donc, ce que nous avons avec NPM dans Node, c'est le niveau de JavaScript jusqu'à devenir une véritable plate-forme logicielle pour écrire d'énormes applications dans et construire d'énormes applications réunies par des composants réutilisables. Comme les gens écrivent des applications massives en JavaScript, le langage a montré certains de ses problèmes. La nature de JavaScript qu'il n'a aucun type, a rendu difficile pour les personnes qui venaient d'autres langues d'écrire des milliers et des milliers de lignes de JavaScript et de pouvoir les refactoriser plus tard. TypeScript résout ce problème en plaçant un système de type sur JavaScript, ce qui le rend beaucoup plus évolutif et beaucoup plus facile à refactoriser. Donc, si vous écrivez d'énormes applications en JavaScript, probablement TypeScript est une bonne idée à penser et TypeScript a également l'avantage d'être plus stricte dans sa syntaxe que JavaScript. Donc, vous pouvez utiliser le TypeScript plus tard, nous allons le faire dans une autre vidéo pour vous montrer quelles sont vos erreurs JavaScript pendant que vous les écrivez réellement. Je ne veux pas que tu te décourages en regardant tous ces outils et en pensant maintenant : « Oh, mon Dieu. Je dois tous les comprendre. » Ce sont différentes options de l'endroit où JavaScript est utilisé, et où vous pouvez devenir un développeur Javascript, ou peut réapprendre en tant que développeur JavaScript. Tout le monde ne doit pas devenir développeur de Node ou doit utiliser Electron pour construire des applications, vous pouvez toujours utiliser JavaScript pour construire des sites Web normaux, et pour les emballer d'autres manières ou ne pas toucher le côté serveur du tout. Donc, ce que Javascript est en raison de sa polyvalence en tant que langage, c'est un mélange de piquets. C' est comme, si vous prenez les choses que vous voulez utiliser et que vous voulez faire carrière, je conseillerais aux gens de trouver une chose qui vous excite vraiment, et de se concentrer sur celle-ci. Plutôt que d'être un jack-of-all-trades, et en espérant que vous avez assez de temps pour suivre toutes ces différentes implémentations parce que très probablement, vous n'aurez pas ce temps. Dans la prochaine vidéo, nous allons parler de certaines des options que vous avez pour devenir un développeur JavaScript, ou parfois, vous ne voulez pas vraiment écrire JavaScript lui-même mais utiliser autre chose qui vous rend plus efficace. 4. Trouver Javascript Zen: Bienvenue dans cette vidéo de la série JavaScript redécouverte. Dans cette section, je veux que vous vous souveniez que JavaScript est énorme et qu'il y a toutes sortes de choses qui sont faites avec Javascript. Donc, vous ne devriez pas vous sentir mal si vous vous sentez submergé en regardant autour de ce que les gens font avec. Vous ne devriez pas vous sentir mal que d'autres personnes sont mieux à elle parce que d'autres personnes font des choses différentes. Donc, quand il s'agit d'utiliser JavaScript de nos jours, il ne s'agit pas de tout savoir. C' est presque impossible à faire parce que les différentes façons de Javascript sont implémentées autour du web et autour des piles technologiques, demandaient différentes façons d'apprendre le Javascript et différentes façons de l'utiliser. Donc, quelque chose qui a du sens dans un environnement de noeud, n'a pas nécessairement de sens sur le web et dans l'inverse. Donc, si vous êtes un développeur javascript qui veut juste utiliser Vanilla Javascript, Javascript de base sans aucun add-ons, sans aucune fonctionnalité, sans aucun jeu de données autour d'elle ou jeux d'outils autour d'elle, MDN Web Docs est l'endroit où vous allez réellement d'être vivant. C' est là que vous trouvez l'information et c'est là que vous trouverez l'excitation. C' est probablement une communauté où vous voulez aussi vous joindre et vous voulez aussi faire partie de. Donc, là vous pouvez briller, là vous pouvez rendre vos informations, et là vous pouvez faire ce que vous êtes vraiment excité et ce que vous pouvez faire. Si vous êtes plus enclins à utiliser JavaScript de manière à construire services logiciels appropriés ou des serveurs dans ce genre de choses, alors le monde des nœuds est l'endroit où vous êtes beaucoup plus excité. Ces différents mondes en JavaScript ont tous leurs différentes communautés, ont des canaux mous différents, ont leurs différents événements et ont leurs différents rassemblements communautaires. Donc, parfois, vous êtes en tant que développeur web lors d'un événement de nœud, vous ne comprenez pas un seul mot. Alors que comme développeur de noeud va à une conférence de conception et ne comprend pas ce que les gens sont excités quand ils font tant de choses différentes en JavaScript dans l'environnement de note. Alors, assurez-vous de trouver un endroit où vous êtes excité et puis concentrez-vous sur celui-ci. Ne regardez pas les autres de différentes manières qu'ils font mal. Ils le font juste différemment de toi. n'y a pas non plus de mal à adopter une approche différente pour le développement à l'aide d'une bibliothèque. React est une énorme communauté et un environnement énorme également basé sur Javascript, mais React lui-même est un langage qui fait les choses complètement différemment que les navigateurs le font, et Vanilla Javascript le fait. Cela ne signifie pas que vous renoncez réellement au coût et que vous ne devenez pas un développeur Javascript. Cela signifie que vous prenez un raccourci ou que vous attendez pour construire des applications plus grandes, différentes applications sur une pile différente. Alors, regardez ces choses et regardez autour où vous trouverez votre auto intéressé. Vous pouvez rester avec le monde Javascript Vanilla et construire tout vous-même. Vous pouvez aller dans un environnement côté serveur avec nœud ou vous pouvez utiliser UJS, Angular ou React pour construire des applications dans cette pile, ou React pour construire des applications dans cette pile, peu comme nous avions l'habitude d'avoir des gens écrivant des choses dans jQuery plutôt que JavaScript parce que jQuery à l'époque résolu le problème des différences de navigateur. Réagir, et Vue, et Angular, dans ceux-ci, résoudre d'autres problèmes en mettant des idées architecturales de développement logiciel dans l'espace Javascript. Donc, rien de ces choses ne devrait être ou ne devrait être un obstacle pour vous. Rien de ces choses ne te ferait te sentir mal. Mais comprenez que si vous êtes expert en Javascript, vous ne comprendrez probablement pas React dès le début. Vous devez mettre de l'effort et l'apprendre de cette façon de la même façon Vue.js. Beaucoup de concepteurs comme Vue.js parce que c'est beaucoup plus facile que Vanilla Javascript. Parce que chaque fois que nous parlons de ce JavaScript, nous parlons de toutes les exceptions dont vous avez à vous soucier. Avec Vue.js, beaucoup de ces choses ont été égalées pour vous, sorte que vous pouvez commencer à développer quelque chose de joli et beau, plus simple qu'en comprenant le langage lui-même. Donc, pensez à Javascript comme, encore une fois, comme un choix et un mix, comme quelque chose où vous pouvez aller et vous n'avez pas à jouer dans toutes ces communautés, mais vous devriez choisir l'un d'eux et devenir excité dans ceux-ci. Donc, j'espère que vous vous sentez un peu plus calme et que vous avez un sentiment zen sur Javascript en ce moment, sachant que vous n'avez pas besoin de jouer dans toutes les parties et de comprendre tout ce qui se passe autour de vous. Dans la vidéo suivante, nous allons parler de l'environnement de développement pour JavaScript, qui a radicalement changé d'être simplement un éditeur de texte dans un navigateur. Donc, je veux que vous compreniez où jouer, ce qu'il faut faire et ce qu'il faut installer. 5. Environnements de dev évolués: Bienvenue à Redécouvrir JavaScript. Cette fois, je veux parler de la façon dont l'environnement de développement a changé au cours des dernières années et de certaines choses que vous n'utilisez peut-être pas déjà, mais vous devriez vous rendre beaucoup plus efficace. Il y a toujours un peu bizarre de dire aux gens que vous devez apprendre cela pour être plus efficace et se sentir comme beaucoup de travail. Mais certaines des choses que je vais vous montrer en ce moment sont si courantes et si utiles que cela n'a pas de sens de ne pas les utiliser. Nous étions toujours super excités en tant que développeurs JavaScript que tout ce dont nous avions besoin était un éditeur de texte et un navigateur pour exécuter notre JavaScript dans. Cela a changé avec JavaScript étant maintenant différent de ce qu'il était auparavant et aussi les environnements que nous utilisons ont énormément changé. La première chose à penser est que la façon dont les navigateurs ont changé. Les navigateurs ne sont plus les trous noirs. Ce que nous ne savons pas ce qui se passe et combien de support ils ont pour JavaScript. Il est également presque impossible aujourd'hui de désactiver JavaScript dans un navigateur et c'était beaucoup plus facile pour les utilisateurs dans la journée. Mais nous avons un problème dans les navigateurs de nos jours comme les gens qui ont des add-ons comme bloqueurs d' annonces et ce genre de choses qui pourraient bloquer votre JavaScript, mais en tant qu'utilisateurs eux-mêmes, les gens sont beaucoup plus d'accord avec JavaScript actif dans les navigateurs et la plupart d'entre eux ne le savent même pas. Tous les navigateurs sont de nos jours persistant donc ils viennent réellement tous les deux jours, toutes les deux semaines, tous les mois. Parfois, c'est jusqu'à trois mois pour une nouvelle version à sortir, mais ce n'est pas comme les quatre ou cinq ans que nous avions entre les différentes versions d'Internet Explorer et les gens n'ont pas mis à niveau. Donc, la mise à niveau des navigateurs est beaucoup plus facile qu'il ne l'était auparavant et cela signifie pour nous en tant que développeurs JavaScript, nous avons de nouvelles fonctionnalités à jouer avec. Chaque navigateur est également livré avec des outils de développement intégrés. Donc, ceci par exemple voici Firefox et si je tape l'élément inspect, je peux voir que j'ai mon éditeur HTML, j'ai un débogueur où je peux déboguer mon JavaScript et nous allons revenir à cela plus tard. J' ai des rédacteurs de style. J' ai toutes sortes d'informations réseau et d'informations sur les performances de mes applications et j'ai une console à l'intérieur. Donc, si vous voulez juste essayer du JavaScript, vous pouvez l'utiliser pour écrire JavaScript et faire comme un trois plus deux dont c'est mathématique sur JavaScript mais l'éditeur JavaScript vous montre maintenant que c'est cinq. La prochaine chose que les navigateurs ont, tous ont des outils de développement. Donc, il y a Firefox, bien sûr, avec l'outil Firefox, il y a Chrome avec les outils de développement de chrome, qui sont probablement ceux qui sont les plus sophistiqués en ce moment. Edge a les outils de développement F12 qui sont beaucoup mieux que les gens le pensent parce que nous ne les avons pas regardés depuis des années et même Safari a de très bons outils de développement là-dedans, mais vous devez d'abord le transformer en mode développeur pour montrer ces outils de développement. Les navigateurs mobiles n'ont pas nécessairement des outils de développement, mais beaucoup d'entre eux vous permettent de vous connecter à partir de votre bureau à votre téléphone mobile pour déboguer le navigateur dans ces outils de développement ainsi. Ainsi, tous les navigateurs au cours des dernières années sont devenus non seulement des moyens d'afficher et d'exécuter JavaScript, mais aussi des environnements de développement pour construire JavaScript et écrire JavaScript dans. La prochaine étape que nous avons est que nous avons remplacé la messagerie texte normale ou les éditeurs de texte que nous avons par des éditeurs plus sophistiqués. Nous reviendrons plus tard sur ce que cela signifie et sur les avantages qu'un bon éditeur a pour vous. Mais il suffit de dire que beaucoup d'entre eux sont hackables et c'est la meilleure chose à leur sujet. Ces éditeurs sont écrits dans des langues que nous pouvons écrire nous-mêmes. Nous pouvons les étendre avec des extensions ou nous pouvons écrire, faire partie du code principal parce que tous sont open source. Donc, nos environnements de développement, nos environnements d'éditeur sont devenus des moyens pour nous de contribuer plutôt que d'espérer qu'un éditeur aura une certaine fonctionnalité et que nous sautions d'éditeur en éditeur et que nous devons apprendre toutes les différentes caractéristiques d'entre eux pour devenir plus efficace dans leur utilisation. La prochaine chose dont beaucoup de gens ont peur et se demandent pourquoi nous devrions l'utiliser est le terminal. Le terminal dans ce cas, ici il est maintenant défini comme H sur ma machine OS X ou toute ma machine Windows. J' ai aussi le shell Ubuntu. C' est essentiellement un Unix Shell donc il remonte aux technologies des années 1970 et nous, en tant que développeurs JavaScript, nous nous sommes toujours demandé pourquoi nous aurions besoin de cela. Les gens qui ont écrit des technologies côté serveur comme Java, PHP, Perl, étaient beaucoup plus efficaces dans ces choses et les connaissaient déjà. On ne pensait pas qu'il y avait une nécessité là-bas. Avec les nœuds qui changent, Node est JavaScript qui s'exécute sur le côté serveur, donc tout ce que vous devez savoir, vous devez exécuter Node dans se produit dans le terminal. Cela signifie également que beaucoup d'outils JavaScript tels que les processus de construction, la gestion de paquets et ainsi de suite se produisent dans le terminal lui-même. Donc, c'est une bonne habileté à avoir. Ce n'est pas trop difficile d'apprendre le terminal. Cela se sent un peu bizarre à certains moments et parfois vous feriez une requête de nœud et vous obtenez comme cinq écrans de messages d'erreur aléatoires, vous ne savez pas ce qui se passe. Mais ne vous découragez pas par ça. Ce que vous pouvez faire dans le terminal et ce que vous faites en tant que développeur JavaScript dans le terminal, c'est utiliser des outils construits , utiliser les scripts, utiliser les environnements Node, mais aussi faire votre contrôle de version et nous allons avoir une spéciale dans vidéo de profondeur plus tard sur le contrôle de version et ce que cela signifie pour vous et pourquoi il est une chose bénéfique. Donc, le terminal est quelque chose de bon à savoir. Ce n'est pas nécessaire que vous ayez à être un expert, mais il y a beaucoup de bons matériaux de formation là-bas et si vous commencez par exemple nœud, vous pouvez exécuter JavaScript dans votre terminal ici et vous pouvez en sortir en appuyant sur Ctrl+C deux fois. Donc, vous ne serez pas un expert dans le terminal du jour au lendemain, mais c'est quelque chose que vous devriez penser parce que beaucoup trop de bonnes choses se passent dans le terminal ces jours-ci, ce qui est assez bizarre parce qu'il remonte à technologie des années 1970 quand on y pense. Une autre chose que nous avons utilisée dans le passé a été les bibliothèques et les frameworks, et bien sûr, il y a de nouveaux frameworks chaque semaine. Tous nous rendent la vie plus facile, tous sont beaucoup mieux que JavaScript simple et certains d'entre eux font vraiment, vraiment une différence. Alors soyez excité à leur sujet, regardez-les. Mais soyez toujours conscient que d'être un expert dans une version d'un cadre pour ce mois-ci par un ensemble de compétences étonnantes, d'une demi-année, il pourrait ne pas être une chose dont vous avez besoin plus longtemps. Donc, pour moi, les frameworks et les bibliothèques sont des choses qui rendent notre vie plus facile et sont parfois nécessaires ou parfois vraiment bonnes pour le travail de projet. Mais être un expert dans un seul d'entre eux, pourrait en fait être un problème dans un proche avenir si vous n'êtes pas assez flexible pour sauter entre les frameworks de temps en temps, et connaissant les technologies ci-dessous en JavaScript, les fonctionnalités de langage qui permettent à ces bibliothèques d'être ce qu'elles sont, est un bon ensemble de compétences à avoir car alors vous devenez indépendant de la bibliothèque que vous voulez utiliser et vous utilisez simplement JavaScript et la bibliothèque pour les avantages que il a été écrit pour. La dernière chose que je suis vraiment excité et je pense que beaucoup de gens devraient utiliser plus, sont des éditeurs en ligne ou comme des terrains de jeux. C' est JS bin ici par exemple. JS bin est une occasion pour vous d'écrire un JavaScript, CSS et HTML et de l'exécuter directement dans le navigateur. Donc, dans ce cas, quand j'ai maintenant un div ici et que je veux faire quelque chose avec. Donc, en CSS, je peux dire que le div devrait être une couleur de fond vert et lui donner une largeur et une hauteur. Ensuite, ce que je fais, vous voyez déjà qu'il y a un div vert ici en ce moment et en JavaScript je peux maintenant obtenir une référence à cela. Laissez d égal à Document.QuerySelector ('div') ; puis vous pouvez dire div.style.width est égal à 400 pixels. Si je l'utilise maintenant et que je devrais l'exécuter, alors quelque chose devrait arriver. Exécutez avec JS et il se transforme en l'autre largeur bien que dans le CSS il ait une largeur de 10 pixels. Ces choses sont formidables pour essayer les choses rapidement sans avoir à configurer quoi que ce soit sur votre ordinateur vous-même. D' autres comme le stylo de code ont aussi toutes sortes de compilateurs comme pré là-dedans donc si vous voulez utiliser SaaS ou si vous voulez utiliser une bibliothèque comme view JS ou React sans en installer, ce sont d'excellentes façons d'essayer ces choses. Ils sont également collaboratifs afin que d'autres personnes puissent faire une copie de ce que vous avez fait, changer les choses et faire quelque chose avec elles. Donc, il y a trois choses que vous pouvez faire avec ça. Jouez avec les choses, essayez-les, demandez de l'aide. Donc, quand vous avez quelque chose qui ne fonctionne pas dans votre code, écrivez une petite démo dans l'une de ces choses et envoyez ce lien pour que gens puissent réellement les éditer pour vous ou les éditer avec vous en collaboration, puis vous pouvez trouver le problème ensemble autre que d'avoir à décrire quel est votre problème. Donc, ce sont d'excellents outils pour enseigner. Ce sont d'excellents outils pour apprendre et ce sont d'excellents outils pour simplement collaborer avec d'autres personnes et lorsque vous utilisez les préprocesseurs et les paramètres que vous pouvez faire dans ce POA JavaScript, vous pouvez dire toutes sortes de pré-compilateurs et toutes sortes de moteurs différents que vous pouvez utiliser. Cela signifie que vous n'avez pas besoin de configurer votre ordinateur. Cela signifie que vous n'avez pas à gâcher votre environnement, vous avez juste quelque chose en ligne avec lequel vous jouez et si vous l'aimez, alors vous pouvez commencer à configurer votre machine, et c'est là que JavaScript a changé par rapport au passé. Nous avons maintenant tout un écosystème d'outils de développement avec lesquels travailler. Donc, pour répéter, les navigateurs sont toujours verts et tous viennent aux outils de développement. Nous devrions donc utiliser les outils de développement et comprendre quels sont leurs avantages plutôt que de mettre des alertes ou des journaux de console partout dans notre code. Les bibliothèques et les frameworks nous aident à faire des choses qui ne sont pas aussi faciles à faire en JavaScript natif. Si vous voulez simplement faire quelque chose simplement, c'est probablement une bonne idée, mais il pourrait être dangereux de ne compter que sur eux. Les éditeurs sont beaucoup mieux que les éditeurs de texte du passé car tous sont maintenant intégrés. Ils sont ouverts, ils sont extensibles et vous pouvez écrire du code pour eux. outils en ligne comme le bin JS ou les bacs de code sont une excellente occasion pour vous essayer des choses sans gâcher votre propre ordinateur et d'envoyer des choses à d'autres personnes pour travailler en collaboration sur eux. Donc, ce n'est que quelques-unes des choses où JavaScript fonctionne et le terminal est le dernier où nous faisons beaucoup de contrôle de version et d'outillage similaires en JavaScript lui-même. Savoir tout cela est un tracas ou un travail tout à fait, mais cela vous rendra beaucoup plus efficace et vous n'avez pas besoin d'être un expert dans tous les domaines. Vous avez juste besoin de les essayer quand vous en avez besoin et de trouver des informations en ligne. C' est de ça que je voulais te parler dans cette vidéo. 6. Les avantages des bons éditeurs: Bienvenue de retour. Dans cette section de redécouvrir Javascript, je veux parler des fonctionnalités de l'éditeur que nous devrions utiliser car elles ont juste un sens total. Nous avons toujours été très heureux que vous ayez juste besoin d'un éditeur de texte pour écrire JavaScript ou même une ligne de commande si vous le vouliez mais nous avons tellement d'excellents outils ces jours-ci pour rendre notre vie tellement plus facile et nous permettre d'écrire du code prévisible, code maintenable, parce que l'éditeur lui-même a des fonctionnalités là-dedans pour nous. Pour cet exemple, nous allons utiliser Visual Studio Code, qui est un éditeur open source par Microsoft. Vous pouvez également utiliser Atom, vous pouvez utiliser toutes sortes d'autres éditeurs. La plupart des cadres auront leurs propres éditeurs. J' adore les fonctionnalités que nous avons et ces éditeurs sont les mêmes pour tous ces outils différents. Donc, je veux juste parler de certaines des fonctionnalités que vous n'avez peut-être pas encore vu dans celles-ci. Tous ne sont pas basés sur Javascript, certains d'entre eux parleront aussi de HTML et CSS, mais S Javascript est utilisé avec ces technologies. Il est logique de penser à eux aussi. Maintenant, vous obtenez Visual Studio Code en allant dans code.visualstudio.com et vous pouvez le télécharger là. Vous pouvez le télécharger pour Mac, Linux ou Windows. Donc, c'est un éditeur multi-plateforme, open source, gratuit, que vous pouvez simplement installer sur votre machine et il s'exécute automatiquement à partir de là. Il se met à jour aussi bien et vous pouvez vous connecter pour obtenir l'aperçu du développeur si vous voulez vraiment être excité à ce sujet. Il a également une documentation extensible sur l'éditeur lui-même. Ce que cela signifie, comment l'utiliser, quel genre de fonctionnalités sont à venir, quel type de fonctionnalité qui a Node.Js et pour JavaScript, comment les déboguer, et comment faire des ensembles de fonctionnalités pour différents environnements que vous voulez avoir. Ceux-ci sont constamment mis à jour et vous pouvez également les modifier si vous le souhaitez. Si vous trouvez quelque chose qui ne va pas dans cette documentation, veuillez les modifier et le renvoyer à l'équipe et vous obtenez des fonctionnalités à partir de cela. Maintenant, la première chose à retenir ici ou ce qui est très important est que cela s'appelle Visual Studio Code, mais cela n'a rien à voir avec Visual Studio. Visual Studio est une idée qui est la plupart du temps pour moi en tant que développeur Javascript overkill pour ce que nous faisons. Il a bien sûr ses avantages pour l'utiliser dans d'autres langues. C' est un très bon environnement de développement, mais ce n'est pas un studio visuel. Donc, vous n'avez pas besoin de vous soucier de ce qu'il s'agit d'un produit Microsoft, vous devez tout faire avec Microsoft. Il s'agit d'un produit open source qui est maintenu par des gens de Microsoft mais aussi des personnes de l'extérieur y participent. Donc, quelques choses que je tiens à souligner que les rédacteurs ont aujourd'hui que je pense sont beaucoup plus excitantes que ce que nous avions dans le passé. La première chose que vous voyez ici est un jeu de couleurs et ce disque m'aide déjà dans mon code pour voir ce qui est quoi. C' est donc le sélecteur de requête de document et voici une valeur par exemple. Donc, vous voyez dans votre code ce qui est quoi, qui vous permet de parcourir facilement votre code et de comprendre ce que vous faites, plutôt que d'avoir simplement un texte noir sur fond blanc ou un texte blanc sur fond noir dont vous avez besoin comprendre ce qui est quoi. La prochaine chose que ces éditeurs font, ce qui est assez étonnant pour vous, c'est que vous pouvez changer cela à vos besoins. Si vous avez besoin par exemple, une police plus grande, alors vous pouvez changer en face de police différente, vous pouvez avoir une face de police différente. Toutes ces choses sont modifiables, de sorte que vous pouvez faire de cette chose votre éditeur la meilleure façon que vous voulez l'avoir. Il y a beaucoup de paramètres là-dedans, il y a beaucoup de gens qui écrivent leurs propres thèmes. Il y a toute une suite, il y a toute une communauté autour de l'apparence de différents éditeurs et de déplacer le thème d'un éditeur à un autre. Mais toutes ces choses sont destinées à vous rendre votre code plus lisible pour vous-même et plus lisible pour la prochaine personne qui doit maintenir votre code qui pourrait réellement être vous dans un proche avenir. La prochaine chose que j'aime chez les éditeurs de nos jours est qu' ils font automatiquement des choses pour vous comme le retrait. Comme par exemple, lorsque vous avez ici une nouvelle fonction appelée Myfunction, et que vous faites les crochets, vous voyez que déjà en retrait dans la ligne suivante rend votre code beaucoup, beaucoup plus lisible. Il y a des paramètres automatisés là et vous copiez et collez une fonction dans ou un morceau de code dans, et il l'expose pour vous de la façon dont vous êtes censé le faire. C' est assez puissant parce que dans le passé, vous aviez toutes ces plaintes au sujet d'une personne utilisant l'espace, il y en a une qui utilise des onglets. Dans ce cas, vous pouvez simplement définir ici si vous voulez des espaces ou des onglets, et vous pouvez les changer pour les convertir des espaces en onglets, et vous pouvez faire le code d'index d'indentation automatique pour vous-même. Donc, pendant que vous écriviez du code, la syntaxe du code ou l'aspect du code est fait pour vous par l'éditeur, ce qui le rend bien sûr beaucoup plus facile d'être maintenable et de rendre votre code beaucoup plus lisible, et vous pouvez vous concentrer sur l'écriture de votre code plutôt que de styliser votre code en conséquence. Il y a toutes sortes de fonctionnalités intéressantes là-bas aussi. Comme quand vous avez quelque chose comme un auditeur de l'Avent ici, vous pouvez faire un acte commun pour les mettre en évidence tous et comme vous pouvez le voir, nous avons maintenant différents curseurs ici. Donc, au lieu d'avoir un curseur, vous avez maintenant un curseur après chacun d'eux. Donc, si vous voulez les renommer tous en autre chose, vous pouvez le faire en appuyant simplement sur supprimer et le renommer en autre chose. Ainsi, vous n'avez pas à le faire petit à petit et à répéter les choses, et quand nous répétons des choses, nous faisons des erreurs. Ainsi, un éditeur vous aide beaucoup, beaucoup mieux pour savoir ce qui se passe. complétion automatique est quelque chose que la plupart des éditeurs ont pour vous de nos jours aussi, et c'est très, très utile parce qu'il fait deux choses. Tout d'abord, il s'assure que vous ne trompez pas les choses, et deuxièmement, vous tapez beaucoup moins, et beaucoup moins de taper signifie que vous pouvez écrire plus de code en moins de temps et que vous avez aussi moins de pression sur vos doigts. Donc, par exemple, si je veux réécrire cette première ligne ici, je commence avec un bouton de redémarrage, et il a réalisé déjà que j'ai un bouton de redémarrage défini. Donc tout ce que j'ai à taper c'est le repos ou toutes les autres choses qui pourraient s'y appliquer. Donc, alors je viens de frapper la fin supérieure et avoir le bouton de redémarrage. Je démarre ensuite l'addEventListener. Dans ce cas, je pourrais également prendre AddEventListener et le mettre en évidence, et de cette façon j'ai appris ce que signifie AddeVentListener. Si je ne me souviens pas par exemple, l'ordre des paramètres dans celui-ci ou je ne sais pas quel type de fonctionnalités sont disponibles pour moi. Donc, dans ce cas, MSPointerup, touchstart, pointercancel et ainsi de suite et ainsi de suite. Je sais maintenant ce que ces choses sont juste en cliquant sur eux et obtenir une auto-complétion pour moi-même. Donc, c'est ce qu'un bon éditeur fait pour vous et cela rend beaucoup plus simple d'écrire beaucoup plus de code sans faire de fautes de frappe. Maintenant, si vous avez une énorme quantité de code, ce n'est pas trop d'une énorme quantité de code, c'est juste un jeu simple que j'ai écrit. Vous pouvez voir qu'un bon éditeur a ces cartes ici aussi. Ainsi, vous pouvez sauter dans la carte elle-même à une certaine partie plutôt que d'avoir à le faire ligne par ligne. Donc, c'est un joli petit raccourci pour sauter à une section dans le code aussi et il vous donne un aperçu de la taille du code que vous avez écrit jusqu'à présent. Une autre chose intéressante est quand vous avez une grande quantité de code, vous vous demandez parfois ce que vous appelez un oiseau est. Donc, par exemple, j'ai une fonction que vous appelez clearmove, et ça dit ici, ok, est-ce que ça définit constamment bouger ? Et si je clique sur celui-ci, je peux dire Peek Definition, et de cette façon, je peux voir où la fonction se trouve dans l'autre partie du code. Donc, je n'ai pas besoin de faire défiler entre les deux sections pour comprendre ce que je fais. Donc, je peux juste le faire avec un peu leur Control-F12 ou avec une souris ici, et de cette façon je peux vraiment comprendre où je suis. Donc je peux voir que ce code est ici, l'autre code est ici, donc j'aurais dû sauter tout le document juste pour faire ce coup d'œil. Donc, ce sont des choses qui sont très, très puissants à faire ici quand il s'agit d'écrire JavaScript. D' autres choses qu'un bon éditeur devrait faire pour vous est également vous permettre d'avoir plusieurs éditeurs les uns à côté des autres. Donc, dans ce cas, je peux diviser cela ici et je peux avoir mon HTML à côté de mon JavaScript, donc je vois comment les deux interagissent et je peux sauter entre eux. Une fonctionnalité supplémentaire que quelque chose comme Visual Studio Code a est qu'il a tout l'environnement dont nous avons parlé précédemment, le débogage et la console directement dans un éditeur. Donc, vous n'avez pas besoin de sauter entre le terminal et l'éditeur tout le temps parce que vous avez un terminal intégré dans le système ici. Donc, je pourrais juste faire mes commandes construites sur ma version contrôlant les commandes directement dans l'éditeur sans avoir à sauter entre le terminal et mon éditeur tout le temps. Parfois, c'est une bonne chose de sauter entre les deux parce que vous changez d'avis, mais c'est aussi assez lourd pour votre pensée cognitive de passer d'un éditeur à l'autre. Attendu que, si vous restez dans celui-ci, vous pouvez faire toutes les commandes que vous devez faire ici. Donc, continuez à faire votre contrôle de version à partir, vous pouvez faire vos scripts de construction, et tous ceux-ci pourraient également être automatisés. Donc, chaque fois que j'enregistre quelque chose dans l'éditeur, cela ferait automatiquement partie de mon script construit ou partie de mon déploiement pour moi. De cette façon, vous avez tout dans un éditeur. C' est aussi génial si vous apprenez aux gens quelque chose sur le développement web, vous pouvez simplement leur donner cet éditeur plutôt que de dire que vous avez besoin d'un éditeur, vous devez configurer votre terminal, vous devez installer vos terminaux de cette façon. Une autre chose qu'il fait est de pelucher. Donc, par exemple, vous avez moins de CSS ici, et j'ai un linter installé. Donc, si je lui montre les problèmes, ça devrait me dire quand quelque chose va mal. Donc vous pouvez voir ici, maintenant j'ai un point-virgule que j'ai supprimé, et soudain, l'arrière-plan devient rouge et ils ont des lignes squigggly sous ces choses. C' est un peu comme quand vous faites une faute de frappe dans mot, il le fait maintenant à l'intérieur du code. Donc, dans ce cas, j'ai oublié le point-virgule qui est maintenant une erreur ici, c'est un demi-deux-points attendu, et puis, le reste du sélecteur CSS est également cassé parce que le point-deux-points n'est pas là. Donc, si je mets un point-virgule là à nouveau, alors toutes ces flèches vont disparaître. De cette façon, j'ai un aperçu directement pendant que je cods que je fais quelque chose de mal plutôt que d'avoir à aller dans le navigateur, déboguer, et trouver mes problèmes de cette façon. Vous pouvez faire la même chose en JavaScript en installant une extension ou vous pouvez également utiliser simplement faire un commentaire au-dessus de votre JavaScript appelé ts-check. Celui-ci utilise des scripts de type linter pour exécuter à nouveau votre JavaScript. Donc, dans ce cas, il me montre maintenant toutes les erreurs JavaScript que j'ai faites dans celui-ci, et certaines d'entre elles ne sont pas vraiment des erreurs mais il y a des faux positifs. Mais si je faisais une erreur, ça me le dirait automatiquement. Donc, par exemple, si j'ai supprimé ce jeu ici et que j'ai essayé d'accéder au jeu ailleurs, il est dit, « Impossible de trouver le jeu ». Donc, dans ce cas, je n'ai pas défini le jeu, donc je ne peux pas vraiment faire un jeu tourne parce qu'ils n'existent pas. Ce serait une erreur que le navigateur me jetterait et je devrais déboguer là. Mais comme j'ai le linter activé dans l'éditeur lui-même, il me montre les choses pendant que je le codage et cette façon je deviens un meilleur développeur parce que je ne fais pas d'erreurs. Vous voyez aussi les points rouges ici, nous disent où sont tous les problèmes dont nous venons de parler. Donc, certains d'entre eux ont ces problèmes et vous passez à la ligne squiggly, puis il vous indique quel est le problème de ces choses. La dernière chose qui est génial dans cet éditeur est qu'il a le contrôle de version intégré, et nous allons parler de contrôle de version plus tard. Ainsi, lorsque vous changez quelque chose et que vous cliquez dessus, vous pouvez réellement voir les différences dans votre fusion. Donc, dans ce cas, si je veux renvoyer cela au serveur, il me dit maintenant que ces deux nouvelles lignes ont été ajoutées, et ces deux lignes ont été supprimées, et la chose du jeu a été changée ici aussi. Donc je reçois, avant d'envoyer quelque chose au serveur à mes collègues, il me dit tout ce qui s'est passé. Donc, en substance, un bon éditeur devrait le rendre tout d'abord, facile pour vous d'écrire en ayant une bonne équipe et en rendant plus facile de taper des choses en ayant la complétion automatique et l'indentation et ces choses pour vous. Les bits supplémentaires que j'aime à propos de Visual Studio Code et d'autres, à la place, il a un terminal intégré, il a le linting intégré, et il me dit quand je fais quelque chose de mal pendant que je fais quelque chose de mal plutôt que d'avoir à le savoir en traçant le navigateur et puis en le cassant. Donc, pensez à configurer votre éditeur pour vous-même, et si vous choisissez d'utiliser un code Visual Studio, vous saurez que c'est un éditeur open source et qu'il ne disparaîtra pas, et c'est une bonne chose aussi. Alors maintenant, vous savez comment un bon éditeur peut faire de vous un meilleur développeur et trouver les extensions pour cela, il est en fait quelque chose à faire de votre éditeur aussi bien. Ensuite, je veux parler de quelque chose qui est très important quand vous voulez travailler avec beaucoup d' autres personnes et aussi quand vous voulez vous assurer que ce que vous avez fait aujourd'hui est compréhensible dans trois semaines, et c'est le contrôle de version. 7. Contrôle de versions: Bienvenue dans cette partie du cours de redécouverte JavaScript, où nous ne parlons pas de JavaScript en soi, mais de code, et nous parlons de contrôle de version. Le contrôle de version est quelque chose que vous n'avez peut-être pas rencontré si vous êtes un freelancer ou si vous venez d'écrire du JavaScript pour vous-même. Mais, dès que vous travaillez dans un environnement où plusieurs personnes, ou avec des clients différents, ou avec d'autres personnes, ou avec d'autres personnes contrôle de version est un must absolu, car il n'y a rien de mieux que d'avoir quelque chose qui vous dit et vous oblige à décrire ce que vous avez fait. Nous pensons toujours que nous sommes d'accord quand nous regardons notre code quelques semaines plus tard après que nous n'avons pas essayé avec eux. Mais croyez-moi, plus vous attendez, plus vous revenez à votre code. Vous n'avez aucune idée de ce que vous avez fait et vous ne comprenez pas ce qui se passe aussi. Le contrôle de version est comme créer différents fichiers zip et leur nommer la version un, la version deux, version trois ou la création de dossiers différents n'est pas la chose la plus intelligente à faire parce que vous serez confus à l'avenir, aussi bien. Donc, s'assurer que le nouveau code vit ailleurs que sur votre machine est un moyen très, très simple de s'assurer que votre code va vivre même quand quelque chose ne va pas et que vous avez juste une copie de sécurité ailleurs. Maintenant, en termes de contrôle de version, nous avions beaucoup d'outils dans le passé. Nous avions comme Visual SourceSafe, nous avions SVN, nous avions CVS, nous avions l'équipe CodeStar. J' ai travaillé avec environ 15 types différents dans différentes entreprises au fil des ans. Au cours des dernières années cependant, git est devenu la norme pour presque tout le monde là-bas. Git est un système de contrôle de version qui est aussi un système open source. Il est disponible gratuitement. Vous pouvez télécharger sur git-scm.com. Mais ce qui a rendu git vraiment, vraiment intéressant pour le monde open source et pour tout le monde aussi, c'est que GitHub est venu autour. GitHub est un environnement ou une communauté autour du code. C' est une plateforme sociale pour le code. Ce que GitHub vous permet de faire n'est pas seulement d'envoyer votre code là pour qu'il soit hébergé, afin que d'autres personnes puissent le télécharger là, mais il fait la version contrôlant en utilisant git sous le capot. Donc, chaque fois que vous changez quelque chose et que vous l'envoyez au système, vous devez écrire un commentaire, ce que vous avez fait et ce que vous avez changé, et cela à la fin est une excellente occasion pour vous de savoir quand quelque chose s'est trompé ou a découvert quand un changement s'est produit que vous ne vouliez pas avoir. Donc, en vous forçant à mettre vos choses dans le contrôle de version, vous écrivez déjà de la documentation pour votre code sous la forme de messages de validation, et c'est quelque chose que vous devrez faire à l'avenir lorsque vous travaillez dans grandes équipes de toute façon pour que les gens comprennent ce que vous avez fait. L' autre chose que le contrôle de version, bien sûr, vous aide avec est que vous pouvez garder, par exemple, une version de votre code dans l'une des branches et vous pouvez créer une autre branche et être créatif avec elle. Ainsi, dans le contrôle de version, vous pouvez toujours annuler les dernières versions et passer aux versions suivantes. Donc, quand quelque chose ne va pas, vous avez un pas en avant et un pas en arrière. De cette façon, vous laissez une piste et vous laissez votre code toujours d'une manière fonctionnelle. La chose vraiment intéressante à propos de GitHub en tant que plate-forme est que, vous avez toutes sortes de choses communautaires et les gens peuvent aimer votre code, les gens peuvent vous donner des étoiles, les gens peuvent commenter, les gens peuvent tirez des requêtes, prenez votre code, copiez-le dans leur dépôt pour faire deux choses différentes avec lui pendant que vous travaillez encore sur l'autre, et quand ils ont des changements intéressants, ils les envoient à vous et au système trouve automatiquement la différence entre les deux et les fusionne sans casser votre code. C' est quelque chose qui est presque impossible à faire à la main et signifie vraiment que vous devez faire beaucoup de communication avec l'autre personne. Le système a été écrit, git a été écrit pour vous assurer que vous pouvez toujours fusionner ces deux choses afin qu'elles fonctionnent ensemble. Cela signifie que sur un gros morceau de code, plusieurs personnes peuvent travailler en même temps dans différents endroits, dans différents fuseaux horaires, différentes manières d'écrire, dans différents éditeurs et le code vit dans le dépôt et c'est là que tout le monde le trouve. L' autre chose qui rend GitHub très intéressant c'est un moyen simple de montrer vos systèmes aussi bien. Donc, dans la dernière vidéo, j'ai montré que j'avais ce petit jeu ici appelé quinze à trois, qui est juste un petit jeu que j'ai écrit pour moi-même, et je ne voulais pas le mettre n'importe où sur le serveur. Mais je l'ai dans ma version contrôlant ici dans GitHub. Je n'ai pas encore de demandes ou de problèmes que les gens m'envoient parce que je ne l'ai pas envoyé à des gens et je n'ai pas parlé à des gens qui la regardent. J' ai une personne qui le regarde. Je ne sais pas qui c'est, mais on va le découvrir bientôt. La grande chose à ce sujet est, ce moment que le code est ici pour l'éditer, mais vous avez aussi une branche de pages GitHub, donc je peux maintenant aller dans le même dépôt ici et au lieu d'avoir le, je peux faire un codepo8.github.io et quinquen-trois, puis vous pouvez jouer le jeu. Donc, j'utilise non seulement GitHub pour rendre mon code sûr et le garder là pour le maintenir, mais j'héberge aussi une version exécutable de celui-ci dans ce dépôt. Donc, vous pouvez jouer le jeu ici. Vous pouvez l'essayer. Vous pouvez l'envoyer aux gens. Donc, dans ce cas, un plus quatre fois trois égal à 15 et j'ai la réponse écrite ici. Donc, c'est le genre de choses qui sont idéales pour essayer les choses et l'envoyer aux gens, et vous pouvez facilement transformer un dépôt GitHub en une page hébergée simplement en créant une nouvelle branche appelée pages GH. Tout cela est bien expliqué dans la page GitHub. Nous pourrions le parcourir maintenant, mais si vous allez sur GitHub, il y a toute la documentation là-bas, et cela pourrait changer à l'avenir, alors assurez-vous d'aller toujours à la documentation elle-même. Ce qui est génial, c'est que je n'ai pas à me soucier de l'hébergement. Je n'ai pas à me soucier de la sécurité du serveur. J' ai juste mon code en cours d'exécution où se trouve le dépôt et de cette façon je peux faire de belles choses. Je peux également avoir un fichier readme.md qui explique en fait ce qu'est mon dépôt, et c'est un moyen d'exciter les gens à ce sujet. Donc, par exemple, dans mon dépôt, j'ai ce tinderesque que les gens utilisent depuis un certain temps. Cette petite interface de tri coupe, et j'ai juste fait un gif animé pour montrer ce que c'est. J' ai expliqué comment l'utiliser, et comment l'étendre, et où télécharger le code. Donc, où j'héberge mon code, j'écris aussi ma documentation. Je garde tout dans un seul espace pour qu'ils ne se désynchronisent pas. Ils ne sortent pas de la gestion des versions, et tout est maintenu en une seule chose. Tout ce dont j'ai besoin, c'est d'un éditeur et d'un terminal pour envoyer des choses au dépôt GitHub. En tant que développeur professionnel ou juste un développeur qui veut s' assurer que mon code ne sera pas écrasé par moi, contrôle de version est une chose très, très simple. De nos jours, avec GitHub étant libre et avec git étant libre, il est beaucoup plus facile de le faire que par le passé. Donc, pensez à utiliser le contrôle de version non seulement pour partager votre code avec d'autres personnes, mais pour vous assurer que vous êtes réellement habitué à documenter ce que vous faites dans votre code afin que les gens n'aient pas à comprendre votre penser à votre code. Vous écrivez votre documentation de votre code comme commentaires source plutôt que de les écrire comme des commentaires dans votre code, qui sont beaucoup plus difficiles à suivre et pas aussi faciles à comprendre. Donc, le contrôle des versions m'a beaucoup aidé à partager beaucoup avec la communauté, à obtenir des choses de la communauté, à réutiliser le travail des autres, et à faire réparer les choses pour moi sans que je doive expliquer en 500 e-mails ce que je voulais avoir parce qu'ils ont juste regardé le code, l' corrigé, m'ont envoyé une demande de traction et ensemble, nous construisons quelque chose d'incroyable. En tant que développeur JavaScript en 2018, je pense que c'est l'une des plus grandes choses, faire partie d'une communauté et l'outil communautaire est GitHub parce que c'est là que vit notre code et nos commentaires. GitHub n'est pas seulement pour les projets de loisirs et pour rendre votre propre code plus maintenable, c'est la plate-forme que tout le monde utilise. Code Visual Studio, l'éditeur lui-même est sur GitHub. La plupart des navigateurs sont disponibles sur GitHub. La plupart des frameworks que vous utilisez comme nous agissons VueJS et ce genre de choses sont maintenues, et écrites, et ont leur communauté sur GitHub. C' est aussi une excellente occasion pour vous d'entrer dans la communauté JavaScript pas nécessairement en étant un bon programmeur, mais si vous découvrez simplement si quelqu'un avait une faute de frappe dans sa documentation, vous pouvez les aider en la corrigeant directement dans GitHub, envoyant une demande de traction et en devenant partie d'un projet juste aidant avec quelque chose que vous connaissez mieux que d'autres, qui dans ce cas pourrait être anglais plutôt que coder et les gens seront heureux de cela. Il y a beaucoup d'entreprises qui ont de l'argent pour les débutants dans leurs dépôts, quelque chose qui est simple à réparer mais un ingénieur sur le produit pourrait faire facilement, mais vous en tant que nouveau venu pourrait essayer de corriger pour comprendre comment le produit est construit. Donc, de cette façon, vous pouvez entrer dans le produit en fixant quelque chose simple et avoir déjà une expérience positive en commençant par lui. Donc, GitHub n'est rien que vous dites est juste quelque chose que les gens font dans leur temps libre. C' est la ressource numéro un en ce moment où tout se passe en open source et dans les technologies libres. Donc, c'était tout sur le contrôle de version et comment cela peut vous aider à devenir un meilleur développeur en commentant votre code et en le rendant disponible à d'autres personnes. La prochaine étape que je pense que nous devrions prendre en tant que développeurs JavaScript est d'arrêter de mettre la console et les alertes partout et vraiment regarder comment le débogage fonctionne dans différents environnements. 8. Débugging au linting: Bienvenue dans cette vidéo dans la partie de la série Redécoucovering JavaScript. Ce dont je veux parler, l'idée de passer du débogage au peluchage, ou de passer de l'écriture de code, de faire des erreurs, découvrir les erreurs, puis de les corriger pour éviter de faire des erreurs. Dernièrement, j'ai commencé à écrire beaucoup plus dans différents environnements et j'ai trouvé que dans l'un de mes outils préférés dans presque tous les éditeurs de texte comme par exemple Microsoft Word, c'est que lorsque je tape quelque chose de mal, je reçois un ligne squiggly en dessous et il me dit que quelque chose ne va pas là. Donc, avant de l'envoyer ou avant de l'imprimer, je trouve que j'ai fait quelque chose de mal et que l'outil fait moi un meilleur écrivain en me disant ce qui ne va pas. Vous avez probablement vu cela et toutes sortes d'éditeurs et plupart du temps les systèmes d'exploitation ont cela aussi. Un autre outil qui fera partie des pièces jointes à cette vidéo que j'aime utiliser est l'éditeur Hemingway, qui est quelque chose qui ne me dit pas seulement si j'ai écrit quelque chose de mal dans la syntaxe, mais qui me dit aussi quand mon anglais est trop complexe ou quand j'ai utilisé des mots qui pourraient être un plus simple ou des mots qui pourraient être plus courts. Donc, ça fait de moi un meilleur écrivain par l'outil me disant pendant que je crée quelque chose, que quelque chose se passe. Je veux que vous pensiez aux éditeurs de code exactement de la même manière. Vous pouvez configurer le linting dans tous les types d'environnements. Dans Visual Studio Code par exemple, il y a des extensions pour le linting CSS, et il y a aussi des extensions pour le linting JavaScript, et il y a le linter TS, TypeScript intégré pour vous montrer vos erreurs en JavaScript que vous ont fait. Vous m'avez vu vous montrer cela plus tôt dans la vidéo Visual Studio Code, donc, nous n'avons plus besoin de répéter cela plus longtemps. Mais je pense que c'est une étape très importante de comprendre que vous avez des outils qui vous disent que quelque chose ne va pas avant de le faire mal plutôt que ce cercle complet entre l'éditeur de navigateur, l'éditeur de navigateur, et de savoir ce qui est ça va mal. Chaque code, chaque bogue que vous n'avez pas écrit est un bogue enregistré et assurez-vous que vos utilisateurs finaux ne trouveront pas non plus de bogues. Une de ces choses à retenir est aussi que, tant que développeurs JavaScript dans le passé, notre principale chose à faire pour trouver quelque chose est mettre un journal de console quelque part dans votre document ou avant cela, même alerter dans notre document. Lorsque vous écrivez une alerte dans un JavaScript, il arrête effectivement l'exécution du script, fait boîte d'alerte dans votre navigateur que vous devez appuyer sur OK, puis vous continuez avec cela. Avec le journal de la console, vous obtenez les informations dans la console des outils de développement du navigateur et vous y obtenez les informations. Il y a deux problèmes avec les deux. Tout d'abord, vous ajoutez un code supplémentaire à votre code qui n'a aucun sens pour l'utilisateur final ou le produit final. Ils ne devraient jamais être là. Aucun journal de console ne devrait jamais apparaître sur un site Web en direct parce que vous pourriez réellement donner des informations ou des informations sur votre code que les gens ne devraient pas voir, et les gens deviennent confus quand ils obtiennent ce genre de messages et beaucoup bien sûr, est un bug massif. Les gens disent : « Pourquoi est-ce que cette chose me dit d'appuyer sur OK avant que je puisse aller sur le site Web ? » Mais même un journal de console peut être déroutant pour les gens parce qu'ils se demandent ce qui s'est passé lorsque leur ordinateur leur dit soudainement quelque chose qu'ils ne s'attendaient pas. Donc, au lieu d'utiliser la technique de journalisation de la console ou la technique d'alerte, une chose importante à faire est un nouveau développeur ou en tant que développeur de nos jours, est de s'habituer à utiliser des points d'arrêt. débogage point d'arrêt a été une chose très courante dans d'autres langues depuis des années et des années maintenant, et JavaScript avait un débogage de point d'arrêt il y a longtemps également. Comme même dans Internet Explorer Four, il y avait des outils que vous pouviez ajouter au navigateur qui vous donnaient le débogage du point d'arrêt plutôt que la journalisation de la console. Alors, qu'est-ce que je veux dire par là ? Dites par exemple, nous avons mon jeu ici dont nous avons parlé plus tôt, la quinte-trois chose. Si j'entre des outils de développement, je dirais, « Ouvrir les outils de développement » et dans mon débogueur, je mets un point d'arrêt quelque part dans mon code. Donc, dans ce cas, j'ai mon fifteen-three.js ici. Et maintenant, disons quelque chose où ça irait, getdice, par exemple. Je peux faire un point d'arrêt ici. J' ai mis un point d'arrêt juste en soulignant ceci maintenant, et si je commence maintenant à jouer au jeu et j'appuie sur ce dé ici, ce point d'arrêt s'arrête. Donc, l'exécution de mon code est arrêtée. Le site Web ne continue pas à exécuter le reste du code. L' éditeur lui-même a juste quelque chose ici. Maintenant, je dois appeler la pile ici et j'ai tous les paramètres. Donc, au lieu d'avoir à écrire un journal de console moi-même, ce que j'ai à dire, consigner ce que je veux avoir. J' ai toute une information sur ce qui se passe ici, j'ai cette fenêtre, j'ai le bouton sur lequel j'ai cliqué, j'ai défini l'élément T où je sais maintenant ce qu'est le bouton et ainsi de suite et ainsi de suite. Donc, au lieu d'avoir à me répéter avec beaucoup de journaux de console, j'ai eu tout un aperçu de ce qui se passe afin d' obtenir la fonction de dés qu'on appelle ici. Les arguments qui sont arrivés, le premier était un zéro, cliquez, et je peux obtenir des détails sur ceux-ci ainsi que ce qui s'est passé là-bas. Ainsi, en utilisant le débogage de point d'arrêt, vous pouvez écrire votre code et vous pouvez ensuite passer à l'étape suivante. Maintenant, ça ne marche pas parce que nous avons fait une chose différente, mais c'est quelque chose qui aurait corrigé avant. Alors pensez aux points d'arrêt en tant qu'ami pour entrer sur toute l'image de ce qui aurait pu mal tourné avec votre code, plutôt que juste un journal de console où vous listez une chose qui s'est mal passée. Donc, passer de la journalisation au débogage est une excellente étape pour devenir un meilleur développeur, et passer du développement au linting ou du débogage au linting est quelque chose qui garantit que vous n'écrivez pas de bogues que vous n'avez pas à corriger. Vous évitez simplement d'écrire des bogues pour commencer, et c'est un excellent début pour devenir un développeur JavaScript plus heureux. J' espère donc que vous êtes d'accord pour dire que le linting est quelque chose qui vous aide à ne pas faire d'erreurs, alors que le débogage est quelque chose que vous avez fait des erreurs et que vous découvrez ce qui s'est passé. Il est donc logique de les connaître tous les deux, mais la partie limitante est quelque chose de nouveau que nous n'avons normalement pas touché. parlant de quelque chose de nouveau, dans la prochaine vidéo, je vais parler de la façon de rester au courant de ce qui se passe dans l'espace JavaScript et de m'assurer que vous êtes habitué aux choses au moment où elles sont prêtes à être utilisées. 9. Rester à jour avec le JS: Bienvenue dans cette partie du cours JavaScript redécouvrant, où je vais parler de certaines des choses à un niveau supérieur. Notre problème avec les développeurs JavaScript du passé est que nous portons beaucoup de douleur et de misère en nous souvenant à quel point les choses étaient mauvaises dans le passé. Nous avons toujours eu de mauvais environnements comme des navigateurs que nous ne pouvions pas contrôler, des éditeurs qui ne faisaient pas les choses que nous avons faites. Le contrôle de version n'était pas une chose, donc beaucoup de fois notre code a dû être réécrit quand quelque chose tournait mal et l'enregistrer sur de mauvais disques durs et ainsi de suite. Ainsi, plusieurs fois, lorsque nous, en tant que personnes qui utilisent JavaScript depuis longtemps, surtout sur le web, allons entendre parler des nouvelles technologies. Nous y arrivons avec un sentiment de menace et nous pensons que ce n'est pas la bonne chose et cela ne se produira pas. Je ne peux pas l'utiliser encore mes utilisateurs finaux n'auront pas ce genre de choses et nous devenons très protecteurs à notre connaissance. Les choses que nous utilisons depuis des années sont les choses qui fonctionneraient toujours et nouvelles choses avec lesquelles les kits cool fonctionnent sont juste des choses nouvelles que personne ne devrait utiliser. Ce n'est pas une attitude saine dans un environnement qui se déplace aussi vite que l'espace JavaScript est en ce moment. Donc, je veux que nous reconsidérions certaines de nos façons, ce que nous avons fait et que nous rejetons aussi certaines de nos connaissances sur les choses qui ont mal tourné. Tout simplement parce que quelque chose a mal tourné dans les navigateurs il y a 10 ans ou cinq ans, ou nous avons eu un problème à comprendre pourquoi quelque chose comme aucune chaise serait une chose cool à faire, ne signifie pas que ce n'est pas une bonne chose. Cela signifie en fait que nous devenons périmés et que nous faisons les erreurs en supposant que les choses vont mal là où elles ne le sont pas. Donc, en se tenant au courant de ce qui se passe en JavaScript en étant excités par ce qui se passe là-bas, nous avons une chance de rajeunir notre idée et de trouver le plaisir de coder à nouveau. Trouver le bonheur de ce que nous avons fait dans le passé quand tout à coup nous avions comme le dortoir et nous avions des navigateurs disponibles pour l'Ajax, nous pouvions jouer des vidéos et des navigateurs que nous ne pouvions pas avant sans utiliser des choses comme flash. La quantité de médias comme les médiathèques dans les navigateurs et la quantité de choses techniques que les navigateurs peuvent faire de nos jours devraient être passionnants pour nous. Cela ne devrait pas l'être, cela n'a jamais fonctionné, donc cela n'a pas fonctionné dans le passé donc cela ne fonctionnera pas maintenant. Nous devons donc passer beaucoup de temps à écrire des champs poly et à écrire des solutions de contournement et à utiliser des bibliothèques parce que les navigateurs ne le feront pas correctement. Comme je l'ai déjà couvert dans les autres vidéos, nous vivons dans un monde où les navigateurs sont à perpétuité permanente, et les navigateurs changent tout le temps et tous les navigateurs sont ouverts à la communication ainsi. Donc, si quelque chose est cassé ou que vous voyez quelque chose dans les normes ou dans un navigateur que vous aimez, vous pouvez parler à d'autres fabricants de navigateurs sur les listes de diffusion, sur Twitter sur GitHub. Les fabricants de navigateurs ont cessé de cacher leurs ingénieurs dans les sous-sols et de ne pas leur permettre de parler au monde il y a longtemps. Nous sommes tous ouverts en public, nous sommes tous à votre disposition pour discuter et nous sommes heureux d'obtenir des commentaires et nous sommes heureux faire en sorte que les choses se produisent quand elles ont du sens et quand elles peuvent être normalisées. Donc, ne vous sentez pas découragé par quelque chose qui n'est pas disponible dans un navigateur en ce moment et pensant que ce sera pour l'avenir, dans deux semaines, le nouveau navigateur pourrait être sorti et il pourrait être pris en charge et il est à nous de demander de nos environnements pour devenir meilleurs et soutenir des choses qui ont du sens et font avancer le web. Donc, l'adoption de nouvelles technologies est une partie très, très importante pour nous rajeunir en tant que développeur et découvrir ce qui est cool à propos de JavaScript de nos jours. D' un autre côté, bien sûr, vous ne devriez pas être trop excité toutes les choses expérimentales ou les choses que les gens essayent juste. Votre ordinateur, votre environnement, votre éditeur et votre navigateur, ce n' est pas ce que les utilisateurs finaux ont là-bas. Tu dois trouver un bon moyen entre les deux. J' ai commencé à ne plus vivre sur le bord saignant en JavaScript parce qu'il est devenu frustrant pour moi d'essayer les choses et de les voir ensuite ne pas être implémentés ou implémentés différemment et j'ai dû changer mon code tout le temps. C' est quelque chose qui suscite beaucoup de gens. Je veux juste construire des choses pour les gens qui fonctionnent. Donc, je me suis senti excité par les nouvelles d'il y a un mois en élargissant les nouvelles de bord saignant en ce moment, et de cette façon je me suis retrouvé à devenir un développeur JavaScript beaucoup plus excité, même en apportant mes anciennes connaissances et mes vieilles prises de ce qui a mal tourné dans le passé dans un nouvel environnement. Alors, jetez un oeil à ce que font les navigateurs, jetez un oeil à ce qui se passe dans les organismes de normalisation, et comme je l'ai dit au début de ce cours, regardez caniuse.com pour voir si la chose cool que vous venez d'apprendre sur est juste un rêve de pipe pour l'instant ou est déjà implémenté dans deux ou trois navigateurs, ce qui signifie que d'ici trois mois, vous serez probablement en mesure de l'utiliser partout. Donc, ne vous découragez pas que les choses évoluent rapidement et soient innovantes tout le temps. Faites partie de cette innovation et vous trouverez que JavaScript est beaucoup plus amusant qu'auparavant. Espérons que vous vous sentez mieux en ce moment sur le rythme de la communauté JavaScript et de la nouvelle technologie à venir parce que vous avez des ressources pour valider si quelque chose est vraiment aussi cool que les gens le disent et vous pouvez commencer à l'utiliser une fois c'est sûr à utiliser. La prochaine chose dont je veux parler maintenant est de savoir comment embrasser la communauté autour de JavaScript et comment en faire partie. 10. Trouver la communauté Javascript: Bienvenue dans cette partie de la redécouverte de JavaScript, mais je veux vous inciter à faire partie de la communauté JavaScript, qui est quelque chose que nous n'avons pas eu la première fois lorsque nous avons commencé avec elle. Il y avait quelques listes de diffusion, il y avait quelques forums, mais les médias sociaux n'ont pas encore tout à fait repris et la plupart des gens n'ont pas tout à fait collaboré autour du projet autant qu'ils le font aujourd'hui, maintenant que nous avons GitHub et contrôle de la brosse. Donc, si vous voulez devenir quelqu'un dans le monde JavaScript en ce moment, ou si vous voulez utiliser de nouvelles choses et essayer de nouvelles choses, vous devriez réellement participer aux canaux de communication. Vous pouvez rester là et regarder les choses pendant les premiers mois. Vous n'avez pas besoin de faire partie ou vous n'avez pas à vous sentir comme vous devez apporter la nouvelle chose tout le temps. C' est juste une partie très intéressante, combien nous communiquons les uns avec les autres. plateformes sociales comme GitHub où notre code vit et les gens peuvent commenter des choses et envoyer des demandes de tirage, et envoyer des demandes de problèmes, sont un excellent moyen pour vous de commencer et un excellent moyen pour vous de savoir réellement sur la façon dont les autres sont comme eux aussi. C' est incroyable combien plus à l'intérieur vous obtenez quand vous regardez les gens autour des produits et pas seulement le produit, tant de fois, je ne suis pas content du produit, mais alors je regarde qui les maintient, et à quel point ils traitent réellement avec la communauté autour d'eux, donc au lieu d'être la personne en colère qui dit juste, c'est mal et vous devriez le faire complètement différemment, je commence à communiquer et à dire : « Pourquoi avez-vous le faire de cette façon ? Ne serait-ce pas mieux d'être ainsi ? Donc, c'est une excellente occasion de s'habituer à travailler avec d'autres personnes et cela va probablement le rendre meilleur pour vous dans votre propre travail aussi. Par exemple, lorsque j'essaie d'embaucher des gens en ce moment, je regarde leurs dépôts GitHub, et je regarde leur activité sur GitHub. Je ne regarde pas seulement la qualité du code ou la qualité incroyable de leur code, je regarde aussi comment ils traitent avec les autres, comment ils traitent les demandes de traction, quel genre de commentaires ils donnent à la concurrence, façon dont ils font face à des critiques semblables, et la façon dont ils font l'éloge parce que c'est ce à quoi on se résume en fin de compte. Les gens travaillent avec d'autres personnes, donc je veux que les gens soient des joueurs d'équipe quand je les embauche, et c'est une excellente occasion de briller et de donner une bonne impression pour vous en participant déjà aux environnements sociaux. Il y a beaucoup de canaux mous sur JavaScript, il y a beaucoup de listes de diffusion, il y a beaucoup de méta à l'étage, beaucoup d'événements qui se déroulent là-bas, donc il y a une énorme communauté où tout le monde est excité par JavaScript . Alors, assurez-vous de chercher des personnes dans votre région ou de regarder autour pour la participation en ligne, et vous constaterez que d'autres personnes vous inspirent et vous pouvez inspirer les gens aussi. Assurez-vous d'aller aux bons. Si vous n'êtes pas intéressé par le développement de nœuds, alors probablement un mou de nœud n'est pas la chose pour vous. Mais, d'un autre côté, si vous voulez juste regarder cela et que vous voulez entrer dans le noeud et voir comment les gens cochent, c'est une excellente façon d'y aller et de commencer cacher et découvrir ce qui se passe aussi. Si vous avez besoin d'inspiration, il existe de grands dépôts comme JS Pen et CodePen. CodePen est une communauté vraiment sympa et invitante de codeurs très créatifs qui montrent comme des petites choses sur lesquelles vous cliquez et vous les essayez et vous pouvez les fourchir pour vous-même, les fourcheter dans votre dépôt GitHub et jouer avec eux. Donc, au lieu de regarder quelque chose et de dire, « Oh, c'est incroyable. » Vous pouvez commencer à jouer avec elle, vous pouvez changer de chiffres, vous pouvez ajouter au code, et vous ne jouez jamais avec le code original de cette personne parce que dès que vous commencez à éditer, il le copie dans votre propre référentiel CodePen, sorte que vous ne pouvez rien casser, mais vous êtes très invité à jouer. C' est ce à quoi je veux que vous pensiez et de la communauté JavaScript aussi. Nous avons besoin d'une communauté plus diversifiée. Nous avons besoin de gens qui ne sont pas nécessairement là depuis des années et des années. Nous avons besoin de gens avec des idées nouvelles et fraîches, alors ne vous sentez pas intimidés par ces groupes. suffit d'y aller, de commencer à regarder autour de vous, et une fois que vous pensez avoir quelque chose à contribuer, s'il vous plaît contribuer. Espérons que vous êtes prêt à faire votre marque dans la communauté JavaScript là-bas ou au moins être prêt à y jeter un coup d'oeil et à réaliser qu'il ne s'agit pas seulement de code, mais aussi de gens. Parler de cela fera également partie de la prochaine vidéo où je vais vous apprendre comment obtenir de l'aide, et comment demander de l'aide sans être trop écrasante et trop ennuyeux pour les gens. 11. Demander de l'aide: Bienvenue dans cette vidéo où nous allons parler de demander de l'aide dans la communauté JavaScript actuelle, et comment obtenir les meilleurs résultats en demandant de l'aide, et aussi comment donner des commentaires aux gens. Nous vivons dans un monde JavaScript où tout est social. La plupart du code avec lequel nous jouons et les outils avec lesquels nous jouons sont open source et disponibles. qui signifie que sur GitHub, vous pouvez faire des demandes de sondage, vous pouvez faire des problèmes, vous pouvez commenter des choses, vous pouvez simplement donner les pouces, ou vous pouvez simplement donner une étoile aux gens. La plupart des gens ont leur compte Twitter où vous pouvez contacter avec eux, et vous pouvez vous plaindre de choses là-bas. Vous pouvez déposer des bogues avec les navigateurs sur GitHub. Vous pouvez déposer des bogues avec les navigateurs sur Twitter. Vous pouvez aller sur les listes de diffusion. Vous pouvez aller sur les chaînes Slack. Tu peux aller partout. Maintenant, la grande chose à propos des outils que nous avons de nos jours, c'est qu'ils sont tous en ligne, et tous ont également une partie de celui-ci qui fait partie d'une communauté. Donc, de nos jours, quand je me trouve avoir un problème JavaScript, je ne vais pas vraiment à une liste de diffusion et demander aux gens quel est le problème, ou aller à un débordement de pile et demander aux gens quel est le problème, mais je commence à éliminer le problème tout d'abord. Alors, regarde ton code, que se passe-t-il là ? Activez la limitation dans votre éditeur et découvrez s'il y a un problème strict que vous n'avez pas pensé. Essayez-le dans différents navigateurs, et essayez-le peut-être dans une plate-forme différente, ainsi que pour savoir si quelque chose s'est mal passé. Sortez votre téléphone portable et découvrez s'il y a un problème. Donc, une fois que vous avez découvert où se trouve le problème et que c'est toujours un problème, et que c'est probablement quelque chose avec le code, alors la meilleure chose à faire est d'écrire un test d'élimination. Écrivez le moyen le plus simple possible comment cette chose se brise, puis mettez-le sur CodePen, ou mettez-le sur JSpin, ou mettez-le comme un essentiel sur GitHub. De cette façon, vous pouvez inviter les gens à le tester eux-mêmes, valider s'il s'agit d'un vrai problème ou s'il ne s'agit pas d'un problème, puis vous dire comment le résoudre. Ce qui rend les choses beaucoup plus rapides que de demander au hasard et de se demander ce qui se passe là-bas. Souvent, lorsque vous allez à des choses comme Stack Overflow, et que vous demandez de l'aide, et que vous êtes très vague dans votre question, vous inviterez beaucoup de gens qui essaient de vous vendre leur propre agenda, leurs propres biais, ou leurs propres idées de la meilleure solution. La plupart du temps comme simplement utiliser React, utilisez simplement jQuery au lieu d'avoir une réponse à un problème JavaScript. Donc, et puis c'est un fil sans fin sur les gens, je sais que vous ne devriez pas utiliser ça, non vous devriez ça. En le gardant au code et en demandant avec un exemple de code, vous découvrez que beaucoup de gens ont beaucoup plus de mal à trouver leur propre agenda et leurs propres idées, car il est déjà réglé à ce problème, et de trouver cette seule question. Donc, poser ce genre de question est un moyen très, très simple d'obtenir les réponses les plus rapides. J' écris normalement sur CodePen, je le mets sur Twitter, ou sur une chaîne Slack, puis les gens peuvent commencer à éditer avec moi, collaboration avec moi, pour que je puisse voir pendant qu'ils modifient mon code et nous pouvons communiquer dans des commentaires ou des commentaires de code pendant que vous codez. C' est bien amusant aussi, et bon pour enseigner aux autres personnes. C' est une excellente occasion pour vous d'apprendre à connaître d'autres personnes qui, plus tard, peuvent résoudre d'autres problèmes pour vous, ou peut-être faire un projet avec eux. Si vous voulez donner vous-même plus de commentaires et que vous voulez donner plus d'aide, regardez les choses, regardez les dépôts sur GitHub. Beaucoup de référentiels ont des bogues qui doivent être corrigés, mais sont toujours sur le backburner, et tout le monde dans l'équipe principale du produit est trop occupé pour corriger ces bogues. Donc, ils les signalent comme première fois un bug qui est une excellente occasion pour vous d'y aller, de les aider en faisant un travail de 10 secondes, et vous faites déjà partie de cette communauté, et vous êtes déjà sur le radar de les gens. N' oublions pas que plus vous apprenez à connaître les gens et plus vous êtes souvent positif une impression que vous donnez, plus ces gens sont susceptibles de vous parler. Cela vous donne des occasions comme aller à des conférences, ou même à des emplois. La plupart de ma carrière en JavaScript au cours des 10 dernières années était bouche-à-oreille, et est-ce que j'essayais de faire de mon mieux pour être une personne gentille en ligne, et de m' assurer que je suis aussi défini les gens puissent voir quelque chose de mal dans mon interrogatoire, ou dire quelque chose de mal dans ma critique. Donner publiquement des critiques est une chose très dangereuse. Vous voulez vous assurer que vous ne détruisez pas les gens, et vous ne les découragez pas de continuer. Mais si vous le gardez à un niveau technique, si vous le gardez à la hauteur de l'exemple de code et que vous montrez que quelque chose ne va pas, alors il n'y a pas d'émotions, et ce n'est pas un problème avec eux, car il peut être prouvé que vous venez voulait aider et vous avez vu quelque chose qui a mal tourné. Donc, ne vous découragez pas par autant de bruit, par tant de communication qui se passe, et par tant de critiques sévères et de communications difficiles dans la communauté aussi. Beaucoup de fois, ce sont des gens qui veulent juste être entendus. Ils ne veulent pas blesser les autres. Ils ne sont tout simplement pas doués pour demander de l'aide aux gens. Donc, peut-être juste prendre du recul et dire comme, « Ok, je ne vais pas me mettre en colère à propos de cette chose, je vais à l'autre sujet où il y a discussion intéressante puisque c'est une bonne chose à faire. » Ne vous découragez pas en pensant que vous ne pouvez pas suivre les nouvelles parce que personne ne peut le faire. Nous sommes en ce moment à une course de rats où tout le monde essaie de faire la nouvelle chose cool, et d'inventer la nouvelle fonctionnalité cool hors du langage, c'est bon. C' est l'innovation, c'est la créativité, c'est désordonné. Mais ne vous découragez pas en disant que je suis trop lent pour ça parce que nous cuisons tous avec de l'eau, y compris moi. J' espère que vous avez appris quelque chose de tout cela, et j'espère que vous savez maintenant qu'obtenir de l'aide est plus facile si vous vous en tenez aux faits, et que vous faites en sorte qu'il soit aussi facile que possible pour les autres de réparer les choses pour vous plutôt d'avoir quelque chose à trouver dans votre code ou votre documentation parce que c'est trop de travail. Vous voulez rendre aussi facile que possible pour les gens de vous aider, et si vous aidez les gens, rendre aussi facile que possible pour eux de comprendre ce qu'ils ont fait mal, et leur expliquer d'une manière agréable pas contrairement à ce que tu fais tout mal, et je suis meilleur que toi. Faire cela rendrait notre communauté beaucoup, beaucoup mieux, et j'ai hâte de le faire. 12. Réflexions finales: Eh bien, c'est une pellicule. J' espère que vous avez apprécié ce cours, et j'espère que vous comprenez maintenant que redécouvrir JavaScript est une chose intéressante comme la connaissance que vous avez dans le passé pourrait être obsolète et certaines d'entre elles ne sont plus nécessaires, mais il y a un grand nouveau monde de la communication. Il y a une grande communauté autour de JavaScript que vous pouvez prendre part, et surtout, l'outillage est venu à pas de géant depuis que nous l'avons fait la première fois. Les navigateurs sont toujours verts, les éditeurs sont open-source et écrits et dactylographiés eux-mêmes, sorte que vous pouvez les modifier et obtenir des extensions pour eux. Le terminal est maintenant la maison de JavaScript aussi. Vous pouvez construire de vraies applications en JavaScript plus larges que simplement des choses Web. Il y a tellement de choses à jouer. Ce serait triste de ne pas jeter un coup d'oeil, et de ne pas être assez courageux pour dire : « Hé, je l'ai fait dans le passé, je peux l'apprendre à nouveau. » Donc, ne vous découragez pas à propos de la vitesse des choses, il y a beaucoup de battage médiatique autour de ça, mais il y a beaucoup de choses cool à trouver. J' espère que vous avez trouvé quelque chose d'intéressant. Si vous avez joué avec quelque chose, si vous avez trouvé quelque chose de mal compréhensible, si vous voulez obtenir plus de détails sur certaines choses, s'il vous plaît contactez-nous, donnez-nous des commentaires, téléchargez certains des exemples que vous avez faits où vous avez changé votre façon de faire en fonction de ce que vous avez fait auparavant, et j'ai hâte d'en voir plus de vous.