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.