Next.js 16 et l'App Router ont changé notre manière d'aborder le frontend. Pas seulement "on déplace les pages", mais une refonte du modèle mental : composer en server-first, opt-in client only when needed, repenser l'organisation des dépendances de données.
Trois apprentissages forts : (1) les Server Components réduisent dramatiquement le bundle JS, mais demandent une discipline réelle sur ce qui doit être client. (2) Les route groups permettent une organisation par concern (chrome public vs admin) sans alourdir les URLs. (3) View Transitions API + Lenis donne 80% de l'effet 'studio' pour 20% de l'effort.
Le piège : empiler les abstractions. Notre règle est de revenir au server component dès qu'un client component n'a plus besoin d'interaction. La discipline paie : performance, lisibilité, et un onboarding plus simple pour les nouveaux développeurs de l'équipe.
