Code de rappel : refaites vos problèmes les plus durs de mémoire

L'idée, en une ligne

Reconnaître une réponse n'est pas la même chose que savoir en produire une. Dans la salle vous avez un éditeur vide, alors entraînez-vous depuis un éditeur vide.

L'exercice, étape par étape

1. Choisissez les 10 problèmes les plus durs que vous avez résolus les six derniers mois — ceux qui vous ont fait transpirer.
2. Ne rouvrez pas votre ancien code.
3. Lancez un chrono de 30–40 minutes et reconstruisez chaque solution depuis un fichier vide, à voix haute, comme si quelqu'un regardait.
4. Ce n'est qu'à la fin du chrono que vous comparez avec votre réponse sauvegardée.

Notez-vous honnêtement

• Vert — résolu proprement.
• Jaune — résolu, mais lent ou bogué.
• Rouge — bloqué.

Tout ce qui n'est pas vert retourne dans la pile et se répète quelques jours plus tard. Cet écart entre les tentatives est tout le truc — c'est ce qui déplace une solution en mémoire à long terme plutôt qu'à court terme.

Avancé — gardez-le au chaud pendant la saison des candidatures

L'habitude ne s'arrête pas quand vous commencez à postuler. Un problème de rappel par jour garde votre syntaxe et votre repérage de motifs au chaud, pour qu'un trou chargé de deux semaines ne vous ramène jamais à la case départ. Un simple journal vous garde honnête :

problem,pattern,date,grade,min,note
two-sum-variant,hashmap,2026-07-13,green,12,clean
lru-cache,linked+dict,2026-07-13,red,40,forgot eviction order
word-ladder,BFS,2026-07-14,yellow,33,off-by-one on visited
merge-k-lists,heap,2026-07-14,green,18,ok

# Rule: any red or yellow is re-queued 3 days later.
# green = clean | yellow = slow/buggy | red = stuck

Basé sur le Tech Interview Handbook (coding-interview-prep) et les principes de la pratique en rappel espacé