Skip to content

docs: ADR stack front et évolution du socle back - #51

Closed
mickael-coquer-igocreate wants to merge 3 commits into
masterfrom
docs/adr-stack-front
Closed

mickael-coquer-igocreate wants to merge 3 commits into
masterfrom
docs/adr-stack-front

Conversation

@mickael-coquer-igocreate

Copy link
Copy Markdown
Contributor

Summary

  • 11 ADR couvrant les décisions d'architecture front (React, shadcn/ui, Vite) et back (organisation des sources, test, observabilité, socle greenfield)
  • Cadre de décision — index de toutes les décisions avec leur statut
  • Feuille de route du socle igo — séquençage des évolutions en 5 phases

ADR acceptés

  • Architecture front de référence (assets statiques, un artefact)
  • Chaîne de build (projet npm frère, build serveur)
  • Technologie de composants (React)
  • Système de design (shadcn/ui sur Tailwind, Radix confirmé)
  • Format d'échange (JSON)
  • Stratégie de validation (client + serveur, Zod)
  • Organisation des sources front (par feature, frontière pages/sections)
  • Stratégie de test front (Vitest + Testing Library + MSW)
  • Stratégie de test back (intégration avec la base, Mocha existant / Vitest greenfield)

ADR proposés (à valider par l'équipe)

  • Organisation des sources back (@api/ pour les refontes, features pour les greenfield)
  • Observabilité front (Sentry recommandé, Error Boundary racine)
  • Observabilité back (extension Sentry, transition du crash → mail)

ADR instruit (décision au premier greenfield)

  • Socle back — nouveaux projets (igo-next recommandé, NestJS en alternative)

Pour relire

Le point d'entrée est docs/cadre-decision-stack-front.md — il indexe tous les ADR avec leur statut et les liens.

🤖 Generated with Claude Code

11 ADR couvrant l'architecture front (React, shadcn/ui, Vite),
l'organisation des sources, les stratégies de test et l'observabilité
front et back, plus le socle back pour les nouveaux projets (axe 3).

Inclut le cadre de décision (index des ADR et preuves) et la feuille
de route du socle igo (séquençage des évolutions).

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Instruite une 3e option (igo/server + ORM marché) en plus d'igo-next
et NestJS. Ajout d'une grille comparative @igojs/db vs Prisma, Drizzle,
MikroORM, TypeORM, Kysely sur 16 axes. Identification du type safety
comme pivot de la décision.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Remplace observabilite-front.md et observabilite-back.md par
strategie-observabilite.md. Pose les besoins (4 piliers : erreurs,
logs structurés, métriques, alerting) avant les solutions. Évalue
Sentry, Grafana Cloud, Datadog et Elastic Cloud. Recommande Grafana
Cloud (free tier) pour la couverture complète : erreurs, logs, infra
bare metal, services managés OVH, dashboards custom.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@arnaudm arnaudm closed this Sep 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants