ASPIC/journal/ASPIC-Journal. 01. Contexte et Décision d'Architecture.md

## 1. Contexte et décision d'architecture

ASPIC est né du besoin de disposer d'un CRM simple (gestion de contacts) que Jean-Marc puisse déployer chez ses futurs clients — des artisans et petites structures qui n'ont ni VPS, ni volonté d'en gérer un. Plusieurs pistes ont été explorées avant d'arrêter le choix final.

**Portée de l'application (précisée le 19 août 2026) :** ASPIC est destinée à un usage interne uniquement pour l'instant. Son développement sert aussi de terrain d'apprentissage pour Jean-Marc (montée en compétence PHP/MySQL/JS, et sur la façon de travailler avec Claude sur un projet applicatif dans la durée). Principe assumé : rester agile — pas de sur-ingénierie pour un usage interne (ex. pas de module ajout/modification/suppression d'utilisateur dans l'appli, géré directement via phpMyAdmin).

### Options évaluées

| Piste | Verdict |
|---|---|
| Budibase | Testé sur le VPS — fonctionne, mais reste un moteur applicatif à héberger et maintenir en permanence. |
| Appsmith, ToolJet, NocoBase, Baserow | Étudiés — même limite structurelle : outils no-code/low-code nécessitant un serveur applicatif dédié. |
| PocketBase | Prototype fonctionnel construit et déployé (crm.mvl-tls.fr). Le pipeline Docker/NPM/HTTPS a bien fonctionné techniquement, mais l'architecture ne répond pas au besoin de portabilité chez les clients. |
| Directus, NocoDB | Étudiés comme alternatives orientées MySQL — même limite : moteur applicatif à héberger. |
| PHP + MySQL + JS vanilla | Choix retenu — voir ci-dessous. |

### Décision retenue

**PHP + MySQL + JavaScript simple, sans framework, sur mesure.**

- PHP + MySQL est disponible en standard sur n'importe quel hébergement mutualisé bas de gamme (OVH et équivalents), pour quelques euros par mois — le socle technique le plus universellement disponible, cohérent avec les moyens réels des clients visés.
- Jean-Marc maîtrise déjà MySQL et sait écrire des scripts PHP basiques (PDO) — pas de nouvelle techno lourde à apprendre.
- React/Vue ont été étudiés et écartés : ils ajoutent une étape de compilation (npm, bundler), source de dépendances et de risques de "casse" dans le temps, sans bénéfice réel pour des applications de type CRUD métier classique.
- JavaScript simple, sans framework, reste le choix retenu pour l'affichage : aucune étape de build, code lisible d'un bloc, aucune dépendance à surveiller dans le temps.
- Le métier cible de Jean-Marc étant l'automatisation avec des agents IA (pas la livraison d'applicatifs sur-mesure riches), investir dans un framework front n'est pas jugé rentable.

PocketBase a été abandonné et son conteneur supprimé (19 août 2026) une fois ASPIC confirmé fonctionnel.