Compétences en Ingénierie de Production
Objectif
Il s'agit d'un pack de compétences orienté par domaine pour le développement d'applications de production.
Choisissez d'abord le domaine pertinent :
- Guide web pour les applications basées sur navigateur et les sites web
- Guide mobile pour les applications iOS, Android et multiplateformes
- Guide backend pour les API, services, workers, files d'attente, services de données et systèmes de plateforme
Chaque domaine duplique intentionnellement des préoccupations importantes telles que :
- la sécurité
- l'observabilité
- les tests
- l'intégration et le déploiement continus (CI/CD)
- l'authentification
Les versions dupliquées sont personnalisées pour le domaine plutôt que traitées comme des conseils génériques.
Workflows de dépôt partagés
- Politique Dependabot : à utiliser lors de la configuration ou de l'audit des calendriers de mise à jour des dépendances, de l'auto-merge officiel des GitHub Actions et de la revue manuelle pour les dépendances d'application. Cette politique est partagée entre les domaines ; ne la lire que lorsque la tâche concerne Dependabot.
Routage
Lorsque vous travaillez sur une tâche :
- Identifiez si la tâche est principalement web, mobile, backend ou multi-domaine.
- Lisez la fiche
SKILL.mdliée à ce domaine. - Lisez uniquement les compétences de support applicables en utilisant leurs liens relatifs. Résolvez chaque lien par rapport au fichier qui le contient, sans vous fier à la découverte automatique de compétences imbriquées.
- Avant de terminer, exécutez l'audit de production spécifique au domaine.
- Pour les systèmes multi-domaines, exécutez l'audit pour chaque domaine concerné.
Principes globaux
- Construisez des workflows complets, pas des démos de chemins heureux.
- Ne traitez jamais les vérifications d'interface utilisateur (frontend/mobile) comme une autorisation faisant autorité.
- Validez les entrées non fiables au moment de l'exécution.
- N'exposez pas de secrets aux clients.
- Préférez l'observabilité et la récupérabilité à l'échec silencieux.
- Utilisez GitHub Actions comme implémentation par défaut pour CI/CD, sauf si le dépôt utilise déjà un autre système.
- Testez les workflows critiques au niveau approprié plutôt que d'utiliser excessivement un seul type de test.