Développer des apps en production sans tout ce code inutile : les frameworks full-stack déclaratifs

Le développement web moderne est devenu bien trop compliqué. On enchaîne les API REST, les bibliothèques de gestion d'état, les ORM et les outils de build pour créer une simple application CRUD. Il existe pourtant une autre voie.

Le problème avec l'approche traditionnelle

Avant même d'écrire la première ligne de logique métier, vous devez prendre une série de décisions architecturales :

• Quel ORM choisir ? Quelle bibliothèque de requêtes ? Laquelle s'intègre bien à votre framework ?
• Comment structurer votre API ? REST, GraphQL ou des endpoints personnalisés ?
• Quelle stratégie de gestion d'état adopter côté frontend ?
• Comment gérer l'authentification et les autorisations sur plusieurs couches ?
• Faut-il un outil de build, TypeScript ou un transpileur ?

Chaque choix ajoute une charge mentale et des risques d'erreur. Pourtant, ces décisions sont souvent déjà résolues par la communauté. Nous passons notre temps à réimplémenter les mêmes schémas.

L'architecture full-stack déclaratif

Imaginez un framework où vous décrivez l'ensemble de votre application en une seule fois : modèles de données, relations, endpoints API, composants UI et contrôles d'accès. Plus de décalage entre frontend et backend. Plus de changements de contexte entre langages.

C'est la promesse des frameworks full-stack déclaratifs : ramener le développement d'applications à sa complexité réelle.

Ce que signifie vraiment la « complexité essentielle »

La complexité essentielle correspond à la difficulté inhérente du problème que vous vous posez. Vos règles métier, vos relations de données, vos besoins spécifiques. Tout le reste est de la complexité accidentelle.

Un bon framework élimine cette dernière par plusieurs moyens :

• Un seul langage orienté objet pour la logique principale
• Des API générées automatiquement à partir du modèle de données
• Une couche de vue réactive qui reste synchronisée avec vos données
• Des contrôles d'accès gérés au niveau de la base de données
• Un déploiement instantané sans longues phases de build

L'architecture qui rend cela möglich

Backend : Python avec un ORM industriel

Le backend s<|eos|>