Des choix techniques que l’on peut expliquer.

React et Next.js

Ils constituent mon socle pour organiser les interfaces et les fonctionnalités côté serveur. Je veille à limiter le JavaScript envoyé au navigateur et à charger les images à une taille adaptée.

TypeScript

Le typage rend les échanges de données plus explicites et permet de détecter certaines incohérences pendant le développement. Il complète les validations des entrées et les tests, sans les remplacer.

PostgreSQL et Prisma

Les dossiers clients, les devis et les interventions ont des relations et des contraintes. Une base relationnelle aide à les représenter ; les migrations permettent de suivre les évolutions du modèle.

Accès et données sensibles

Les autorisations sont vérifiées côté serveur. Les secrets restent hors du navigateur et les droits sont limités selon les besoins. Sauvegardes, hébergement et suivi sont définis pour le contexte du projet.

Je cible les calculs, les limites et les parcours qui comptent pour l’activité : un total de devis, une incompatibilité de dimensions, un droit d’accès ou la validation d’un formulaire.

• Tests unitaires pour les règles de calcul et les cas limites.
• Vérification des échanges entre les différentes parties du système.
• Tests de parcours pour les actions importantes de l’utilisateur.
• Revue visuelle sur plusieurs tailles d’écran et navigation au clavier.

Une suite de tests aide à détecter les régressions ; elle ne constitue pas une garantie d’absence de défaut.

Des changements ciblés, des noms compréhensibles et une documentation sur les décisions importantes sont plus utiles qu’une architecture inutilement complexe.

Dans une équipe existante, je respecte les conventions, les outils de suivi et le processus de revue. Un choix différent se discute avant de devenir une dépendance supplémentaire.