Un très bon guide décrivant les différents types de documentation
vuejs sans builder, et dans une version très allégée. C'est cool !
Une liste des éléments d'un logiciel de qualité. C'est assez intéressant, même si c'est assez simple.
Une api open-source et semble-t-il orientée vers la facilité d'utilisation pour faire de la reconnaissance de mouvements. Ca a l'air très chouette.
J'aime cette vague de frameworks non-JS (parce que celui-ci est une alternative à htmx).
Il faut que je relise ça tranquillement, parce qu'apparement la promesse serait de faciliter l'usage de systèmes distribués à grands coups de sagas, d'event sourcing, et autres méthodes "modernes"
Ca me rappelle furieusement l'idée de Basecamp de faire du HTML over Websocket ... mais sans Websocket 😅. Inutile de dire que ça m'intéresse rudement.
Ca me donne bien envie de mettre à jour mon site ...
Une surcouche minimaliste à Vert.x. Ca a l'air bien (et c'est toujours bien de voir vert.x utilisé, parce que c'est de la balle)
Si vous voulez faire des tests de performances pour du code purement Java, Quickperf a l'air sacrément intéressant !
Wow, ça m'a l'air bien fichu pour transformer un paquet de données en visualisation
Un microframework Java/Kotlin, pour tous ces moments où j'ai pas trop envie de m'embêter à créer des dizaines de classes ...
Wow, ça a l'air bien musclé comme outil, ça !
Un outil marrant de test de charge en Python, où le scénario est simplement décrit dans une classe Python !
C'est une idée assez marrante. Personnellement, je ne vois pas pourquoi il faut du React pour un truc qui pourrait être "juste" une feuille de style. Mais ça peut être assez curieusement chouette.
Un outil bien pensé pour développer sur Android. C'est vraiment malin.
Ca a l'air chouettte, même si mon plus grand intérêt pour les frameworks CSS est la mise en page facile. Et je me dis que je devrais apprendre Flexbox pour me faciliter la vie.
Le coeur de Structurizr en Java
Oh la vache, ça c'est une idée vraiment bien pensée : utiliser les web workers pour les traitements un peu long et réserver le thread principal à l'affichage, pour que l'utilisateur ait une interface réactive (comme dans les UI classiques, en fait)
Il va falloir que je regarde ça d'assez près, parce que j'ai bien l'impression que ça évite l'enfer npm/yarn/wat