Des exemples d'utilisation de ChatGPT pour le développement
Tout est dans le titre
Tout est dans le titre ^^
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
L'astuce concerne surtout l'idée d'une base par environnement (dev, test)
Un problème bien vicieux : le type de l'UUID doit être marqué comme Uuid | string et pas string tout court... sinon Doctrine déclenche l'événement preUpdate même si rien ne change
L'auteur donne une astuce pour les auteurs de bundles Symfony. On peut implémenter une extension pour ajouter des services pendant la compilation du conteneur de services... et pour éviter une trop grosse classe, on peut vouloir utiliser les Compiler Passes. Ces dernières n'ont pas accès à la configuration finale. L'auteur explique comment leur donner accès à la configuration de l'extension.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
L'auteur explique la création de types personnalisés en TypeScript, et leur utilité.
Un problème de mise en page CSS
Tout est dans le titre
Trivy est un outil d’audit de sécurité tout-en-un pour les conteneurs
Sa dernière version ajoute le scan des clusters Kubernetes
Un ensemble de polices (pour les CSS) organisé par type et présent dans chaque OS : cela évite le téléchargement d'une police avec l'effet FOUT
L'auteur explique les effets néfastes des biais cognitifs dans le développement. Il met l'accent sur 8 biais :
- le biais de l'optimisme (notamment pour les estimations de durée de développement)
- le biais de sur confiance
- le biais de confirmation (on ne tient compte que ce qui va dans nos préjugés)
- le vœu pieux (on ne confronte pas à la dure réalité)
- le biais d'ancrage (toujours pour les estimations de durée, la 1ère étant souvent prise comme référence -> d'où l'idée du poker planning, où toutes les estimations sont dévoilées en même temps pour éviter de s'influencer)
- l'effet du "train en marche" (notamment sur l'envie collective d'essayer une nouvelle technologie, sans que ça serve au business)
- le culte du cargo ("on a toujours fait ainsi")
- le biais de correspondance (si j'écris du mauvais code, c'est les circonstances - si mes collègues écrivent du mauvais code, ils sont mauvais)
Il donne quelques pistes pour y remédier (jouer l'avocat du diable, ne pas prendre de décision à chaud, formuler ses phrases pour éviter d'influencer via le biais d'ancrage, etc.)