Captures et vérifications locales — 2–3 octobre 2026. Derniers correctifs sur les versions publiques à confirmer.
CONÇU & DÉVELOPPÉ PAR ALEX ATCFondamentaux + JavaScript / Simulations Git
Donner la ressource utile au moment du blocage, puis faire pratiquer avant de continuer.
LE PROJET EN 30 SECONDESAlex ATC / Product Engineer
01L’intention
Donner la ressource utile au moment du blocage, puis faire pratiquer avant de continuer.
02Ma contribution
Structurer 57 fiches bilingues en huit entrées et plusieurs portes d’entrée.
03Ce qui existe
Une ressource de secours qui reste accessible sans connaître le nom exact d’une technologie.
01 / Le sujet
J’ai conçu et développé une bibliothèque bilingue où l’on peut retrouver une notion, suivre un parcours et manipuler Git sans risque.
DevLab101 combine une Bibliotech de 57 fiches, dix salles Fondamentaux, douze modules JavaScript et dix incidents Git. Chaque étape relie un modèle mental, une action, une preuve et un journal de raisonnement. La progression répond immédiatement en local, puis se synchronise avec le compte. Les sept carnets de parcours sont séparés par compte et réunis dans le passeport. L’accueil propose un premier essai JavaScript : prévoir, essayer, expliquer.
Des captures réelles, reliées à une action et à son résultat.
01 / Retrouver
Donner plusieurs portes d’entrée
La Bibliotech organise 57 fiches en huit entrées. La recherche, le sommaire et les entrées par intention permettent de retrouver une notion sans connaître d’avance le bon outil.
57 fiches · 8 entrées · français et anglais
02 / Comprendre
Construire le socle, puis transférer
Dix salles Fondamentaux exigent des preuves avant la suite. Douze modules JavaScript conduisent ensuite à un projet utile de suivi de candidatures.
10 salles · 12 modules · projet final
03 / Manipuler
Faire pratiquer Git sans risque
Git Mastery fait piloter le même dépôt simulé depuis un cockpit visuel ou un terminal. Le graphe, HEAD et l’état des fichiers se mettent à jour ensemble pour rendre les conséquences visibles.
10 missions guidées · terminal simulé · graphe temps réel
03 / Ma contribution
Ce que j’ai pris en charge.
01
Structurer 57 fiches bilingues en huit entrées et plusieurs portes d’entrée.
02
Concevoir Fondamentaux et JavaScript autour de preuves : comprendre, pratiquer, expliquer, transférer.
03
Développer un laboratoire Git où cockpit visuel et terminal pilotent le même dépôt simulé.
04
Synchroniser le graphe, HEAD, l’index et l’état des fichiers après chaque action.
05
Relier progression locale, compte Firebase et reprise cloud sans bloquer le démarrage.
06
Raccorder sept parcours au passeport et conserver chaque carnet lors d’un changement de compte.
Étude de casProblème, décisions et résultats.Le détail reste disponible pour vérifier les faits et les arbitrages.Ouvrir l’étude complète
01 / Problème
Un novice peut lire beaucoup de documentation sans savoir relier navigateur, réseau, JavaScript et Git, puis perdre confiance au premier incident. Le problème produit était de construire un fil guidé qui exige une preuve de compréhension tout en laissant le droit d’essayer sans risque.
02 / Rôle · équipe · durée · contraintes
Rôle
Product Engineer — architecture pédagogique, UX des parcours, simulations JavaScript et Git, authentification, progression et mise en ligne statique.
Équipe
Projet personnel. Je présente uniquement les choix, incidents et livrables vérifiables dans le produit et le dépôt.
Durée
Durée non publiée. Je ne transforme pas l’historique Git en estimation de charge.
Contraintes
Conserver Docusaurus et une documentation bilingue tout en ajoutant des expériences React interactives.
Exécuter les exercices JavaScript sans accès au réseau ni aux API de la page hôte.
Faire pratiquer Git sans toucher au disque ou au dépôt réel de la personne.
Réconcilier progression locale et Firestore sans rendre le compte obligatoire pour commencer.
Ouvrir le premier incident Git et préparer un point d’extension vers un futur droit d’accès payant.
03 / Hypothèses
Une séquence modèle mental → action → preuve → journal rend les fondamentaux plus réutilisables qu’une lecture linéaire.
Voir graphe, HEAD, index et fichiers évoluer ensemble permet de diagnostiquer Git au lieu de mémoriser des commandes isolées.
Un projet final utile révèle mieux les lacunes JavaScript qu’une succession de quiz.
Alternatives étudiées
Une documentation uniquement linéaire aurait réduit le coût de développement, mais laissé la compréhension non vérifiée.
Un vrai terminal aurait offert plus de liberté, au prix d’un risque inutile pour le poste de travail et d’états difficiles à reproduire.
Un paiement immédiat aurait exigé Stripe et une gestion d’entitlements ; le lancement garde un wall temporaire explicite et un point d’extension dédié.
04 / Arbitrages UX & tech
Liberté JavaScript contre isolation : le runner accepte le langage utile, bloque réseau et API hôte, ajoute des ombres lexicales et interrompt les exécutions trop longues.
Réactivité contre durabilité : chaque parcours sauvegarde d’abord localement, puis fusionne des sources versionnées dans le profil Firestore du compte.
Réalisme Git contre sécurité : le terminal, le graphe et les fichiers partagent un modèle simulé déterministe plutôt qu’un dépôt système.
Découverte contre accès futur : l’incident 01 reste ouvert ; les neuf suivants utilisent un wall provisoire remplaçable par un entitlement Stripe.
05 / Tests · incidents · itérations
Un incident P0 a révélé que le bouton partagé utilisait type="button" : les formulaires Compte et wall Git ont reçu de vrais boutons submit et un test de régression.
Le runner JavaScript a été durci après revue contre fetch, navigation, caches, import dynamique, constructeurs et sorties de worker, avec timeout.
Les anciennes pages de démonstration ont été retirées ou déplacées, puis couvertes par des redirections 301 afin d’éviter des routes parasites et des 404.
52 tests existants et deux tests de séparation des sept carnets passent. L’essai JavaScript, les états Git, FR/EN et les compilations sont vérifiés localement.
06 / Résultats observés
Le parcours actuel contient dix salles Fondamentaux avec cinq preuves obligatoires par salle.
Le parcours JavaScript contient douze modules, des incidents exécutables et un projet final de suivi de candidatures.
Git Mastery contient dix incidents : le premier est ouvert et les neuf suivants passent par le wall temporaire.
Le compte couvre e-mail, réinitialisation, vérification, Google, GitHub et synchronisation de progression ; aucune métrique de maîtrise réelle n’est revendiquée sans étude utilisateur.
Preuves
Preuves et accès.
Produits publics, captures et traces de validation disponibles.