Jolie liste triée et catégorisée d'API "public". Bon, elles sont parfois payante avec une offre gratuite. En tout cas, ça donne pleins d'idées d'applications :p
Une très bonne liste à garder sous le coude
Technique intéressante, à garder sous le coude pour une prochaine API
Un sideproject totalement dément : une console de jeu à base d’oscilloscope, d'électronique et de programmation.
La vidéo d'intro résume bien le projet, mais le reste de la documentation, du code… Un bonheur ! :)
Nim a l'air d'être un langage compilé carrément puissant mais méconnu. Je reconnais que Go me plaît bien mais l'aura de Google me rebute un peu. Alors pourquoi pas, comme alternative ? :)
- High-performance garbage-collected language
- Compiles to C, C++ or JavaScript
- Produces dependency-free binaries
- Runs on Windows, macOS, Linux, and more
Bon, les bookmarklets, ça fonctionne de moins en moins avec la sécurité augmentante des sites (ce qui est bien), mais ça fonctionne encore avec certains, surtout en dev ;)
- Accessibilité : https://ffoodd.github.io/a11y.css/
- HTML : https://squizlabs.github.io/HTML_CodeSniffer/
Très très intéressant ! Pas les actions sur Gmail, mais sur d'autres webmails, ça peut carrément le faire :) Très bon exemple.
Selon les jours / projets, je suis pas le même "animal". Pas mal pour pointer ses propres défauts et faire comprendre les leurs aux autres.
Y a pas mal de choses intéressantes méconnues dans FF : règles, colorpicker, screenshot, … tout ça est déjà intégré, pas besoin d'addon.
Software gets slower faster than hardware gets faster.
— Wirth’s law
Très très bon talk, ici retranscrit à l'écrit + slides sur les perfomances web et comment appliquer quelques méthodes simples pour être optimisé !
Je ne connaissais pas Airflow mais pour remplacer les CRONs ordonnancés, ça parait quand même pas mal !
Huhu de bonnes remarques
Pas mal ça pour travailler
Encore une bien belle conf sur les boulettes que les dev peuvent faire en prod et comment bien les gérer
Ce matin, j'ai lu un article low-tech avec lequel je suis d'accord, il faut faire simple.
Mais j'ai aussi lu un article pour la défense de React pour lequel, je suis aussi d'accord, le "simple" peut rapidement devenir du spaghetti code avec des nomenclatures totalement différentes.
Alors, c'est criant de vérité sur JS mais, je pense que ça peut s'appliquer sur tous les langages (ou presque).
Personnellement, je serais dans le plein milieu : rien ne sert de faire compliqué pour un site web, par contre, sortir de "vrais" outils complexes pour les app web. Non ?
« Instant programming environment for your favorite language » sympa pour faire des tests rapides dans "n'importe quel langage" ou presque.