Martin Charrier
Retour

Spoony

Application mobile de gestion du quotidien basée sur la théorie des cuillères

Description

Application mobile de gestion du quotidien basée sur la spoon theory, conçue pour les personnes vivant avec de la fatigue chronique. L'app aide à prendre des décisions adaptées à l'énergie réelle du jour, sans culpabilité.

22

Endpoints API

23

Écrans designés

0🥄

État premier ordre

Contexte

Projet personnel conçu de A à Z : product design, wireframes (23 écrans, WCAG AA), architecture backend hexagonale et application React Native. L'état zéro énergie (0🥄) est un concept de premier ordre — pas un cas limite — et déclenche des comportements métier dédiés.

Problématique

Les outils de productivité existants sont conçus pour optimiser le rendement, ce qui les rend inadaptés — voire culpabilisants — pour les personnes en situation de handicap ou atteintes de maladies chroniques. L'énergie quotidienne y est traitée comme une constante, alors qu'elle est fluctuante et limitée.

Rôle

Concepteur unique — product design, architecture, développement backend et frontend

Stack

React Native
NativeWind
TypeScript
Java 21
Spring Boot
PostgreSQL
Flyway
Docker
JWT
SpringDoc OpenAPI

Architecture

React Native + NativeWind

Mobile (iOS / Android)

Spring Boot 3 — API REST

22 endpoints · JSend · JWT

Domain (Hexagonal)

Ports & Adapters

Flyway

Migrations

PostgreSQL 16

Base de données

Points clés

Architecture hexagonale (ports & adapters) : domaine métier totalement découplé de Spring Boot

22 endpoints REST (format JSend), JWT avec refresh tokens et vérification email stricte

État 0🥄 en concept de premier ordre : déclenche un bulk postpone automatique de toutes les tâches du jour

Moteur de suggestions adaptatif basé sur le budget cuillères restant et l'importance des tâches

Internationalisation via clés de traduction côté backend + react-i18next côté frontend — aucun redéploiement pour les mises à jour de contenu

Conformité RGPD : endpoint de suppression de compte avec cascade complète

TDD comme documentation vivante — les tests définissent le comportement avant l'implémentation