Un article complet (et relativement long mais instructif) sur les tests que l'on omet souvent car ils concernent des cas qui se produisent peu souvent (mais qui se produiront !)
Un très bel article qui explique pourquoi les Web Components et plus généralement les standards seront toujours plus pérennes que les frameworks.
Le passage sur le coût des dependences est crucial et bien expliqué, surtout pour les projets impossibles à mettre à jour tous les mois. Pensez-y, moins vous comptez faire évoluer une app, plus vous devez limiter les dépendances externes.
structuredClone(obj) est la bonne solution pour faire un deep clone d'un objet en JavaScript. Il n'y a que quelques limites à prendre en compte, à la fin de l'article, mais pour 95% des cas d'utilisation elles ne posent pas de problème.
Cette lib vous permet d'automatiser certaines interactions avec votre ordi. Bouger la souris, cliquer sur un bouton par reconnaissance d'image, etc.
Moving your mouse around your screen, clicking buttons or icons, typing on your keyboard, reading screen content, and much more — it's all possible with nut.js.
Une jeune alternative à ESlint qui serait 50 à 100 fois plus rapide. Shopify annonce avoir réduit le linting de 75 minutes à 10 secondes. Ça semble exagéré mais ça mérite de s'y intéresser. Et c'est du zero-config par défaut !
C'est développé en Rust.
Une explication détaillée et claire de la façon dont le système de prototype de JavaScript fonctionne. Lecture requise si vous développez en JS, que ce soit dans le navigateur ou avec Node et consorts.
Une sorte de SDK non-officiel pour YouTube, en JavaScript.
A full-featured wrapper around the InnerTube API
InnerTube is an API used by all YouTube clients. It was created to simplify the deployment of new features and experiments across the platform 1. This library manages all low-level communication with InnerTube, providing a simple and efficient way to interact with YouTube programmatically. Its design aims to closely emulate an actual client, including the parsing of API responses.
Un très bon article (écrit il y a 2 ou 3 ans je pense, en réalité) qui revient sur l'historique de JavaScript et sur la raison marketing derrière certains choix.
L'article revient notamment sur l'aspect "Prototype" de JavaScript qui est souvent incompris et camouflé derrière ce qu'on appelle du "syntactic sugar".
Un article, pas forcément des plus abordables, qui passe en revue les principes fondamentaux des frameworks JavaScript modernes en les appliquant dans un exemple simplifié.
Il aborde des concepts relativement avancés tels que les Proxy, les Microtask, et la manipulation du DOM telle qu'on n'a plus vraiment l'habitude d'en faire.
Mais c'est diablement instructif.
Un calendrier de l'avent du développement front-end, principalement ciblé sur CSS et JS. Parfait pour découvrir les nouveautés en la matière petit à petit, un article par jour 😊
Un framework serveur JavaScript conçu pour tourner sur tout type de runtime, principalement tout ce qu'on appelle Serverless.
It works on any JavaScript runtime: Cloudflare Workers, Fastly Compute@Edge, Deno, Bun, Vercel, Netlify, Lagon, AWS Lambda, Lambda@Edge, and Node.js.
ESLint va cesser de gérer le formatage de code et se concentrer sur la qualité de code et la sécurité.
2 options pour la transition :
ESLint, le linter JavaScript le plus populaire met en place une nouvelle structure de configuration qui va grandement simplifier les choses : la "flat config" où tout tient en un unique fichier : eslint.config.js.
Ça m'arrange parce que je n'ai jamais rien compris à la structure des configs ESLint.
Si vous vous êtes toujours demandé à quoi servait l'opérateur modulo (%). Ça ne s'applique d'ailleurs pas qu'à JavaScript mais à la plupart des langages.
Un regroupement de bonnes pratiques pour Node.js. Tout n'est évidemment pas à suivre aveuglément, mais si vous débutez c'est une bonne base.
Bun, le nouveau runtime JavaScript côté serveur (concurrent à Node.js et Deno) orienté performances est enfin là en version stable.
Une introduction aux monorepos, une nouvelle façon de gérer les dépendances entre applications qui utilisent des technos et des config similaires. C'est une alternative aux librairies publiées sur nom et à la duplication de code.
Ça vient avec un ensemble de contrainte bien sûr, mais l'approche est intéressante.
Les différentes façon de debugger une application Node.js.
J'ai découvert récemment qu'il est possible de debugger un fichier TypeScript alors que c'est la version transpilée (le JS donc) qui est en train de s'exécuter. Bien pratique et ça encourage l'usage de TS côté serveur.
Un article très complet sur les possibilités offertes par les expressions régulières en général et en JavaScript plus spécifiquement.