Guillaume Blanchard

Détail par exigence

API critiques avec Django REST Framework indispensable Solide · 7,3/10

Validation métier dans un serializer · 7/10 Règles au bon endroit. La validation métier vit dans le serializer Réponse R1

Permissions par client et par objet · 7/10 Isolation entre clients. une permission objet, pour qu'un identifiant deviné ne donne jamais accès à la facture d'un autre Réponse R1

Limiter le débit d'appels · 8/10 Seuil adapté au risque. un throttling par clé d'API, avec un seuil plus bas sur la création de paiements Réponse R1

Versionner une API utilisée par des clients · 7/10 Transition pour les clients. on garde l'ancienne version six mois Réponse R1

Fiabilité des paiements indispensable Solide · 7/10

transaction.atomic et select_for_update · 7/10 Verrou transactionnel. un select_for_update sur la facture pour que deux requêtes simultanées se mettent en file Réponse R2

Requête de paiement rejouée · 7/10 Rejeu sans double débit. une clé d'idempotence fournie par le client, stockée avec une contrainte d'unicité Réponse R2

DecimalField et arrondis · 7/10 Montants exacts. Les montants sont en DecimalField avec deux décimales, jamais en flottant Réponse R3

Journal d'audit des opérations · 7/10 Traçabilité non modifiable. un journal d'audit en ajout seul Réponse R3

Optimisation des requêtes SQL indispensable Solide · 7,7/10

Lire un plan EXPLAIN · 8/10 Lecture du plan. un EXPLAIN ANALYZE sur la requête la plus lourde Réponse R4

Prefetch dans un endpoint de liste · 7/10 Gain chiffré. select_related et prefetch_related, ce qui est passé de cent requêtes à trois Réponse R4

Index composite sur les transactions · 8/10 Index adapté au tri. un index composite sur le client puis la date de la transaction Réponse R4

Mise en cache stratégique Solide · 7,3/10

Quelles données mettre en cache · 8/10 Données stables. les données de référence qui changent rarement Réponse R5

Invalider un solde après une écriture · 7/10 Pas de solde périmé. on l'invalide après chaque écriture dans la même transaction, avec on_commit Réponse R5

Expiration simultanée de nombreuses clés · 7/10 Précaution connue. j'ajoute un petit aléa à la durée de vie Réponse R5

Microservices et déploiement Solide · 7/10

Où couper un service · 7/10 Principe connu. on coupe aux frontières métier Réponse R6

Appel synchrone ou message · 7/10 Choix argumenté. on préfère un message asynchrone quand l'appelant n'a pas besoin de la réponse Réponse R6

Configuration par environnement · 7/10 Bonne pratique. avec des secrets qui ne sont jamais dans le dépôt Réponse R6

Usage de l'IA indispensable Solide · 8/10

S'il code avec un assistant IA (Copilot, Cursor, Claude Code, ChatGPT…) : quelles tâches de développement il lui confie, et lesquelles il garde · 8/10 Tâches délimitées. Je lui confie des tests, des serializers répétitifs et des refactorisations mécaniques Réponse R7

Son workflow avec l'assistant : découper la demande, lui donner le contexte (fichiers, conventions), tenir la taille du contexte et le coût en tokens, itérer · 8/10 Contexte fourni. en lui donnant les fichiers et les conventions du projet Réponse R7

Comment il relit, teste et corrige le code que l'assistant produit · 8/10 Contrôle chaque proposition avant de l'intégrer. Tout passe par la revue et la suite de tests Réponse R7

Ce qu'il ne confie jamais à l'assistant : données confidentielles, sécurité, décisions d'architecture, cas où il s'est trompé · 8/10 Frontière claire. Je ne lui confie jamais la logique de débit ni les données de nos clients Réponse R7

Un cas vécu où un assistant IA a changé son code ou son délai, et ce qu'il en a retenu · 8/10 Erreur refusée. il a proposé un calcul avec des flottants dans un test de montants Réponse R7