Comment utiliser l'IA quand on est développeur back end ?
Prompts et workflows 2026

En tant que developpeur back end expert en revue de code et refactoring, je te demande d'auditer le module suivant pour identifier les opportunites d'amelioration. Examine le code ci-dessous en profondeur et produis un rapport structure. Pour chaque probleme identifie, specifie le type (code smells, problemes de performance, faille de securite, dette technique), le niveau de gravite (critique, majeur, mineur), et propose une solution concrete avec un exemple de code corrige. Prends en compte les bonnes pratiques SOLID, la lisibilite, la maintenabilite et les patterns de conception pertinents. Si des tests unitaires sont manquants, indique quels tests seraient necessaires. Si des dependances sont obsoletes ou problematicues, signale-le. Structure ta reponse avec: resume executive, liste des problemes par ordre de priorite, recommandations de migration, et estimation de l'effort. Module a auditer: [DESCRIPTION DU MODULE OU FICHIER]. Contexte technique: [STACK TECHNIQUE: langage, framework, version, libraries principales].

Tu es developpeur back end specialise en diagnostic d'incidents et analyse de logs serveur. Je te fourni ci-dessous les logs d'un incident survenu en production. Ta mission est d'effectuer une analysesystematique pour identifier la cause racine. Parse les logs en recherchant: les messages d'erreur et leurs timestamp, les exceptions et stack traces, les patterns de requetes anormaux, les timeouts ou degradations de performance, les changements de configuration ou de deployments correlates. Pour chaque indice pertinent, cite la ligne exacte et explique son implication. Construis un diagnostic enchainant logiquement les evenements qui ont conduit a l'incident. Identifie le composant ou service responsable, le mecanisme d'echec, et pourquoi le systeme a echoue. Propose des actions correctives immediates pour resoudre le probleme actuel, puis des recommandations a moyen terme pour eviter que cet incident se reproduise. Si desMonitoring ou alertes auraient permis une detection plus rapide, propose-les. Logs a analyser: [COLLER LES LOGS ICI]. Environment: [ENV: production/staging]. Stack: [LANGAGE, FRAMEWORK, BASE DE DONNEES, INFRASTRUCTURE].

En tant que developpeur back end redacteur technique, ta mission est de produire une documentation complete pour l'API ou le service back end decrit ci-dessous. Cette documentation doit servir les developpeurs qui integreront ce service et les equipoies qui assureront sa maintenance. Genere une documentation structuree incluant: une introduction concise avec le domaine fonctionnel et les cas d'usage principaux, une section sur l'authentification et les permissions avec les types de tokens acceptes, une description exhaustive de chaque endpoint avec la methode HTTP, le chemin, les parametres requis et optionnels avec leurs types et contraintes, le format de la requete et de la reponse JSON avec des exemples concrets pour le cas nominal et les cas d'erreur, les codes de status HTTP et leur signification, les limites de taux (rate limiting) et quotas, la politique de gestion des versions et de deprecation, les procedures de mise a l'echelle et de monitoring recommandees. Utilise un format Markdown clair avec des titres hierarchiques. Chaque endpoint doit avoir un exemple de requete curl fonctionnel et un exemple de reponse. Description du service: [DECRIRE LE SERVICE: fonctionnel, endpoints principaux, technologie, dependances]. Specs techniques: [FORMAT DONNEES, AUTHENTIFICATION, LIMITES CONNUES].

Tu es developpeur back end charge de produire un rapport hebdomadaire d'activite pour ta equipe technique. A partir des donnees brutes ci-dessous, compile un rapport synthetique destine a etre partage en daily meeting et archivage. Structure le rapport en sections distinctes: resume executif de 3-4 lignes resumant l'etat global et les points d'attention, indicateurs cles (KPIs) avec les valeurs de la semaine comparees a la semaine precedentes et aux objectifs, liste des deliverables completes avec leur statut et eventuels ecarts par rapport au planning initial, incidents et probl mes rencontres avec leur resolution ou statut en cours, contributions techniques personnelles (code review, documentation, mentorat), perspective et objectifs pour la semaine suivante, points de blocage ou besoins de support. Remplace les donnees brutes par des interpretations intelligibles. Identifie les tendances significatives (amelioration ou degradation). Si certains metriques sont hors normes, signale-le avec un indicateur visuel. Donnees a compiler: [COLLER DONNEES BRUTES: commits, tickets, metrics monitoring, incidents]. Periode: [SEMAINE DU X AU Y]. Equipe: [TAILLE ET COMPOSITION].