24hprojects est un produit interne du Groupe BERREBI, construit autour d'une promesse simple : livrer une fonctionnalité ou un MVP en une journée. Pas de cadrage interminable, un périmètre court, bien exécuté, et une production que tout le monde peut suivre en direct. Le produit est en développement et n'est pas encore déployé en ligne.
Le projet en détail
J'ai conçu et développé l'ensemble, front et API, du 27 au 29 août 2026. La page d'accueil affiche la liste de production, avec les fonctionnalités en attente, en développement et livrées, des tuiles de statistiques et deux classements : les projets les plus servis et ceux en tendance sur les trente derniers jours. Un visiteur peut créer un compte par mot de passe ou par OAuth avec GitHub, GitLab ou LinkedIn, puis déposer son projet par un formulaire.
Chaque propriétaire dispose d'une console avec un sélecteur de projet pour découper son projet en fonctionnalités, y associer un budget et des liens. Une console d'administration gère les utilisateurs, les projets, les fonctionnalités et les données de référence : sponsors, contributeurs et événements. Un badge intégrable permet d'afficher un projet sur un autre site.
Le front utilise TanStack Start avec un rendu serveur complet, shadcn/ui et Tailwind CSS v4, en français et en anglais avec une URL par langue, un sitemap dynamique et des données structurées. L'API est écrite en FastAPI : Postgres pour les comptes et les demandes de contact, Memgraph pour le graphe des projets et des fonctionnalités, mots de passe hachés en argon2 et sessions JWT. Elle expose dix routeurs et elle est couverte par 55 fonctions de test.
Quelques problèmes concrets ont demandé du soin : transmettre les cookies de session pendant le rendu serveur, distinguer l'adresse publique de l'API de son adresse interne au réseau Docker pour éviter les erreurs DNS côté serveur, ordonner les agrégations dans le graphe pour éviter les produits cartésiens, et afficher un message propre plutôt qu'une page cassée quand l'API ne répond pas.
Ce produit me sert aussi de terrain d'essai. Les choix techniques que je propose ensuite à mes clients, comme le rendu serveur bilingue ou l'authentification OAuth, y ont été éprouvés en conditions réelles.
La promesse des 24 heures impose une discipline qui vaut pour tout projet : un périmètre écrit avant de coder, découpé en fonctionnalités livrables une à une, et une définition claire de ce qui est fini. C'est la même méthode que j'applique aux MVP de mes clients, à une autre échelle de temps.