Enfin un autre dev JS qui ne mets pas les points virgule comme moi 😍 En tout cas, ta vidéo sur le multithreading est vraiment excellente, merci 1000 fois !
@leclerjeremy15382 жыл бұрын
Cela serait intéressant de faire une vidéo qui survole les différents webworkers, et peut être approfondir quelques uns. Je ne connaissais pas du tout cette utilisation. Merci beaucoup !
@adrihm8165 Жыл бұрын
excellente explication merci
@DevTheory Жыл бұрын
Merci bien!
@justelesnews2 жыл бұрын
Vidéo très claire. Très intéressé par les autres workers !
@victoretcompagnie54802 жыл бұрын
Je connaissais pas mais ça va beaucoup me servir dans mes projets en cours
@steve-rolandndetsapi5139 Жыл бұрын
J'ai beaucoup appris concernant les Web Workers merci
@yanivkoubbi3955 Жыл бұрын
Jai plusieurs années de dev mais tes contenus sont tres intéressants Je viens de decouvrir la fonction qui me fallait pour un projet au bureau merciiiii
@DevTheory Жыл бұрын
Trop bien ! 😁
@nelsondelize37182 жыл бұрын
Une vidéo qui tombe à point nommé. Merci
@steve-rolandndetsapi5139 Жыл бұрын
Le sujet sur les Workers m'intéresse beaucoup
@Tel-tk1yv10 ай бұрын
Vidéo top pour s'initier. Un lien pour récupérer et manipuler le code expliqué dans la vidéo aurait été parfait, un github avec les exercices...
@MrSpacemoo Жыл бұрын
super clair! merci
@jamesjarraud99762 жыл бұрын
top ta vidéo. je decouvre les workers 😱👍🏼
@pomade342 жыл бұрын
Très bien expliqué
@tenchigreed2 жыл бұрын
Encore du bon travail, bravo
@nanstv2 жыл бұрын
La question est, que se passe t'il si je clique sur calculer pendant qu'il est déjà en train de calculer ? On peut killer le calcul en cours pour relancer ?
@jjgc15042 жыл бұрын
Merci superbe vidéo 👌
@franchescofamous19932 жыл бұрын
Encore un tres bon contenu
@ibrahimadiamaka19982 жыл бұрын
Merci super video
@ericshiroe55002 жыл бұрын
C'est génial tout ça
@franckpichard98582 жыл бұрын
Intéressant! J'utilisais les worker dans node directement avec process, du coup on peut maintenant utiliser les workers depuis le navigateur avec webWorker, est-ce qu'il existe un webCluster comme dans process? Je vais aller voir ça
@SG489072 жыл бұрын
wallah
@darkangel974212 жыл бұрын
Wow alors la ! :D :D Je vais utiliser ça dans mes projets directement ahah :D
@DevTheory2 жыл бұрын
Ahah 😁
@darkangel974212 жыл бұрын
@@DevTheory Je comprend pas j'avais mis un commentaire, il n'est plus là. j'avais dit : "J'imagine qu'on peut combiner ça avec Fetch ?
@DevTheory2 жыл бұрын
Ah, je ne sais pas non plus pourquoi, en tout cas : je ne pense pas que ce soit utile non, car fetch ne va faire aucune opération à part attendre une réponse serveur, donc mettre ça dans un thread dédié n'est pas vraiment utile 👍
@darkangel974212 жыл бұрын
@@DevTheory D'accord je comprends merci ta réponse ☺️
@walid17172 жыл бұрын
Très bien expliqué ! Mais y a t'il un gain particulier comparé à executer une fonction lourde en simple fonction asynchrone vu qu'au final le thread ne sera pas bloqué de la même manière ?
@polthm2 жыл бұрын
La réponse m'intéresse aussi :)
@DevTheory2 жыл бұрын
Intéressante question ! En fait une opération asynchrone s'exécute quand toutes les opérations synchrones sont finies. C'est à dire: dès qu'on lance la méthode asynchrone de notre calcul, elle ne sera pas exécuter tout de suite car il restera surement des tâche synchrones à faire, et que le ces tâches synchrone sont finies: alors il va se mettre à attaquer les tâches async (dont notre calcul). Et c'est uniquement quand il aura fini la tâche async qu'il va pouvoir revenir sur les tâches synchrones, pourquoi ? Car comme toujours : il ne peut faire qu'une chose à la fois ("single threaded"). Donc finalement remplacer le worker par une fonction async ne ferait que retarder le problème, puisqu'aucune tâche synchrone ne serait possible tant qu'il est entrain de résoudre notre calcul async 💯 Si ce genre de connaissances vous intéressent, je vous conseille fortement la formation JS avancé que je propose, car c'est exactement le sujet ;) lvc.devtheory.fr/
@walid17172 жыл бұрын
@@DevTheory ok merci, très claire, vraiment un point crucial. Du coup j'ai déjà pris ta formation mais je vais revoir la partie sur l'asynchrone, quelque subtilité ont dûe m'echappé 👍
@augustin_ Жыл бұрын
Les workers fonctionne t-ils avec nodejs?
@steve-rolandndetsapi5139 Жыл бұрын
J'aimerais beaucoup connaître les extensions VS Code que tu utilises pour du JS 🙏🏾
@cykablyat8672 жыл бұрын
Ton accent me détruit XDDDD Le standarde m’a fini
@ilyeselayeb372 жыл бұрын
quelles est la meilleur solution entre créé un cluster avec plusieurs instance de notre app node et du coup de l'event loop (par exemple la lib cluster en mode dev ou pm2 en prod ) ou le web worker
@DevTheory2 жыл бұрын
Ce sont deux choses assez différentes car l'un est sur le navigateur (webworkers) et l'autre sur un server (pm2 sur Node.js), donc cela va dépendre de l'endroit où tes différents calculs seront fait : client-side ou server-side
@mohamedlaminefall67292 жыл бұрын
N'est-ce pas avec les fonctions asynchrone on peut faire la même chose ?
@DevTheory2 жыл бұрын
Les async functions tournent toujours sur le thread principale, et donc si elles font un traitement synchrone (= pas d'attente via fetch ou setTimeout) alors cela bloquera aussi l'interactivité du site web, donc il vaut mieux un worker pour de lourdes opérations synchrones ✅
@mohamedlaminefall67292 жыл бұрын
@@DevTheory Et dans le cas ou on utilise .then() au lieu de await ça tourne toujours sur le même thread ?
@electroheadfx2 жыл бұрын
excellent, le webwork se lance sur un thread processeur séparé aussi ?
@DevTheory2 жыл бұрын
Je ne crois pas ! Et de ce que j'ai vu: les navigateurs ont le choix de l'implémentation qu'ils font pour le fonctionnement des webworkers, tant que les instructions bloquantes ne sont pas communes ✅
@stephanehenault43902 жыл бұрын
Sa semble simpa mais je me posé une question. on peut mettre en place un loader ou encore mieux une barre de chargement ?
@DevTheory2 жыл бұрын
On peut totalement ! Il suffit pour ça d'exécuter "postMessage" dans notre worker en indiquant l'avancé du calcul. Par exemple : postMessage( { type: 'progress', value: '34' }) pour indiquer que l'on en a à 34% du calcul. Et derrière dans notre app.js au niveau du worker.onmessage il suffit de rajouter une petite condition checkant la valeur de event.data.type pour savoir si c'est 'progress' ou 'result' disons ✅
@chlbri2 жыл бұрын
Le web worker ne fonctionne pas dans node ?
@DevTheory2 жыл бұрын
Les web workers sont effectivement uniquement sous les navigateurs, par contre Node.js a des "Worker threads", cela semble similaire => nodejs.org/api/worker_threads.html
@Carouan Жыл бұрын
Monnn dieuuuu mais comment se fait-il que Chrome me signifie qu'autant de pages ne répondent pas du coup ? Tout le monde n'utilise pas les webworkers qui ont l'air tellement balaize ? Ou alors c'est peut-être parce que j'ai souvent 4, 5 fenêtres chrome ouvertes avec des dizaines d'onglets dans chacune ? Et seulement 16Go de Ram ? 🤔😅
@daninenglish2762 жыл бұрын
Je n'aime pas trop tes vidéos d'actu JS, parce que tu parles de beaucoup d'outils qu'on utilise pas forcément et tu m'explique pas ce que ça fait. Mais par contre quand tu te mets expliqué c'est juste parfait
@DevTheory2 жыл бұрын
Merci pour ton retour ! Je pourrais clairement prendre 10 secondes pour expliquer l'outils en question avant de parler de sa mise à jour, tu as raison ✅
@uka877862 жыл бұрын
First
@LinuxForLife2 жыл бұрын
Les principes sont bien compris, mais les explications sont brouillonnent. Dommage ! Intéressant néanmoins.