Vibe coding : usages et limites
Aidez chacun à explorer des idées avec l’IA. Un prototype bancaire montre pourquoi les données réelles et les droits d’accès aux API exigent des preuves de sécurité.
Comprendre le développement avec l’IA
LA BIBLIOTHÈQUE D’APPRENTISSAGE OUVERTE
Toutes les leçons
Trouvez la leçon utile à votre travail. Filtrez par responsabilité, niveau ou sujet.
Rechercher dans toutes les leçons →Leçons trouvées: 50
Modèles, contexte et réponses incorrectes
Comprenez comment une information manquante peut produire une réponse incorrecte, même avec un modèle performant.
Comprendre le développement avec l’IA
Assistants, agents et permissions
Distinguez une réponse d’une action. Identifiez les outils et les permissions qui changent les conséquences d’une erreur.
Comprendre le développement avec l’IA
Choisissez une première tâche d’IA utile
Choisissez une petite tâche avec des données d’entrée claires, un résultat visible et des conséquences limitées.
Comprendre le développement avec l’IA
Mesurez les progrès utiles
Mesurez le travail terminé, l’effort de revue et les reprises. Ne confondez pas volume de code généré et valeur.
Comprendre le développement avec l’IA
Choisissez un modèle à partir de preuves
Comparez les modèles sur des tâches représentatives, des critères d’acceptation, le coût et les contraintes de travail de votre équipe.
Comprendre le développement avec l’IA
Rédigez un brief de tâche pour un agent
Décrivez le comportement attendu, les contraintes et les preuves avant que l’agent modifie le code.
Développer avec une intention claire
Donnez à l’agent un contexte de dépôt utile
Fournissez des instructions actuelles, le code pertinent et des commandes de vérification opérationnelles, sans exposer d’informations inutiles.
Développer avec une intention claire
Utilisez les tests comme preuves
Choisissez des contrôles capables de rejeter un comportement incorrect. Examinez les tests générés aussi soigneusement que l’implémentation générée.
Développer avec une intention claire
Examinez le code généré par l’IA
Inspectez la modification réelle, ses limites de confiance et ses preuves avant de l’accepter.
Développer avec une intention claire
Modifiez un système existant en sécurité
Préservez les contrats actuels lors d’une modification. Tenez compte des anciens clients, des données et de l’ordre de déploiement.
Développer avec une intention claire
Déboguez avec des hypothèses vérifiables
Utilisez un agent pour comparer des explications et recueillir des preuves. Évitez les modifications répétées sans cause vérifiée.
Développer avec une intention claire
Définir où vos données peuvent aller
Suivez les données dans l’outil de développement, le modèle, les journaux et le service déployé. Vérifiez ce périmètre avant d’utiliser des informations confidentielles.
Rendre les risques visibles
Limiter les pouvoirs d’un agent
Définissez les actions, les ressources et les conditions autorisées. Vérifiez les permissions en dehors du modèle et séparez l’implémentation de la mise en production.
Rendre les risques visibles
Traiter le contenu récupéré comme une entrée non fiable
Repérez les instructions cachées dans les fichiers du dépôt et les résultats des outils. Distinguez les informations récupérées de l’autorité nécessaire pour agir.
Rendre les risques visibles
Vérifier ce qui entre dans la version livrée
Examinez les dépendances, les entrées du build et la provenance des artefacts. Reliez le code revu au logiciel qui arrive en production.
Rendre les risques visibles
Relier les obligations aux preuves
Distinguez l’applicabilité juridique, les contrôles techniques et les preuves de fonctionnement. Constituez un dossier qu’un responsable peut examiner.
Rendre les risques visibles
Modéliser les menaces d’un processus de développement avec l’IA
Cartographiez les actifs, les limites de confiance et les défaillances possibles. Choisissez des contrôles et des tests pour un scénario de développement précis.
Rendre les risques visibles
Relier toutes les étapes du cycle de vie logiciel
Suivez une fonctionnalité du besoin utilisateur à l’exploitation et aux retours d’expérience. Identifiez les décisions que la génération de code ne peut pas trancher seule.
Développer et exploiter à l’échelle de l’entreprise
Garder les exigences traçables quand le logiciel évolue
Reliez un résultat utilisateur aux décisions, aux critères d’acceptation, à l’implémentation et aux preuves. Actualisez ces liens lorsque les hypothèses changent.
Développer et exploiter à l’échelle de l’entreprise
Le platform engineering pour le développement avec l’IA
Fournissez aux personnes et aux agents des moyens pris en charge pour créer, modifier et exploiter des services. Gérez la plateforme comme un produit maintenu.
Développer et exploiter à l’échelle de l’entreprise
Définir l’infrastructure au-delà du prototype
Évaluez l’identité, les réseaux, les données, la reprise et l’exploitation. Reliez un déploiement généré aux exigences réelles de l’infrastructure de l’entreprise.
Développer et exploiter à l’échelle de l’entreprise
Concevoir un logiciel pour un environnement cloud native
Reliez une infrastructure reproductible, des processus remplaçables, un état durable et un comportement observable. Évaluez la conception cloud native au-delà de la mise en conteneur.
Développer et exploiter à l’échelle de l’entreprise
Choisir la disponibilité entre zones et régions
Comparez haute disponibilité, Multi-AZ et conceptions multirégions. Suivez le parcours complet d’une requête et testez la défaillance à laquelle chaque conception doit résister.
Développer et exploiter à l’échelle de l’entreprise
Fixer et tester le RTO et le RPO
Définissez l’interruption et la perte de données acceptables. Comparez les stratégies de reprise et mesurez un exercice complet au regard des exigences métier.
Développer et exploiter à l’échelle de l’entreprise
Coordonner le développement avec l’IA entre équipes
Gérez les contrats partagés, la capacité de revue et la responsabilité des modifications. Mesurez le système de livraison lorsque de nombreuses équipes génèrent des changements.
Développer et exploiter à l’échelle de l’entreprise
Décider d’une mise en production à partir de preuves
Vérifiez la version, la cible, le risque restant et la méthode de reprise. Distinguez le merge, le déploiement et l’exposition aux utilisateurs lorsque le système l’exige.
Développer et exploiter à l’échelle de l’entreprise
Mesurer le système de livraison
Associez le flux de livraison, l’instabilité, les résultats du service et l’effort. Utilisez des définitions explicites pour évaluer l’effet de l’IA.
Développer et exploiter à l’échelle de l’entreprise
Assumer la responsabilité du service après son déploiement
Définissez des signaux utiles, les décisions d’incident, la reprise et la maintenance. Gardez les responsabilités d’exploitation visibles après la génération du code.
Exploiter et améliorer
Maintenir le logiciel pendant toute sa durée d’utilisation
Priorisez les vulnérabilités, les mises à niveau, les écarts de configuration et le retrait du service. Suivez un problème de maintenance jusqu’à sa correction vérifiée en production.
Exploiter et améliorer
Continuer à détecter et corriger les vulnérabilités
Construisez une procédure continue, de la détection à la remédiation vérifiée en production. Comprenez la lacune de maintenance qu’un prototype réussi peut masquer.
Exploiter et améliorer
Observer le service et ses utilisateurs
Reliez métriques, journaux et traces aux objectifs du service. Concevez les alertes, les limites de données et les contrôles de télémétrie manquante.
Exploiter et améliorer
Gérer un incident de la détection à la reprise
Coordonnez les intervenants, limitez l’impact, communiquez les incertitudes et vérifiez la reprise. Transformez l’incident en améliorations attribuées à des responsables.
Exploiter et améliorer
Relier la livraison au SOC et à la SIRT
Définissez la supervision de sécurité, le transfert des incidents, la conservation des preuves et les responsabilités de reprise. Reliez la réponse de sécurité au cycle de vie logiciel.
Exploiter et améliorer
Fixer des limites sûres au self-healing
Automatisez des actions connues de reprise avec des pouvoirs explicites, une vérification et des conditions d’arrêt. Distinguez la reprise à l’exécution des modifications logicielles.
Exploiter et améliorer
Boucler le cycle avec une amélioration vérifiée
Transformez les preuves de production en exigences, tests, changements contrôlés et résultats mesurés. Définissez ce qu’un logiciel qui s’améliore lui-même peut raisonnablement signifier.
Exploiter et améliorer
Comparer les responsabilités avant les produits
Comparez un assistant, une plateforme de livraison interne et une software factory. Identifiez le travail effectué par chaque option et les responsabilités restantes.
Choisir votre modèle d’exploitation
Comparer les coûts d’exploitation complets
Incluez la mise en place, le travail conservé, l’exécution, l’intégration et les changements. Testez les hypothèses au lieu de traiter une estimation unique comme une prévision.
Choisir votre modèle d’exploitation
Demander des preuves à un fournisseur
Transformez les affirmations d’un fournisseur en questions testables. Vérifiez le périmètre, la configuration, les conditions contractuelles et les responsabilités conservées par votre organisation.
Choisir votre modèle d’exploitation
Vérifier la sortie avant de dépendre d’un service
Distinguez propriété du code et portabilité opérationnelle. Testez les exports, les builds indépendants, l’accès à l’infrastructure et les preuves nécessaires à une transition.
Choisir votre modèle d’exploitation
Planifier l’adoption avec des responsabilités explicites
Choisissez un premier service bien délimité, définissez la réussite et les conditions d’arrêt, puis attribuez le travail qui reste à votre équipe.
Choisir votre modèle d’exploitation
Rédiger une décision que vous pourrez réexaminer
Consignez le problème, les alternatives, les preuves, les limites acceptées et les déclencheurs de réexamen. Rendez une décision de construction ou d’achat compréhensible après la réunion.
Choisir votre modèle d’exploitation
Démarrer un nouveau produit dans Taiga
Préparez un produit au périmètre défini, établissez son contexte et reliez la planification au dépôt et aux environnements réels.
Mettre Taiga en pratique
Importer une base de code existante dans Taiga
Examinez ce que Taiga déduit du dépôt. Distinguez comportement actuel et comportement souhaité, puis choisissez la réponse adaptée à un document inexact.
Mettre Taiga en pratique
Examiner Discovery comme un ensemble de documents liés
Suivez une exigence dans la spécification, l’architecture, les flux de données et les documents de sécurité. Traitez les révisions avant que la planification repose sur des hypothèses obsolètes.
Mettre Taiga en pratique
Transformer un résultat souhaité en initiative
Rédigez une intention qui peut devenir un travail vérifiable. Examinez le périmètre et les dépendances avant de placer une initiative dans la file d’exécution.
Mettre Taiga en pratique
Choisir où Taiga attend une décision
Séparez l’approbation du plan, l’exécution du build, la permission de merge et le déploiement. Réglez l’autonomie selon les décisions que votre organisation doit conserver.
Mettre Taiga en pratique
Examiner une livraison Taiga à partir de preuves
Reliez l’initiative, le plan, l’exécution, le diff et les contrôles. Vérifiez la modification actuelle avant d’accepter un merge ou une mise en production.
Mettre Taiga en pratique
Résoudre une interruption Needs you
Comprenez pourquoi une initiative s’est arrêtée. Choisissez la continuation, la replanification, le redémarrage ou une action humaine de configuration sans perdre le contexte de décision.
Mettre Taiga en pratique
Activer Taiga avec un modèle complet de responsabilités
Reliez responsabilité métier, politiques, limites de plateforme, contrôles de livraison et exploitation continue avant d’étendre l’usage à plusieurs produits.
Mettre Taiga en pratique
Aucune leçon ne correspond à ces filtres. Essayez un sujet plus large.