11 private links
Une liste d'apis pour lire Wikidata. Ca va me permettre de travailler une segmentation des technologies basée sur des souces plus sérieuses que des benchmarks.
Bon, ben dans une semaine, mon pont twitter vers rss risque fort de ne plus marcher. Et je ne consulterai plus ce site.
Une api de génération d'utilisateurs, avec nom/prénom/date de naissance/photo/adresse
Je ne sais pas quel est ce format de fichier listant des requêtes http, et qu'on retrouve dans l'excellent VSCode REST Client, mais c'est très cool. Et là, on peut y ajouter des assertions !
Un outil qui permet de générer des tests à partir d'un schéma OpenAPI. C'est une bonne idée.
Vous avez besoin d'un backend HTTP pour stocker des données et vous ne voulez pas vraiment utiliser Firebase ou autre produit as-a-service ? Est-ce que vous saviez que Postgres dispose du'n plugin qui vous permet d'exposer une base en HTTP ? Moi non plus !
Le json, le XML, le Yaml, l'avro, tout ça c'est dépassé. Le futur, ce sont les screenshots !
Un outil de test d'api http qui a l'air assez ntéressant.
Et avec ça, je peux écrire ma doc dans mon contrôleur Spring, et l'exposer dans ma doc, sans passer par Springfox (je n'ai rien contre, c'est juste pas mon cas d'utilisation)
Comment documenter correctement son Swagger
Un intéressant plugin qui génère le fichier Swagger d'une appli Spring/JAX pendant la compilation (et ça, c'est vraiment bien).
Ca marche très bien, hein, mais il faut juste faire attention aux annotations utilisées. Dans mon cas (l'équipe utilisait @PostMapping @RequestMapping ...) ça a marché ... quand j'ai simplifié les annotations.
Une série de conseils tout-à-fait pertinents pour les gens qui développent des serveurs REST
Du property-based-testing au niveau de l'API... Ca m'a l'air très intéressant.
Je trouve l'idée absolument fascinante, mais la limitation aux followers ou aux interactions me gêne un poil (j'aurais préféré pouvoir afficher d'autres choses)
Il est assez intéressant de se dire que la manière dont on conçoit une API peut influencer le public cible de cette API. Et cette réflexion sur la distinction entre la compétence de base et la compétence maximale est vraiment pertinente.
Générer un flux RSS des changements d'APIs, c'est une très belle idée (mais pas forcément facile à implémenter).
Une liste d'APIs publiques qui permettra facilement de développer des choses intéressantes
Un début d'explication de l'api http de la freebox ... Hélas, ça n'est qu'un début. Si il y avait, je sais pas, un swagger, ce serait tellement plus simple
Mais en fait ça donne plein d'idées, ça ! Je pourrais mettre, je sais pas, plein de trucs (plus chouettes qu'on graphe Graphana)
Tiens, un jeu de programmation où l'interface est une interface http, plutôt que System.in/System.out comme dans Codingame. L'avantage pour les gens qui le développent, c'est qu'ils n'ont pas à héberger beaucoup de code. Je me demande ce que je pourrai faire en Rust sur un Raspberry ...