Cible : research engineer AI safety, orientation évaluations, avec trois preuves de progrès menées en parallèle — des internals compris, une évaluation reproductible, un argument de mémoire défendable. Semaine normale depuis le 25/11 : ≈ 18 h approfondies, en heures nettes (internals 5 h 40 · projet 4 h 55 · stats 3 h 50 · mémoire 3 h 40 ; demi-matinées de 2 h 05 à 2 h 10, pauses comprises) + programmation ≈ 4 h 35 (Boot.dev ≈ 3 h 15, Fluent Python ≈ 1 h 20), Anki 15 min par jour, revue 30 min. Chaque colonne est une semaine ; la barre mesure les heures approfondies, les points les pistes, les losanges les jalons. Au-delà de deux semaines, tout est ≈ provisoire.
⚠ Ouvert au 08/11 : plus de tampon depuis le 25/11 (Internals A2 le remplace, décision du 08/11 en vigueur immédiatement) — un débord est perdu, sans rattrapage · fenêtres Hypotrail qui chevauchent : dimanche 8h30–9h sur le boulot (8h45), mardis médicaux 16h–17h sur les réunions, lundi et jeudi 6h30 sur MyTime — non tranchés · le déjeuner des mardis médicaux n'est pas situé · BlueDot, ML4Good, hackathons : intentions, rien de confirmé, aucun bloc réservé · 25/12 et 01/01 tombent un vendredi · encadrement du mémoire (Adrien Barton) en cours de confirmation, échéance à retrouver · aucun budget API autorisé : fixtures et replay hors ligne d'ici là.
Depuis le 06/11, la programmation a ≈ 4 h 35 par semaine, hors du travail approfondi. Boot.dev ≈ 3 h 15 : cours « Learn Data Structures and Algorithms in Python » dans l'ordre (ch. 11, 13 et 16 sautés), IA coupée — lundi et jeudi 7h–8h, dimanche 7h–8h30 avec un kata au format OA (un mini-mock de 45 min le remplace toutes les 3 à 4 semaines). Parcours web en pause. Fluent Python ≈ 1 h 20 : mercredi 15h–15h45 lire une section et manipuler ses exemples, vendredi 15h–15h45 rappel sans le livre puis une variante, de préférence l'idiome du prochain kata. Ordre de lecture en vigueur : ch. 1 (fini le 06/11) → 2 → 6 → 3 → 5 → 7 → 17, daté dans la tâche TickTick « Fluent Python — lecture d'une section ». Les deux listes ci-dessous datent de l'ancien plan : elles servent de référentiel de sections, pas d'ordre.
23 tickets, pagination vérifiée sur le PDF (2e éd.). Un ticket se coche quand la section est lue et qu'un idiome en a été écrit dans la semaine — lue seule, elle ne compte pas. Depuis le 31/10, Fluent Python redevient une piste de 1 h 30 par semaine : FP-01 (ch. 1) puis FP-08 et la suite du ch. 6. Pour les autres tickets, les groupes donnent le déclencheur attendu, pas un calendrier — c'est une réserve ordonnée, pas une liste à finir.
Value.__repr__ et __add__. Le seul chapitre que Ramalho recommande à tout lecteur, quoi qu'il arrive.__add__, __mul__, __pow__, __neg__, __sub__, __truediv__.2 * v échoue sans __rmul__ — tu vas rencontrer le bug avant de lire la section. Pagination corrigée le 10/09 : la matière commence p. 568, pas 576._backward est une closure. Le cœur conceptuel de micrograd, pas un à-côté.view(-1,6), indices de contexte, et la convention de tranche que tu poses avant chaque TAP.memoryview sur un array, modifie un octet, voit la valeur changer des deux côtés. Le pont buffer / vue / copie en Python pur — il éclaire keepdim, la contiguïté et le bug « view échoue là où reshape passe ». Ajouté après lecture du PDF complet.nn.Module expose ses paramètres. Le dynamique est en 408–411.nn.Module ; socle pour lire du code de labo.torch.no_grad() est un context manager.cached_property comprise — le décorateur seul s'apprend en trois minutes de doc le jour venu · ch. 23 descripteurs · ch. 24 métaclasses : aucun round de labo ne les teste, et Ramalho prévient lui-même que l'abstraction prématurée vaut l'optimisation prématurée · ch. 17 yield from (631–634) — le tri topologique de micrograd s'écrit en DFS simple ; si le code le réclame, le ticket sera émis à ce moment-là.Deux moitiés d'un même système. Pull : les tickets Linear « learn » que Claude Code produit après chaque itération Relaycat — prioritaires, un concept rencontré s'apprend mieux qu'un concept anticipé. Push : boot.dev, où tout est codé à la main, contrepoids au workflow agentique. Objectif : bases solides en software engineering, niveau moyen en web — savoir build correctement avec Claude Code, pas en autonomie complète.
this et sa liaison, prototypes, event loop, coercion, closures en boucle. Exactement les bugs invisibles au typage que Claude Code produit sans les signaler.Gabarit (grille du 06/11, amendée le 08/11) : Anki 6h15–6h30 chaque jour · lun Boot.dev 7h–8h, cours aux Ponts ou réunions ensuite · mar internals A 7h–9h10 (rappel 15 min, puis Karpathy par sections), mémoire A 9h25–11h30 · mer stats A 7h–9h10, internals A2 9h25–11h30 (suite guidée de mardi, depuis le 25/11), Fluent Python 15h–15h45, off dès 17h · jeu Boot.dev 7h–8h, projet 8h–11h30 · ven internals B 7h–9h10 (fichier vide, composant de mardi ou mercredi), mémoire B 9h25–11h30, Fluent Python 15h–15h45 · sam stats B 7h–9h10 (rappel à froid), projet B 9h25–11h30, puis off · dim Boot.dev DSA + kata 7h–8h30, boulot 8h45–10h15, revue 10h15–10h45, puis off · sport mar, mer, ven, sam 11h30–14h30 · fenêtres Hypotrail conditionnelles : lun 6h30, 11h30 et 19h · mar 15h · mer 15h45 · jeu 6h30, 11h30 et 19h · ven 15h45 · sam 6h30 · dim 8h30 — en temps effectif · rien après 20h. Une séance manquée n'est pas une dette.
← → semaine · ↑ ↓ jalon · trame hachurée = semaine blanche · ≈ et bordure pointillée = provisoire · point = séance, point cerclé = check ou livrable · pistes algo et ml coding : historique, coupées le 11/10 · rangée « étape » = étape internals I1–I6 · colonne créneau : 08h—09h grisé = créneau du matin par défaut · — = pas d'horaire propre (jalon)