Quiz d'auto-évaluation

Consignes globales

Ces quiz sont là pour vous permettre de vérifier que vous avez compris les articles à étudier. Ils sont proposés uniquement pour vous auto-évaluer et ne seront ni notés ni enregistrés.

N’hésitez pas à poser vos questions ou demander des précisions sur le serveur Discord !

Quiz

--- secondary_color: lightgray --- # Bonnes pratiques de programmation Vous commencez à écrire un nouveau programme. Que faut-il viser en premier ? - [x] Un programme correct, même s'il est lent. - [ ] Un programme rapide, quitte à le corriger ensuite. - [ ] Un programme le plus court possible. # Bonnes pratiques de programmation Une de vos fonctions dépasse largement une quinzaine de lignes. Que faire ? - [ ] Rien, une fonction longue évite des appels inutiles. - [x] La découper en plusieurs sous-fonctions, chacune avec un rôle précis. - [ ] Supprimer les commentaires pour la raccourcir. # Bonnes pratiques de programmation Vous avez besoin des mêmes lignes de code à deux endroits de votre programme. Que faire ? - [ ] Les copier-coller, c'est plus rapide. - [x] Les placer dans une fonction, appelée aux deux endroits. - [ ] Les copier-coller, puis ajouter un commentaire « voir aussi ligne X ». # Bonnes pratiques de programmation Pourquoi faut-il éviter le copier-coller de code ? - [x] Une correction faite sur une copie risque d'être oubliée sur les autres. - [ ] Python interdit d'avoir deux fois les mêmes lignes dans un fichier. - [ ] Le code copié s'exécute plus lentement. # Bonnes pratiques de programmation Quelle écriture est préférable en Python ? - [ ] `if distance > 100000:`, directement dans le code. - [x] `INFINITY_VALUE = 100000` en tête de fichier, puis `if distance > INFINITY_VALUE:`. - [ ] `x = 100000` en tête de fichier, puis `if distance > x:`. # Bonnes pratiques de programmation D'après la vidéo, quelle est une bonne façon d'utiliser les commentaires ? - [x] Décrire d'abord la fonction (rôle, paramètres, sorties), puis écrire le code. - [ ] Écrire tout le code, puis ajouter des commentaires juste avant le livrable. - [ ] Commenter chaque ligne, même les plus évidentes. # Bonnes pratiques de programmation Selon la PEP 8, comment nommer une classe, une fonction et une constante ? - [x] `RandomPlayer`, `remove_dead_ends`, `MAX_TURNS` - [ ] `random_player`, `RemoveDeadEnds`, `max_turns` - [ ] `RANDOM_PLAYER`, `removeDeadEnds`, `MaxTurns` # Bonnes pratiques de programmation Quelle est la différence entre un formateur et un linter ? - [x] Le formateur réécrit la mise en forme du code ; le linter signale des écarts et des erreurs probables sans exécuter le code. - [ ] Le formateur exécute le code pour trouver les erreurs ; le linter le met en forme. - [ ] Il n'y en a aucune, ce sont deux noms pour le même outil. # Bonnes pratiques de programmation Votre code obtient 10/10 avec un linter. Que peut-on en conclure ? - [ ] Qu'il est correct et bien conçu. - [x] Seulement que sa forme respecte les règles vérifiées : les noms, les commentaires et le découpage peuvent rester mauvais. - [ ] Qu'il n'a plus besoin de tests.