Stack technique
Les outils qu'on utilise — et pourquoi ceux-là.
Notre stack technique
On ne choisit pas nos outils au hasard ou parce qu'ils sont tendance. Chaque élément de notre stack répond à un critère précis : performance, maintenabilité, ou expérience développeur.
Nos critères de sélection
Avant d'adopter un outil, on se pose ces questions :
- Est-ce que ça améliore les performances ? Rendu rapide, bundles légers, temps de chargement minimal.
- Est-ce que c'est maintenable ? Code lisible, conventions claires, documentation solide.
- Est-ce que l'écosystème est fiable ? Communauté active, mises à jour régulières, pas de risque d'abandon.
- Est-ce que ça scale ? Capacité à grandir sans tout reconstruire.
Ce qu'on utilise (et pourquoi)
| Domaine | Outils | Pourquoi |
|---|---|---|
| Framework | Next.js, React, TypeScript | Performance native, excellent DX, typage strict |
| Styles | Tailwind CSS, design tokens | Rapidité, cohérence, pas de CSS zombie |
| Animations | Motion, GSAP | Animations fluides sans sacrifier la perf |
| CMS | Sanity, Strapi, Contentful | Flexibles, headless, bonne UX éditeur |
| Déploiement | Vercel, GitHub Actions | CI/CD fiable, previews automatiques |
| Analytics | GA4, Plausible | Mesure précise ou alternative privacy-first |
Cette stack est notre référence, mais elle s'adapte. Si vous avez des contraintes spécifiques (CMS imposé, hébergement on-premise), on s'ajuste.
Nos environnements
Développement local
Chaque développeur travaille en local avec hot reload, linting automatique et preview instantanée. On détecte les problèmes avant qu'ils n'atteignent le repo.
Staging (préproduction)
Environnement identique à la prod, où on valide les contenus, teste les intégrations et fait les revues QA. Rien ne part en production sans être passé par là.
Production
Monitoring des erreurs, alerting, sauvegardes automatiques. On surveille les performances en continu et on intervient vite si quelque chose dérape.
Comment on collabore
- Figma pour le design — maquettes, prototypes, design system
- Linear pour le suivi de projet — tickets, roadmap, sprints
- GitHub pour le code — versioning, reviews, documentation technique
- Notion pour la documentation — briefs, specs, décisions
On privilégie les outils asynchrones : pas de réunions inutiles, des écrits clairs, une traçabilité totale.