comme la plus part des devs, pendant mes études, j'ai fait du java, dans mes premiers jobs aussi, ensuite j'ai découvert js, puis le MEAN stack (mongo, express, angular, node) et je suis devenu une MACHINE à développer des apps/api, c'est d'une efficacité redoutable, jamais je ne reviendrais sur java.

JavaScript > ALL ❤ Tu peux tout faire. Serveur, Client, Moteur physique, Moteur 3D, Mobile, IA, VR, etc. Tu peux aussi faire de la POO

Merci beaucoup pour cette vidéo. SVP quel outil utilisez-vous pour les slides?

Peux tu faire une vidéo NodeJS vs PHP en backend ?

Y'n a pas mal qui oublie qu'au début de la programmation web, il n'y avait que le HTML. Quand les CGI et JS/VB script sont arrivés ça été une bouffée d'oxygène et ça a donné le web qu'ils connaissent maintenant sans Ajax.

Merci pour cette vidéo et pour toutes les autres d'ailleurs ;) Je sais pas si tu as eu l'idée ou l'envie de le faire mais … je pense qu'il serait intéressant de parler de ton expérience. Je m'explique ^^ : Chaque technologie a ses avantages, ses inconvénient. Pareil pour le choix des librairies, certaines serait mieux adaptées que d'autres (pour des questions de légèretés, de fonctionnalités.. peu importe!). Je pense qu'il serait intéressant qu'un jour, tu puisse nous parler des choix possibles (librairie, framework, language) pour un projet, et que tu t'es plutôt lancé dans "ce choix la" parce que ... Bref, ce n'est qu'une idée qui me plairait de voir dans ta chaine. Merci encore pour tout ! t'es top !

Je ne vous raconte pas quand j'ai commencé à faire du Javascript et qu'il fallait faire du code compatible avec Netscape / Internet Explorer / Opera / etc... Quelle galère. Maintenant franchement avec webpack et tous les polyfill c'est devenu quand même bien transparent.

Je suis dev js depuis 3 ans et je me limite uniquement à React / Next et du Fastify ou Strapi pour le back selon le besoin. Si on commence à s'éparpiller on s'en sort plus, donc j'essais de prendre ce qui se fait de "mieux".

Merci pour ce que tu fais pour la commu, je suis en reconversion et je viens de commencer à prendre un compte premium sur ton site vu tous tes tuto gratuit que j'ai avaler j'ai trouvé que c'était le minimum 🙏

Très intéressant ! Pourquoi ? Parce qu'il reprend toutes les critiques sur JS d'une part et qu'il les analyse. En faisant ce travail de prise de recul, il montre en filigrane comment prendre en compte les critiques vis-à-vis de n'importe quel langage et met en lumière la dimension bruit autour de la plupart des critiques, amplifiées par le buzz et les réseaux sociaux. Le fond de la vidéo ne dit pas que JS est nul mais met en perspectives les atouts et limites du langage en lien avec une analyse de la pertinence des critiques les plus entendues. Bravo pour ce travail, très intéressant pour une personne qui veut gagner du temps dans sa progression en tant que dev.

Le Javascript est un très bon langage qui convient au plus grand nombre. Les débutants peuvent facilement en comprendre les bases et programmer des choses simples qui fonctionnent. Les programmeurs aguerris pourront trouver leur bonheur en utilisant les fonctionnalités plus avancées. Ceux qui le critiquent ne l'ont probablement jamais essayé.

extrement interressant, perso je suis debutant dans le dev, mais justement je m'interroger au niveau framework, html css et javascript, je me demandait si au final il ne serait pas mieux de tout coder en dur ? ecrire le prog de a à z pour eviter pas mal de problemes sur les mise a jours de framework. Je sais maintenant que oui c'est beaucoup plus chronophage et techniquement ennuyeux, mais de ma jeune experience cela me semble beaucoup plus stable, et si le code est bien commenter et lisible. qu'en pense tu ?

Je suis d'accord avec vous, Grafikart. C'est surtout le fait que ce soit un langage imposé côté front-end et qu'il n'ait pas une base fiable de runtime ensuite, ainsi que l'apologie des jeunes développeurs qui ne jurent que par JS, alors que dans la pratique, cela dépend de la tâche à accomplir.

"Soyez critiques vis à vis des critiques" 👏👏

Je ne suis pas un programmeur, donc, pas frapper ;) Au début que je me suis mis au javascript, je ne comprenais rien, je n'avais pas saisi que beaucoup d'exemple étaient en jquery ( mais pas toujours bien indiqué ), la prise de tête. Maintenant, mon approche est très simple, vanilla javascript.

Super la vidéo ! Avez-vous regardé les avancées de Phoenix Liveview (Elixir) ?

Merci pour toutes ces informations précieuses et pour cette humilité naturelle.

je suis d'accord avec ce que tu dis. Tout dépend des besoins généralement. Je suis dev php depuis 15 ans, mais j'ai codé plusieurs fois aussi en javascript parce que j'en avais besoin. Le seul truc sur lequel je suis pas entièrement d'accord, c'est la justification du nombre de librairies. Effectivement c'est chouette d'avoir une grosse communauté qui dev et qui veut s'améliorer et améliorer le language et les librairies. Seulement, j'ai beaucoup plus la sensation que c'est "pour avoir son truc à soi" et que c'est plus une histoire d'égo plus qu'autre chose. Pourquoi ne pas se mettre sur une librairie qui fonctionne et l'améliorer tout simplement ? Au lieu de faire son truc de son côté. Concrètement, j'ai déjà bossé dans des équipes où les fronts adoraient changer de techno tous les 6 mois avant de se rendre compte que c'était de la merde et qu'il n'y avait finalement pas tous les outils demandés... pour faire tourner les projets qu'on avait c'était horrible parce qu'on devait switch d'environnement parce qu'ils l'avaient décidé. Et ca provoquait des problèmes de configuration, ca ralentissait notre travail, sans compter qu'on devait également faire du front parfois aussi.. Tout ca pour dire, c'est génial d'avoir des devs front critiquent et qui remettent en question les choses. Mais si c'est juste pour dire "c'est mon truc à moi" puis laisser tomber la maintenance même pas 6 mois plus tard, ca n'en vaut tout simplement pas la peine. Qu'ils essaient plutôt à ce moment là de compléter justement sur des grosses technos qui sont déjà bien implentées. Sinon, pour mon prochain job, je vais devoir me taper les 10 librairies différentes utilisées parce que l'employeur le demande parce que le dernier front ne savait pas se cantonner à une seule librairie.

Le fait que le language ne soit pas typé le rend tres mauvais pour un projet au moins de taille moyenne. Typescript s'est bien imposé, mais essayez de faire du multi-threading avec, c'est immonde. De plus, bcp de devs, meme seniors, l'utilisent mal et type de façon pauvre. On est au balbutiement de wasm mais avec des nouveaux framework comme yew, il y a un espoir dans l'effondrement du monopole de JS pour le front-end. Il est aussi possible que le JS soit remplacé par AssemblyScript a terme.

Je rajoute qu'en plus du back et de front, il y a aussi les packages ReactNative, Electron et j'en passe, ce qui explique le nombre de paquets sur npm.

Merci pour ca c’ est cool d’ avoir une « critique» comme celle-ci. Javascript n’ est pas parfait. Mais comme beaucoup de language, Js peut faire tout et n’importe quoi. On a bien fait des Site web complet avec Java. on pourrait toujours le faire juste que ce n’ est pas la fonctionnalité principale de ce language bref . Comme tu le dis si bien mais ceci ne s’ applique pas UNIQUEMENT sur ce theme, arrêtons de prendre pour argent comptant une critique (positive ou negative) comme Seule vérité . Il faut un contexte, un environnement, une application... Une réponse peut varier selon beeeeeaucoup de facteurs. bonne continuation a toi :)

Pour ce qui est des calculs lourds, il paraît que worker_threads peut aider. Je n'ai pas encore testé, mais JavaScript devient de plus en plus polyvalent.

Super interessant, beaucoup de sagesse. Sinon, est ce web assembly va remplacer JS ?

😎Cool ! tu es le meilleur. 🤓J’ai développé des appli web en PHP. Le javascript est simple et très efficace car j’utilise très peu de Framework. 🙄Mais il est vrai qu’au départ en voulant faire comme sur du PHP, je me suis retrouvé avec des librairies très pauvre comme en Math qui n’a pas de méthode sum(). 🤠Bref apres un Array.prototype.sum… tout va pour le mieux. Et j’aime ce langage 👍

Il me semble qu'on ne peut plus unpublish ne serait-ce qu'une version d'un package npm si d'autres packages en dépendent, même avant la limite de 72h. Et ça peut aller assez vite : un Code Sandbox anonyme par exemple va mettre un lock sur une version même s'il s'agit de code jetable

J'ai absorbé avec grand intérêt ces infos, sages et éclairées Je remarque cependant avec regret une coquille sur la partie multi-thread Grafikart doit certainement savoir l'existence des web workers, mais vu leur complexité apparente il a dû éviter le sujet Ces derniers ne sont pas intuitifs au premier abord, délicats à implémenter dans de gros blocs de code synchrones existants, contraignants du fait du système de transfert entre workers... Mais si on raisonne web workers dès le départ et qu'on aménage son code pour accueillir éventuellement cette api, ça devient assez simple Ce sujet concerne assez peu d'appli, faut avoir de gros volumes de données et des tâches cpu intensives à traiter pour recourir au multi thread JS, mais le mécanisme existe et marche bien, cela m'a sauvé plusieurs fois

ce qui me dérange en js c'est les variables qui sont super globals, du coup ça casse le principe de l'algo exemple *const a* *toto()* *function toto() {* *console.log(a) // marche ...* *}* du coup, pas besoin de paramètre...

Je dois etre le seul sur terre a detester le framework Laravel

Tu pourrais préciser ce que tu veux dire, quand tu dis que "TS ne va pas vérifier que nos types fonctionnent à l'exécution" ? Il a "vérifié que nos types fonctionnent" à la compilation, donc par quel miracle nos types ne fonctionneraient pas a l'exécution ?

C'est mon cas, je suis resté bloqué sur AS3 qui était topissime selon moi. depuis des années, je n'arrive pas a intégrer le JS, et ses Frameworks.

Comment se fait-il que je rêve d'être un développeur sans " lacunes", alors qu'il y a encore 4 mois j'ai jamais eu l'idée de m'y intéressé

L'enfer des callback 🤣 c'est terminé et heureusement ! Je rejoins ton analyse que je trouve très objective sur le sujet. 👍

Express js nodejs vue js reactnative et tous les grand site ont eter ecrit avec javascript:when we dont know we dont speak✍️✍️✍️

Salut, comment est-il possible d'avoir en css une font-size qui agisse ainsi : plus l'écran est petit, plus la typo est grande et inversement ? Lorsque on utilise juste par exemple "font-size : 7vw;", cela fait augmenter la taille de la typo à mesure que celle de l'écran augmente. Je recherche un comportement croisé : plus l'écran est petit, plus la typo est grande ; et plus l'écran est grand, plus la typo est petite. Merci !

Regarde du coter de pnpm pour la gestions de package avec node.js, ça détruit complétement le même du "node_modules qui est lourd "

merci, Maintenant pour les développeurs de « c sharp » il sont le choix replacer JS avec Blazor

Cette vidéo tombe pile poil après celle de MikeCodeur, qui globalement dis totalement l'inverse. C'est... comment dire... intéressant d'avoir les deux points de vus 😅

Salut, merci pour la vidéo, Nous aimerons ton avis sur la nouvelle IA : Open Ai

Je vous suis depuis long temps, j'ai appris beaucoup vraiment!!!! Merci

Ta video est super, j'espèrai apprécier JS après ta vidéo, mais je dois être trop débutant, j'aime toujours pas :p Merci pour la vidéo, honnête et qui semble très pro

Très vidéos on peut avoir une vidéo sur le développement Backend, les technos avec les avantages et les inconvénients

Opinion impopulaire : j'adore JavaScript précisément pour des raisons pour lesquelles beaucoup le critique.

Marrant, parce que au-delà des points que tu soulèves, perso je ne supporte plus tous ces languages qui multiplient l'utilisation de parenthèses, accolades et point virgule qui rendent le code parfaitement illisible... Bon après, ton truc à la base c'est PHP, donc j'imagine que ça ne te choque pas plus que ça. Perso maintenant c'est python, et Ada pour des besoins plus spécifiques. Au moins c'est clair et pas de surprise concernant la syntaxe ou l'indantation et ça peut importe avec qui vous collaborer parce que sinon ça ne marche tout simplement pas.

bonjour et merci pour tout ce que vous faites pour nous. pouvons nous avoir une vidéo sur les nouveautée de l'html

La Voie du développement sage & éclairé🧙‍♂, merci !

Très belle mise en perspective. Merci !

c'est pas nul, c'est undefined

The youtube chanel GOAT 😊

Il n'a pas parlé du tooling autour du JS qui en rend malade plus d'un, et ce n'est pas de la mauvaise foi de le reconnaître

Un langage client multi-thread ça existe ?

Pur le fait que Javascript ait des opérateurs et des coportements bizarres, ça vient des trucs chelou que le créateur de javascript à fait En gros il a été fait en 10jours, ça ok, ensuite il recevait des mails d'utilisateurs pour lui demander de rajouter tel ou tel comportement, d'interpréter une string ou un nombre comme autre chose, bref le créateur implémentait ces demandes à la volée, et aujourd'hui on retrouve ces incohérences parce que Javascript s'est mis a jour en rajoutant des couches des décorateurs etc sans jamais toucher à la base Après beaucoup de langages qui ont le même genre de problèmes.... Perso le seul langage que je connait qui avait eu ce problème c'était PHP jusqu'a la version 5, et ce langage a été detesté pour ça, mais il y a eu une mise a jour profonde pour régler ce problème, la MAJ a été tellement radicale que les devs sont passés directement de la version 5 à la version 7 pour marquer le coup Aujourd'hui non je ne vois pas d'autres langages incohérents :/ Ensuite pour le problème des versions, alors pendant une période les dev en ont eu mare de Internet Explorer et il y a eu une décision commune qui était d'arreter d'adapter notre JS à IE, c'est une des raisons pour laquelle Microsoft a abandonné IE pour Edge, parce que les dev ne leur ont plus laissés le choix (bon la raison principale c'est que IE avait une sale réputation à cause de la blague "IE ça sert à télécharger Firefox"

excellente video comme d'hab. petite coquille à la 22ieme minute ( 22'10), il manque le "async" devant "function readfile(id)"

Je vous aime beaucoup Grafikart

Je suis tellement loin du niveau de grafikart, j'ai même pas 1% de ces capacités 😢

merci maitre! je prefere le js au php mais je maitrise toujours pas car mon probleme c'est qu'aucune personne écrit la m chose! m les formations correspondent pas aux videos sur le net...

20:26 PHP c'est multi-thread non ?

Résumé de la vidéo: - Js y'a des problèmes, mais comme y'a des langages pires bah c'est bien 😆 - Js y'a des problèmes, mais faut le voir comme un autre langage qui marche pas comme les autres c'est très cringe comme argumentation

J'aime vraiment pas JavaScript, mais la seule critique que je lui ai toujours faite c'est 1) les perfs (autant compilation que runtime d'ailleurs) 2) aucun typage natif donc pas de reflections etc. C'est vraiment trop "script". Et pour moi une hérésie d'utiliser ça dans des codebase larges en prod. Malheureusement ça se fait souvent.

ça m'a fait penser à la citation sur Rocky par Durendal "il existe 2 sortes de personnes, ceux qui critiquent Rocky, et ceux qui l'ont déjà vu", voila rien de bien intéressant mais ta remarque m'a fait penser à ça

Super video tres instructive j aimerai comprendre pourquoi js est simple tread . Jai developer une application bateau qui parse du multi serial data en front end comment je peux evaluer le temps d execution de chaque fonction

Y'a rien à faire, j'arriverai jamais à aimer ce langage. Je soupire à un point quand je sais que je dois l'utiliser... c'est presque un motif de reconversion professionnelle 😂. Bien content que des tools comme Laravel Livewire existent et me permettent de limiter drastiquement l'écriture de code javascript 👌

Moi je suis dev depuis 3ans et moi j'utilise php(sans framework le brute) du html Css(brute sans framework) de l'ajax pour mes formulaires et très rarement du Javascript

La seule critique que je ferais à JS, c'est qu'il se traîne le boulet Safari (après s'être débarrassé de IE10) 🤪

Au top clair et judicieux merci !

J'ai halluciné en entendant parler de nextJs (je ne savais pas que y avait une librairie la dessus) car je suis sur un projet ou les devs front sans doute reconverti de java ont eu la "bonne idée" de faire un système d'injection de dépendance maison sans documentation et quasiment incompréhensible. Heureusement je n'y touche pas souvent mais au final je ne sais pas il peut être s'avérer pratique dans certain cas ou je galère mais vu la complexité du truc je préfère éviter d'y toucher et rester sur des choses que je sais faire, utiliser et documenter

for await ??

Merci Jonathan pour ton travail bonne continuation...

Comme toujours video très enrichissante !!

J'ai entendu plusieurs fois "nèm" ou "mèm", de quoi s'agit-il ?

Excellente vidéo. Merci. Au moins tu vas bien plus loin que de donner un avis sans arguments.

Moi je l’aime pas car tou passe dans les arguments le retour de la méthode se trouve dans l’argument.. donc côté lisibilité

Svelte, la meilleure lib Js ever 🙌

Super vidéo!

Et c'est pour ça qu'on utilise de plus en plus Typescript. Oui ça génère du JS mais on a une énorme phase de typage et de sécurisation. Bref... ES6 est aujourd'hui loin d'être mauvais. Il faut juste l'utiliser à bon escient

oulaaaaà tu utilise du await dans des function non marqués par async ...👀 22'00

Tu es au top !!!

J'ose croire qu'un de ces quatre, j'aurai l'occasion de rencontrer Jonathan✊. Merci Jonathan, pour tout!

La toute première version de JavaScript a donc été créée en une semaine et demie environ, en mai 1995. Mais Javascript n'a pas été entièrement construit en 10 jours. C'était un prototype, et il y avait encore quelques choses à régler. Le langage a vraiment pris forme au cours des mois suivants.

Lors de EmacsConf2022 (presque concomitamment avec cette vidéo) Richard Stallman (initiateur du logiciel libre) expliquait lui aussi (dans une video que je vous invite à voir ic kzfaq.info/get/bejne/rKugnpWLudeupWg.html) pourquoi JavaScript est problématique : il constitue l'ultime niveau de la perte de contrôle du coté utilisateur.

Très intéressant

Hello Jonathan ;) On peut aussi mettre tout le monde d'accord en disant que JS est dans les tableaux de bord de la fusée de Musk, et dans les simulateurs d'Airbus et Rafale (Angular pour être précis :) ).... Donc bon ça relativise le "c'est de la mer**"

Trop de sagesse dans cette vidéo

Tu peut utilise c# dans le navigateur aussi maintenant 😋

T'es vraiment le goat

Débuter la vidéo par _"les gens n'aiment pas JavaScript parce que ce sont des snobs"_ c'est justement ça la snobberie. JavaScript est un langage moisi. *Pouce vers le bas immédiat.*

bah moi j'aime pas parce que je sais pas l'utilisé 🤠

je suis dev react typescript je suis meme pas sur que je serais faire sans doc du js basique mdr

Merci, car la vidéo qui avait été partagé sur le discord m'avait juste rendu fou xD

Vidéo vraiment excellente.

Le JS n'est pas tour tous ça logique rebute 50% des devs apprenant. Perso je suis tombé amoureux du JS et autres framework JS ❤️

vachement cool cette vidéo

Quand tu parles de langage pas typé, c'est pas un problème car cela ne dérange personne dans Python. Python est le petit chouchou de tous avec une syntaxe illisible et sans types

Avec du JS il te faut absolument un framework !

Ce que je trouve dommage, c’est que parfois j’ai l’impression que tu cherches juste à défendre le javascript en te plaignant que les autres cherchent juste à ne pas être gentils. Je n’en dirai pas plus sur le langage que je ne connais pas suffisamment. Néanmoins, aux alentours des 10 minutes, tu parles des dépendances de versions différentes d’un même module. Ça, c’est un point vraiment important, car si tu as une dépendance, voir une dépendance de dépendance qui embarque un module avec une faille de sécurité ça peut-être très grave. Pour moi, le problème vient de là. On perd la maîtrise de la sécurité de notre code. Car personne n’est capable de vérifier les 2538 modules récupérés parce qu’il lui en fallait 7 dans son code. Pour jouer, ce n’est pas un problème, mais pour mettre en production… Aujourd’hui, je pense qu’il vaut mieux coder dans un autre langage tranpilable en javascript qu’en javascript. Certains sont fortement typés comme `elm` ou `truescript`. Mais on peut transpiler de nombreux langage en javascript, même du `c` et du `c++`. J’espère que le javascript deviendra l’assembleur du web.

*mike

YO, je débute la video mais déjà comm: Belle barbe ;D

Très bonne dé-construction des préconçus. 👏 C'est un langage et une communauté riches et dynamiques. Bien évidemment, certains auront une moins bonne expérience avec ce langage ou son écosystème. Mais l'impact de JavaScript n'est pas à négliger.

Je savais que tu étais un peu philosophe ! Aristote était barbu lui aussi ;p

Parce que 5 + 5 = 55

Left-pad est un équivalent de padstart nan ? Simple curiositée