Des explications sur le nouveau système de username de Signal qui arrive avec la version 7, tout juste déployée.
Voir quelles copies (cache) d'une page web existent.
Exemple d'utilisation du sélecteur CSS @page pour configurer précisément le rendu de vos pages web lors de l'impression. L'auteur utilise cette technique pour partager des formulaires dynamiques plutôt que des fichiers PDF, tout en conservant la possibilité d'imprimer sur papier ou PDF pour les utilisateurs.
Attention cependant aux conseils à la fin de l'article. Ajouter la clé primaire des données comme paramètre dans l'URL et charger les données en JavaScript présente le risque qu'un utilisateur modifie à la main ce paramètre et récupère des données auxquelles il ne devrait pas avoir accès. Si le format de la clé primaire est un identifiant généré aléatoirement et suffisamment long (type UUID), le risque est moindre.
Une façon ingénieuse de créer des transitions visuelles entre l'affichage de deux bouts de code qui partagent certaines similitudes. Par exemple pour illustrer une simplification de code.
Une alternative open source à Adobe Lightroom.
Réflexion sur l'utilisation de l'IA pour développer. Très pertinent.
Il semblerait que l'ordre des éléments dans le <head> des pages HTML ait une importance pour les performances. L'article avance jusqu'à plusieurs secondes de différence.
L'outil (extension de navigateur ou bookmarklet) permet de remettre les éléments dans le bon ordre.
Un outil d'upscale d'image qui a l'air très efficace.
Un guide intéractif pour le nouveau sélecteur :has en CSS.
L'équipe qui développe Deno, une alternative à Node.js, vient d'annoncer JSR, un nouveau gestionnaire de paquets (package manager) pour les librairies JavaScript et TypeScript. Une alternative à npm donc.
C'est un grand boom dans le monde du JavaScript. Npm est sans conteste l'un des package managers les plus utilisés au monde. Cette annonce pourrait avoir un impact considérable.
Leur approche n'est pas nécessairement d'essayer de forcer les gens à utiliser Deno, JSR est compatible avec la majorité des runtimes JavaScript, incluant Node et Bun. L'idée est plutôt d'analyser ce qui fonctionne bien et ce qui fonctionne moins bien avec npm, notamment du fait qu'il a ete créé il y a longtemps et dans un contexte bien différent de celui d'aujourd'hui, et de repartir de zéro avec quelque chose de plus efficace et plus ouvert.
Très curieux de voir ce que ça va donner. Ça rappelle la grande époque de Bower 😄
Une interface graphique pour gérer un cluster Kubernetes.
Via https://korben.info/seabird-client-gestion-kubernetes-windows-macos-linux.html
Un outil en ligne pour manipuler les fichiers PDF.
Un résumé de ce qu'il s'est passé en 2023 pour Node.
Une librairie JavaScript — ultra-complète et pour autant simple d'utilisation — pour créer des graphiques. La quantité de possibilités est impressionnante. Elle supporte même le rendu côté serveur (SSR).
Tout (mais vraiment tout !) savoir sur les couleurs et le contraste, à des fins de design web.
Le créateur de Ruby on rails donne son avis quant au débat microservices vs monolith.
Signal permettra bientôt d'être contacté par le biais d'un nom d'utilisateur, et donc de ne pas communiquer son numéro de téléphone.
Pour éviter que les gens ne se ruent pour réserver les noms les plus populaires, il sera obligatoire d'ajouter deux numéros à la fin.
Un outil pour convertir des polices d'écriture en différents formats (dont WOFF et WOFF2) et qui génère le code CSS pour les inclure facilement dans vos projets.
Même si j'ai toujours un peu de mal avec le ton légèrement arrogant de l'auteur, je retrouve dans ce récit pas mal d'éléments qui me sont familiers vis-à-vis à la façon d'apprendre de ce JF.
Non pas que j'ai mis en place des techniques explicites pour mémoriser mieux ou plus vite, mais quand je découvre une technologie, j'ai tendance à y aller à fond, à potasser toute la documentation (et pour peu qu'elle soit bien faite, j'aime ça), même les choses qui ne me serviront probablement pas.
Ça me constitue une base. Une base saine.
Ensuite, la probabilité que ce bagage technique me reste en tête dépend de la fréquence à laquelle j'utiliserai la technologie, et de la quantité de choses que je lirais dessus dans la littérature périphérique (blogs, etc.).
Par exemple, une fois, quand j'étais en vacances 2 semaines, j'ai mangé la quasi-totalité du site http://javascript.info/. Par petits bouts, quand j'avais quelques minutes à tuer. J'ai trouvé ça passionnant, et j'ai découvert énormément des choses de base que j'ignorais sur le JavaScript.
Même si ça peut sembler légèrement excessif, je constate que c'est cette façon de faire qui me permet d'être bon dans ce domaine, et qui me permet de pouvoir sereinement viser l'excellence (au sens où j'essaye toujours de concevoir ce que je développe de la meilleure manière possible, celle qui me donnera le moins de boulot de maintenance et qui demandera le moins d'effort possible à un développeur qui arrive sur le projet). Ce qui est évidemment un combat sans fin.
Mais je conçois que ça demande d'une part énormément de temps, et d'autre part de la passion. C'est vraiment là que je place la limite entre les très bons développeurs et ceux qui sont moyens, en tout cas parmi les spécimens que j'ai pu croiser jusqu'à maintenant.
Malgré tout, il n'y a rien de mal à vouloir cantonner le développement à son boulot. La plupart dès gens font ça et ça fonctionne suffisamment bien.
Pensez-y juste la prochaine fois que vous scrollerez sur TikTok ou YouTube. Prenez quelques minutes de ce temps pour lire de la doc, vous informer sur les technos qui vous plaisent, vous en retirerez probablement une satisfaction encore plus grande.