Barème pour interrogation tp en première

L'énoncé vous amène à écrire un morceau de code. Même si vous vous trompez, vous êtes amené à écrire quelques lignes de codes incluant des structures comme des tests ou des fonctions… Si vous parvenez à écrire un tel code sans fautes, 3pts.

Bien évidemment, si vous écrivez 200 lignes d'instructions comme x = 3, ou bien si vous n'écrivez rien du tout, cela ne comporte pas de fautes de syntaxe mais vous ne pouvez pas avoir les 3pts.

Et si vous écrivez une seule ligne et qu'il y a une seule faute, c'est naturellement moins bien que si vous écriviez tout le programme avec 3 fautes.

Les fautes considérées sont toutes les fautes de syntaxe. Non exhaustif :

• oubli de :
• oubli de ()
• confusions () []
• indentations
• variable utilisée mais non définie

Un code peut être totalement juste du point de vue de la syntaxe et faire de plus le traitement demandé, il n'est pas bon pour autant.

Comme pour la syntaxe, la note dépend de la taille et de la complexité de votre production : on ne peut pas dire qu'un programme vide soit un code mal rédigé mais ça ne peut pas donner de points !

Type d'erreur sanctionnées. Non exhaustif :

• utilisation de variables globales au lieu de locales
• absence de signature des fonctions
• mauvais choix de noms de variables
• solution inutilement compliquée
• code répétitif
• mauvaise gestion des tests (typiquement entretenir une confusion entre ce qui relève de tests particulier et la généralité des fonctions proposées)
• utilisation de while en place de for
• mauvaise utilisation de for – par exemple de parcourir par item au lieu d'indice, réciproquement, ou encore – courant – d'entretenir une variables pour compter les répétitions alors que la boucle for le fait déjà.

Il s'agit de répondre au sujet. Un programme qui répond au sujet, même très mal écrit, aura automatiquement tous ces points.

Un programme peut-être faux pour de nombreuses raisons.

• oubli d'un cas particulier
• idée générale valable malgré des fautes qui empêchent le fonctionnement, ces fautes pouvant elles-mêmes être plus ou moins fondamentales.
• complètement hors sujet
• confusions diverses comme de confondre print et return

Il est inévitable que certaines erreurs aient un effet dans plusieurs catégories. Par exemple, une mauvaise compréhension de ce qu'est un for in peut entraîner pour une même ligne :

• des fautes de syntaxes
• un mauvais code
• vous mettre sur une mauvaise piste, c'est à dire une solution qui ne pourra fonctionner.