FUTO Keyboard
Un autre clavier open-source offline first pour remplacer Gboard. Pas encore testé. Il est en alpha pour le moment.
— Permalink
Un autre clavier open-source offline first pour remplacer Gboard. Pas encore testé. Il est en alpha pour le moment.
Un clavier open-source pour remplacer Gboard, le clavier Google. Il supporte même le swipe, il faut juste récupérer la librairie qui gère ça ailleurs (du fait qu'elle est à sources fermées), mais tout est très bien expliqué.
Quelques façons de loguer dans la console de manière un peu plus structurée en JavaScript.
Un outil à auto-héberger pour manipuler vos PDFs en ligne.
Via https://korben.info/stirling-pdf-outil-ultime-manipuler-pdf.html
Un remplaçant pour StandardJS (un ensemble de règle sur la façon d'écrire du code JS) qui :
L'open-source n'est pas nécessairement la solution à tous les problèmes et ne convient pas forcément à tous les projets.
Cela dit, une solution intermédiaire aurait pu être d'ouvrir le code mais de ne pas accepter les contributions.
En tout cas ce qui est remarquable ici, c'est la transparence 👍
Un retour d'expérience sur la mise en place d'un NAS comme élément central de la sauvegarde de données numériques.
Douze propriétés CSS modernes à connaître pour résoudre des problèmes autrefois difficiles à contourner.
Comprendre les design patterns auxquels certains développeurs adhèrent comme à une parole d'évangile.
Une réflexion et une mise en perspective sur ce qu'est réellement l'intelligence artificielle et ce vers quoi elle se dirige.
Identifier les arguments fallacieux lors d'un débat avec quelqu'un, et apprendre à vos proches à les détecter. Le 🇬🇧 site propose en effet des explications simplifiées pour 5 ans, 15 ans et 25 ans.
Chaque catégorie propose un exemple clair et concis. Un peu tard pour les élections européennes mais ça reservira toujours :)
Le titre est un peu putaclick mais l'article passe en revue certaines nouveautés intéressantes qui permettent de s'affranchir de librairies tierces (Test runner, .env).
Je scrute notamment l'arrivée du système de permissions. Je trouve que c'est un des bons choix de Deno qui devrait encourager les développeurs à ne pas faire aveuglément confiance au code qu'ils téléchargent et exécutent sans trop se poser de questions alors que les conséquences pourraient être importantes.
Des bonnes pratiques pour vos Dockerfile avec Node.
Il y a juste débat sur 10. Prefer smaller Docker base images, j'ai lu ailleurs qu'une image trop légère implique que certains outils nécessaires pour la stabilité son parfois manquants et peuvent engendrer des surprises.