Borg: Meilleures pratiques de la Core Infrastructure Initiative (CII)

faire ça, merci pour le pointeur. :)

des trucs qui (parfois sont là d'une manière ou d'une autre mais) pourraient être meilleurs :

• vérifier l'utilisation des drapeaux d'avertissement / linters (à part pep8)
• utiliser régulièrement des outils d'analyse dynamique et statique

https://bestpractices.coreinfrastructure.org/projects/271

@ThomasWaldmann : Pour les outils d'analyse dynamique/statique, pensez-vous que pylint serait admissible ? Si vous le trouvez utile, je peux travailler à l'ajouter au travail de travis.

mon expérience personnelle avec pylint est que le temps qu'il faut pour arrêter d'écrire de faux positifs est un problème

C'est vrai, Pylint est extrêmement strict sur le plan stylistique par défaut et il produit beaucoup de sorties pointilleuses. On peut se noyer dans le déluge. Je vois que vous avez beaucoup d'expérience avec pytest, pylint trébuche beaucoup quand il s'agit de crochets pytest et d'autres modèles créatifs. Il faut un certain temps pour les régler.

Dans le passé, lorsque j'ai commencé à l'utiliser sur des projets existants, je commence par l'exécuter avec --errors-only (qui désactive la vérification de style) jusqu'à ce que j'aie traité les erreurs de code réelles et la configuration initiale. La configuration peut être modifiée ultérieurement à partir de là pour augmenter la qualité du code.

Beaucoup de mots à dire : je suis prêt à y mettre du temps.

mettre à jour ceci à propos de #2423.