Il est maintenant possible d'ajouter une description markdown pour chaque action.

Cette description est ensuite visible dans le résumé d'une action dans l'interface Web.
C'est parfait pour indiquer le status de ses actions par exemple !

Un type de supply chain attack peu répandu mais particulièrement difficile à détecter si correctement réalisé.

Créer un compilateur avec une backdoor capable de répliquer cette backdoor dans les programmes compilés

Excellente vidéo sur la revue de code.

• Vous n'êtes pas votre code: laissez votre égo de côté
• Vous embarquez votre status social en revue de code
• Soyez empathique

Désavantages imprévus de la revue de code:

• perte d'ownership des développeurs sur leur code
• moins d'opportunité d'apprendre de ses erreurs

Si jamais vous en avez marre du yaml, vous pouvez maintenant utiliser Google Sheet pour administrer votre cluster Kubernetes

En règle général il vaut mieux éviter les commentaires dans le code, à la place écrivez du code auto-explicatif (nom des variables, des fonctions)

À l'intérieur des fonctions, les (rares) commentaires doivent donner des informations de contexte impossible à deviner.

Les commentaires restant doivent de préférence être en en-tête des fonctions et très bien rédigés pour être vraiment utiles.