Étude de cas

FitPick

Une application livrée avec Spring Boot, React, API REST, MySQL, Docker et CI/CD GitHub Actions.

Rôle
Contribution au développement applicatif, à la livraison et à l’industrialisation dans un cadre projet.
Période
Projet académique
Statut
Preuve produit

Résumé en vingt secondes

FitPick : application livrée avec Spring Boot, React, API REST, MySQL, Docker et CI/CD GitHub Actions.

La version publique reste factuelle : stack, livraison et chaîne CI/CD, sans ajouter d’élément non vérifié.

Schéma public généralisé — FitPickSchéma public généralisé montrant interface React, API Spring Boot, MySQL, Docker, CI/CD GitHub Actions et flux de livraison.ReactAPISpring BootMySQLDockerGitHubActionsFlux de livraison : interface, API, données, conteneurisation et CI/CD.
Schéma volontairement généralisé : aucune topologie réelle, IP, ACL ou nom interne.
  1. Interface React
  2. API Spring Boot
  3. MySQL
  4. Docker
  5. CI/CD GitHub Actions
  6. Livraison

Contexte

FitPick sert de preuve produit : une application livrée avec une chaîne technique cohérente.

Le récit reste centré sur ce qui est vérifié : stack, livraison et CI/CD.

Contraintes

Présenter la livraison et les choix techniques sans sur-vendre l’impact.

Écarter les métriques ou reconnaissances non prouvées.

Architecture publique généralisée

La version publique décrit les grandes briques : API, base de données, interface, conteneurisation et CI/CD.

Le schéma reste généralisé et ne publie aucune donnée d’utilisateur.

Décision

raconter la livraison

Le projet est présenté par son chemin de livraison plutôt que par une accumulation de badges.

Les technologies sont reliées à leur rôle dans l’application.

Validation

rester factuel

Le claim public se limite à ce qui est vérifié : stack, livraison et CI/CD.

Les éléments non prouvés restent bloqués.

Limite

sobriété volontaire

Les reconnaissances, métriques ou noms d’organisation non vérifiés ne sont pas publiés.

Ces éléments pourront être ajoutés uniquement après preuve ou autorisation suffisante.

Réalisation

La réalisation met en relation API REST, base MySQL, interface React, Docker et GitHub Actions.

Le récit reste centré sur la capacité à livrer proprement.

Validation

Les preuves concernent la structure applicative et l’industrialisation.

Les résultats non documentés ne sont pas ajoutés.

Résultat

Un projet utile pour montrer une facette produit en complément des preuves infrastructure.

Une preuve de livraison sans amplification marketing.

Ce qui reste volontairement non publié

Les éléments externes non vérifiés restent hors publication.

Aucune donnée personnelle ou information non destinée au public.

Apprentissages

Une livraison technique crédible gagne à être racontée sobrement.

La confiance vient aussi d’un périmètre de publication clair.