Lire et écrire du code sur papier

À l'E7, tu lis et tu écris du code sans ordinateur : pas de compilateur pour signaler une erreur, pas d'autocomplétion, pas de documentation en ligne. Les sujets mélangent les langages (PHP, Java, SQL, parfois C#, JavaScript ou Kotlin) et demandent presque toujours de n'écrire que les lignes modifiées, numérotées. Ce chapitre donne une méthode pour lire un extrait inconnu, les conventions pour indiquer une modification, un comparatif des syntaxes les plus utilisées et les erreurs qui coûtent des points.

Les langages des sujets récents

PHP et SQL sont présents chaque année ; Java revient régulièrement pour la programmation objet. Tu n'as pas besoin de maîtriser cinq langages : tu dois savoir lire les structures communes (conditions, boucles, appels de méthodes, requêtes) et écrire correctement dans le langage de l'extrait.

Lire un extrait inconnu

Applique la même grille à chaque extrait, quel que soit le langage.

1. Les entrées. D'où viennent les données ? En PHP : $_GET, $_POST, $_SESSION, $_SERVER, $_COOKIE. En Java : les paramètres de la méthode, request.getParameter(). En Node.js : req.params, req.query, req.body. Tout ce qui vient du client est contrôlé par l'attaquant, y compris les champs cachés et les cookies.
2. Les sorties. Où vont-elles ? Une requête SQL, un affichage (echo), un fichier, une réponse HTTP.
3. Le chemin entre les deux. Une donnée d'entrée arrive-t-elle dans une sortie sans contrôle ? Dans une requête : injection. Dans un affichage : XSS. Dans une décision d'accès : contrôle d'accès à vérifier.
4. Les décisions. Chaque if qui autorise ou refuse : que vérifie-t-il vraiment, et que ne vérifie-t-il pas ?

Indiquer une modification

Les sujets demandent d'« indiquer seulement le code ajouté et/ou modifié en renseignant les numéros de ligne concernés ». Trois conventions suffisent, à condition d'être claires :

Recopie la ligne entière, pas seulement le morceau changé : le correcteur doit pouvoir la lire seule. Si tes ajouts dépassent une dizaine de lignes au même endroit, écris le bloc complet en indiquant « remplace les lignes 12 à 18 ».

Le même geste dans trois langages

Utiliser la documentation du sujet

Quand le dossier documentaire décrit une fonction, une classe ou une syntaxe, utilise-la telle qu'elle est décrite, même si elle diffère de ce que tu connais. En 2025, le sujet documentait une fonction datestampdiff(unite, date1, date2) ; la fonction réelle de MySQL s'appelle TIMESTAMPDIFF. La réponse attendue employait le nom du document. De même, en 2026, la documentation des droits MySQL utilisait la fonction PASSWORD(), qui n'existe plus depuis MySQL 8.0.

Les classes techniques suivent la même règle : si le document C2 décrit une classe ArrayList avec les méthodes get(i) et size(), sers-toi de ces méthodes et de rien d'autre. Le sujet te dit ce que tu as le droit d'utiliser.

Un exemple complet : écrire une méthode de contrôle

Énoncé : un Utilisateur possède une liste de Role (getLesRoles()), chaque Role une liste de Permission (getLesPermissions()), et chaque Permission une ressource et une action (getRessource(), getAction()). Écris la méthode boolean autorise(String uneRessource, String uneAction) de la classe Utilisateur.

public boolean autorise(String uneRessource, String uneAction) {
    for (Role unRole : this.lesRoles) {
        for (Permission unePerm : unRole.getLesPermissions()) {
            if (unePerm.getRessource().equals(uneRessource)
                    && unePerm.getAction().equals(uneAction)) {
                return true;   // une permission correspond : on arrête
            }
        }
    }
    return false;              // aucune permission ne correspond
}

Trois points qui rapportent : la double boucle suit exactement le chemin du diagramme de classes (utilisateur, rôles, permissions) ; la comparaison porte sur la ressource et l'action ; le return false est après les boucles, pas dans un else à l'intérieur, sinon la méthode répondrait dès la première permission examinée.

Si la syntaxe te manque

Mieux vaut un algorithme juste avec une syntaxe approximative qu'une page blanche. Si un détail t'échappe (le nom exact d'une méthode, l'ordre des paramètres), écris ce que tu crois et ajoute un commentaire court qui dit ton intention : // vérifie que le jeton n'est pas expiré. Le correcteur peut accorder une partie des points à une logique correcte. En revanche, un pseudo-code vague (« si l'utilisateur a le droit alors… ») sans lien avec les classes du sujet ne rapporte presque rien.

Exercices

function verifierMdp(string $mdp): array {
    $erreurs = [];
    if (strlen($mdp) < 12) { $erreurs[] = 'longueur'; }
    if (!preg_match('/[A-Z]/', $mdp)) { $erreurs[] = 'majuscule'; }
    if (!preg_match('/[0-9]/', $mdp)) { $erreurs[] = 'chiffre'; }
    if (!preg_match('/[^A-Za-z0-9]/', $mdp)) { $erreurs[] = 'special'; }
    return $erreurs;
}

public boolean estBloque(LocalDateTime maintenant) {
    LocalDateTime debut = maintenant.minusMinutes(15);
    int nbEchecs = 0;
    for (Tentative t : this.lesTentatives) {
        if (!t.estReussie() && t.getDateHeure().isAfter(debut)) {
            nbEchecs++;
        }
    }
    return nbEchecs >= 5;
}

1. $login = $_POST['login'];
2. $mdp = $_POST['mdp'];
3. $empreinte = sha1($mdp);
4. $sql = "INSERT INTO compte (login, mdp) VALUES ('$login', '$empreinte')";
5. $pdo->exec($sql);
6. header('Location: connexion.php');