Suivre le travail
Tableau Kanban, priorités, étiquettes, multi-assignation et sous-tâches. Le tableau et la consultation des tâches ont été observés en mode local.
Web / Organisation
Un espace pour relier les tâches, les idées et les décisions.
Application web de gestion de projets et d’organisation, pensée comme un Second Brain.
01 / Le contexte
Rassembler le suivi quotidien, la planification et la documentation pour garder le contexte d’un projet à portée de main.
02 / Les usages
Sources locales examinées. Tableau, fiche de tâche et calendrier observés en mode local, en lecture seule, avec les exemples inclus dans le code. Le site public demande une connexion ; les écritures et la synchronisation cloud n’ont pas été testées.
Tableau Kanban, priorités, étiquettes, multi-assignation et sous-tâches. Le tableau et la consultation des tâches ont été observés en mode local.
Calendrier accessible depuis la navigation. Le code comprend aussi des jalons et une vue roadmap ; leur édition n’a pas été testée.
Le code implémente le déplacement des cartes avec dnd-kit et une navigation par fragment d’URL vers les vues et les tâches. Aucun déplacement n’a été effectué pendant cette inspection.
Modules de documentation, inspirations et réunions présents dans les sources. Les réunions comportent des décisions et une action de création de tâche ; ces écritures n’ont pas été exécutées.
03 / L’interface
Captures authentiques du 28 octobre 2026. Les exemples du mode local ne constituent pas des résultats de production.
Les parcours cloud authentifiés ne sont pas illustrés.
04 / La technique
Vues, composants de tâches et routeur par fragment d’URL.
Données du tableau et actions métier ; persistance locale via le middleware persist.
localStorage dans le navigateur. Mode disponible sans configuration Supabase.
useCloudSync relie l’état à Supabase : table boards, données JSONB, contrôle updated_at et événements temps réel.
L’interface alimente le store. Le store persiste localement ; lorsque Supabase est configuré, le hook synchronise aussi le tableau distant. Le schéma SQL décrit PostgreSQL ; son état réel en production n’a pas été contrôlé.
Le routeur lit la vue et l’identifiant de tâche dans l’URL. Il vérifie que la tâche existe dans le tableau chargé avant d’ouvrir sa fiche. La navigation arrière peut refermer cette fiche.
mergeBoards compare une base commune, l’état local et l’état distant, collection par collection. Les changements compatibles sont fusionnés ; une collision sur la même entité déclenche la gestion de conflit.
Board.tsx applique le déplacement à la fin du geste. Le commentaire source explique ce choix par une boucle de mesures et de rendus rencontrée pendant le glissement. Ce mécanisme a été lu, pas soumis à un test de charge.
05 / Mon rôle
Développement des interfaces, des fonctionnalités et de la logique de gestion de projets.
J’ai développé la majorité du code, avec une assistance IA occasionnelle.
06 / Recul technique
Les commentaires de Board.tsx documentent un problème de boucle de rendu pendant le glissement. La solution présente dans le code diffère les mutations jusqu’au dépôt et privilégie la détection sous le pointeur pour les colonnes vides. Le mécanisme de fusion traite aussi les états divergents. Aucun résultat de performance ou de test multiutilisateur n’est revendiqué ici.
Compléter la démonstration par un compte dédié et vérifier les parcours d’édition, la persistance après rechargement et les conflits entre utilisateurs dans un environnement de test autorisé.
07 / Aller plus loin