Via sebsauvage, une alternative à htmx qui me paraît encore plus simple

JGiven est une proposition de BDD où on n'écrit que du Java. C'est intéressant, ça me donne bien envie de le tester ... Mais je ne suis pas sûr que ce soit compatilbe avec JUnit 5 ...

Un outil de test BDD que j'avais déja vu, et qui semble vraiment bien pensé.

Bon, j'ai toujours pensé que développer une application de bureau avec un frontend web et un backend dans un langage quelconque était une bêtise. Mais je tolérais cette idée pour le Javascript.
Krema, lui, utilise cette idée avec un backend Java. Et là, c'est bête, parce qu'en Java, il y a quand même tout un tas de façons bien plus intéressantes de développer une application.
En fait, le seul intérêt de ce genre d'approche, c'est de continuer à faire travailler les développeurs front ... Pas fou.

Définir un modèle de données abstrait à travers un protocole est une bonne idée. Ca fait de ce quicktype un truc plutôt intéressant.
Toutefois, le mécanisme de génération de code basé uniquement sur du code JS implique d'intégrer dans mon build ce feu de poubelle de sécurité ... J'avoue que ça limite mon intérêt.

Guillaume Laforge m'a fait découvrir ce drôle de projet, qui permet de créer des applications web sans écrire la moindre ligne de HTML. C'est à mon avis très pratique pour certains cas (par exemple ceux où je ne veux pas perdre de temps à faire de l'intégration HTML)

Un framework Java qui semble permettre le développement d'applications Java très simplement (tet sans les histoires pénibles de routes).

Une version pour Rust du concept déja vu dans QI4J (en Java). Ca a toujours l'air puissant ... Et absolument incompréhensible. Le seul avantage de cette version Rust, c'est qu'à mon avis le lien entre composants doit se faire à la compilation, ce qui rend l'exécution rapide (et sans le temps de démarrage catastrophique des grosses applications Java).

Une librairie d'icônes SVG avec des tonnes de logos

Une alternative très material design à Twitter Bootstrap.
C'est assez bien conçu, et certains éléments (comme l'autocomplétion) sont présents en standard, ce qui n'est pas le cas de Bootstrap. Je regrette juste que les thèmes de couleur soient payants. Mais il faut bien vivre ...

Cette série de 4 articles sur l'enfer (pour les utilisateurs) du web depuis l'adoption des frameworks front est vraiment bien faite, et parfaitement documentée.

Encore un outil de build écrit dans un langage de programmation.
(soupir) Le problème avec ces outils est toujours le même : c'est beaucoup trop facile de faire le malin dans son build et de se retrouver avec une usine à gaz inmaintenable par qui que ce soit d'autre.

Il y a un truc intéressant là-dedans, que je ne saurais toutefois pas qualifier parfaitement

Une façon intéressante de définir un produit selon le marché auquel on s'adresse

Un ORM rigolo qui repose (je mise ma chemise là-dessus) sur un peu de génération de code

Un article expliquant avec une démonstration luxueusement détaillée pourquoi Tailwind est une assez mauvaise idée.

Je ne connaissais pas, mais l'idée d'un équivalent de Proce55ing dans le monde Rust m'enthousiasme !

Un superbe article expliquant fort bien pourquoi htmx est écrit en pur Javascript sans aucune des fonctionnalités de Typescript. C'est un vrai essai d'architecte, parce les décisions techniques qui y sont expliquées sont des conséquences de décisions liées au métier.

Un outil de création de tableau de bord conçu avec (et peut-être pour) Quarkus

Il semblerait que les rubyistes disposent d'un nouveau framework de test aux propriétés intéressantes ...