La dernière release d'Obsidian est de sortie avec le support des Bases, ce format qui permet d'extraire les infos de vos notes et des structurer en tableaux ou sous forme de cards.
Quel est votre philosophie en matière de développement ? Découvrez-le en 20 questions et devenez le 10x developer que tout le monde attend !
Un très bon article qui parle des nombreux points à considérer lors de la création de systèmes (ce qu'on peut appeler la system architecture).
[...] good system design is not about clever tricks, it’s about knowing how to use boring, well-tested components in the right place.
Je trouve l'angle assez juste et pragmatique.
Exemple d'utilisation des fonctions CSS.
Je ne sais pas trop quoi en penser, je vois les perspectives que ça ouvre mais en même temps ça va rendre le code plus complexe et plus "opinionated".
Aujourd'hui quand on ouvre un projet CSS quel qu'il soit, on comprend le code immédiatement, toutes les fonctions sont natives. Le seul aspect à intégrer est l'organisation du code et des fichiers.
Demain, il faudra en plus aller voir chaque fonction pour comprendre ce que le développeur précédent a voulu factoriser, comme on le fait dans les languages traditionnels, et ce sera évidemment complètement différent d'un projet à l'autre.
Pas infaisable, mais ça va ajouter une couche de pénibilité supplémentaire lors de l'onboarding 🤔
Une alternative à personalDNSfilter qui permet de bloquer les requêtes vers les traqueurs connus.
Pas testé, j'attends de voir ce qui s'en dit, mais je la garde sous le coude.
Via https://korben.info/rethinkdns-firewall-android-privacy-revolution.html
Utiliser Bluesky comme système de commentaire pour un blog statique. Je pense éventuellement reprendre l'idée pour le mien mais avec Mastodon bien sûr.
Exactement le genre d'usage de TypeScript que je déteste.
Ce qui semble être une bonne idée au départ devient un méli-mélo de complexité impossible à comprendre du premier coup et qui finalement apporte une valeur limitée et un faux sentiment de sécurité, du fait que le schéma JSON de l'API appelée peut changer du jour au lendemain.
Si vous avez la chance de consommer une API REST qui dispose d'une documentation OpenAPI exhaustive, alors je préfère l'usage de librairies type json-schema-to-ts pour inférer le type des requêtes et réponses à partir du schéma, et créer un petit adapteur (une fonction) qui prendra le type de la requête en argument (incluant body, query params, et headers si nécessaire) et qui retournera le type de la réponse.
Ça permet un bien meilleur contrôle selon moi, et le code n'en est que plus explicite.
Une réflexion sur l'utilité relative des lockfiles, ces fichiers qui gardent trace de la version exacte de chacune des dépendances d'un projet, incluant les dépendances de dépendances, etc.
Un outil de conversion et transformation de PDF directement dans le navigateur mais sans envoyer vos fichiers côté serveur, tout reste strictement dans le navigateur.
Quelques témoignages d'entreprises qui ont abandonné Kubernetes en raison de sa trop grande complexité qui ne convient pas à tous les usages.
C'est exactement ma vue de cet outil que je connais peu : ça semble fascinant et très puissant mais d'une complexité telle que finalement peu de boîtes peuvent se le permettre.
Connexion