Це відео не доступне.
Перепрошуємо.
JavaScript permet de faire ça simplement grâce au principe du KISS (Keep It Simple)
Вставка
- Опубліковано 27 лис 2023
- Pour synchroniser plusieurs tabs d’une vidéo, Wes Bos n’a PAS pas utilisé les web sockets pour faire communiquer ses fenêtres, pas utilisé d’event listener non plus pour que les diverses fenêtre écoutent les changements de positions. Il a mis en oeuvre le principe KISS. Voici comment.
🚀 Plus de 40 formations pour 25 €/mois SANS engagement de durée 🚀
codeconcept.te...
Liens cités dans la vidéo :
This isn't websockets! fun multi-window demo
• This isn't websockets!...
github.com/wes...
Web Server en Go avec HTTPS automatique :
caddyserver.com/
How to Make a Simple Caddy 2 Website (with automatic HTTPS) :
• How to Make a Simple C...
A noter que Wes Bos utilise une petite classe perso pour tracer les lignes jaunes entre chaque tab. Elle se trouve dans path ts et fait une soixantaine de lignes de code.
Pour info, la ligne qui demande à utiliser la webcam est la ligne 118 de script ts, où se fait l'appel à getUserMedia(). Dans la vidéo, lorsque j'évoque le tag HTML "video", ce tag ne fait qu'afficher le flux de données de la webcam.
Super ce format de vidéo, comme quoi il faut vraiment faire simple
On aime compliquer les choses. Enlever le superflu et surtout recourir au niveau de complexité minimum requis : on devrait se coller cet avertissement sur le mur en face de son bureau 😁
@@codeconcept mais après si le
Métier est complexe es que c’est facile de faire simple ? Peut-être la question à ce pose
Petit like tu mérites 👍
Je prends ça comme une cuillère de miel ... de ruche 😅
belle simplicité. sinon, pourrais-tu nous expliquer les design patern (en rust ça serait encore plus top) ? merci pour ce partage 👍
Je pourrais les expliquer en JavaScript / TypeScript mais pas en Rust, que je n'ai pas pratiqué depuis 2 ans et demi 😉
@@codeconcept ok, ça me va aussi, merci
Que penses-tu du CSS4 ?
J'en pense que le CSS 3 a mis 10 ans à être supporté par tous les navigateurs, alors ça m'inquiète qu'on reparte déjà sur une v4 😁 Depuis des années, on peut lire qu'il n'y aura JAMAIS de CSS 4. Est-ce que ce sera juste un terme marketing pour englober Flexbox ainsi que les CSS Grids et quelques fonctions cools comme calc() ? Je vais creuser le sujet 😉
"un petit trop de temps sur les frameworks", je plussoie ces mots. Plus personnes ne réfléchit. A la moindre chose les dev courent chercher une lib ou autre. Souvent faisable rapidement soi-même et bien plus instructif.
Le truc c'est surtout de continuer à utiliser des libs / frameworks ... tout en ayant une idée, même générale, de comment elles font ce qu'elles font. Pas qu'elles soient perçues comme une boîte noire magique. Pour ça, les revues de code des créateurs de lib et frameworks pendant des meetups sont vraiment précieuses 😀
Après moi j'utilise surtout les framework pour organiser mon code.
C'est même ce que veux dire "framework" : cadre de travail.
Mettre tout le code JS dans un fichier main.js et l'inclure dans dans le index.html, c'est ok pour un petit projet, mais ingérable dès que le projet prend un peu d'envergure.
De mon côté, c'est pour cela que j'aime bien react, car on est proche du JS et on a un cadre de travail pratique.
Cependant, vu qu'il embarque un virtual dom, c'est vrai que le projet final embarque une quantité non négligeable de JS, ce qui n'est pas top pour les performances.
Je n'ai pas pratiqué assez Astro pour savoir si cela répond à mes problématiques, mais j'ai l'impression qu'il propose un cadre en limitant le surplus de JS.
C'est pour ça que c'est vraiment dommage que les auteurs de frameworks n'aient pas repris l'idée de Svelte : faire disparaître le framework pendant une phase de compilation. Si bien qu'on a les avantages du "cadre de travail" en effet pendant le dev ET la légèreté du build en livrable 😁