Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lisibilité et simplifications #25

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Lisibilité et simplifications #25

wants to merge 1 commit into from

Conversation

biskweet
Copy link

@biskweet biskweet commented May 21, 2021

Bonjour, c'est ma première participation à ce repo.

Voici mes corrections :

  • Remplacer les .format(), obsolètes, par des f-strings, plus optimisées et plus lisibles. Note : il faut tourner Python 3.6+ (mise à jour de 2016) ;

  • Remplacer les max(t1, t2) - min(t1, t2) par le plus simple abs(t1 - t2) (valeur absolue). C'est plus court et plus compréhensible EDIT : c'est aussi plus optimisé (2 fois plus rapide sur des flottants) ;

  • Supprimer les indentations présentes sur les lignes vides (PEP 8) ;

  • Il y a beaucoup trop de parenthèses, sans toujours de cohérence, c'en est presque illisible. J'ai essayé de résoudre le problème au mieux. J'ai aussi simplifié certaines conditions (ex. l. 197) ;

  • Remplacer les & par des and (aucune raison d'utiliser l'opérateur bit à bit &).

  • Ajouts d'espaces entre les opérateurs pour la lisibilité.

En règle générale j'ai appliqué les conventions de Python, c'est-à-dire celles de la PEP. Ce programme est en grande partie codé comme si c'était un autre langage. Certaines lignes sont beaucoup trop longues (jusqu'à 169 caractères dans un while !). La règle veut qu'on ne dépasse pas 79 char, mais c'est rarement applicable -- essayons néanmoins de limiter la longueur.
Dernier point : peut-être que ce serait une bonne idée de renommer les variables "k" et "l" en quelque chose de plus explicite ?

Merci de proposer à tout le monde l'accès à CovidTracker !

Bonjour, c'est ma première participation à ce repo.

Voici mes corrections :

 * Remplacer les .format(), obsolètes, par des f-strings, plus optimisées et plus lisibles. Note : il faut tourner Python 3.6+ (mise à jour de 2016) ;

 * Remplacer les max(t1, t2) - min(t1, t2) par le plus simple abs(t1 - t2) (valeur absolue). C'est plus court et plus compréhensible ;

 * Supprimer les indentations présentes sur les lignes vides (PEP 8) ;

 * Il y a beaucoup trop de parenthèses, sans toujours de cohérence, c'en est presque illisible. J'ai essayé de résoudre le problème au mieux. J'ai aussi simplifié certaines conditions (ex. l. 197) ;

 * Remplacer les & par des and (aucune raison d'utiliser l'opérateur bit à bit &).

 * Ajouts d'espaces entre les opérateurs pour la lisibilité.

En règle générale j'ai appliqué les conventions de Python, c'est-à-dire celles de la PEP. Ce programme est en grande partie codé comme si c'était un autre langage. Certaines lignes sont beaucoup trop longues (jusqu'à 169 caractères dans un while !). La règle veut qu'on ,ne dépasse pas 79 char, mais c'est rarement applicable -- essayons néanmoins de limiter la longueur.
Dernier point : peut-être que ce serait une bonne idée de renommer les variables "k" et "l" en quelque chose de plus explicite ?

Merci de proposer à tout le monde l'accès à CovidTracker !
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant