2.7 KiB
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.