Captures et vérifications locales — 2–3 octobre 2026. Derniers correctifs sur les versions publiques à confirmer.
CONÇU & DÉVELOPPÉ PAR ALEX ATCReact / TypeScript
Donner une prochaine action concrète à chaque étape.
LE PROJET EN 30 SECONDESAlex ATC / Product Engineer
01L’intention
Donner une prochaine action concrète à chaque étape.
02Ma contribution
Cadrer une mission LED, puis relier cinq étapes à l’état réel du projet.
03Ce qui existe
Un parcours local rejoué du circuit à la fin de préparation simulée, avec reprise après rechargement.
01 / Le sujet
J’ai conçu un atelier qui guide du circuit au PCB, puis à la soudure, à l’inspection et à la préparation du test.
L’Atelier reprend le projet actif et propose une prochaine action issue de son état. Le parcours relie circuit, PCB, soudure, inspection et préparation électrique simulée. Les outils libres, cours et microcontrôleur restent accessibles. Une archive complète permet de garder le travail sans compte ; la progression pédagogique rejoint le passeport après connexion. Le stockage cloud des circuits et PCB reste désactivé par défaut.
Des captures réelles, reliées à une action et à son résultat.
01 / Reprendre
Savoir quoi faire ensuite
La prochaine action dépend du projet courant et des contrôles déjà réalisés. La reprise et une nouvelle tentative sont distinctes ; deux cartes gardent leurs données séparées.
Projet courant · reprise · cinq étapes
02 / Construire
Contrôler la carte actuelle avant de continuer
Le PCB reprend les réseaux du circuit, y compris l’alimentation et son retour. Routage, faces, vias et perçages utilisent les mêmes coordonnées. Une modification invalide le DRC précédent : le contrôle doit être relancé sur l’état actuel.
Circuit source · routage · DRC actuel
03 / Vérifier
Guider les gestes, puis l’inspection
Cinq TP simulent une jonction. Panne étamée, apport au joint, refroidissement, pompe et tresse font évoluer le modèle. Trois observations d’inspection précèdent trois contrôles de préparation. Boutons clavier et repli sans WebGL permettent de suivre le parcours.
Soudure · inspection · préparation simulée
03 / Ma contribution
Ce que j’ai pris en charge.
01
Cadrer une mission LED, puis relier cinq étapes à l’état réel du projet.
02
Développer PCB, DRC, gestes de soudure, inspection guidée et traces d’exécution microcontrôleur.
Conserver une archive locale restaurable et raccorder uniquement la progression pédagogique au passeport.
É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
Passer d’un premier circuit à une fabrication demande de comprendre plusieurs outils, étapes et états de progression. Le problème produit était de garder une prochaine action lisible sans masquer la complexité réelle de l’électronique.
02 / Rôle · équipe · durée · contraintes
Rôle
Product Engineer — cadrage du parcours, UX du workspace, développement de la progression, authentification, synchronisation et mise en ligne.
Équipe
Projet personnel. Le dépôt ne documente pas d’autre rôle ; je présente uniquement les décisions et livrables que je peux démontrer.
Durée
Durée non publiée. Je ne fournis pas d’estimation sans dates de référence vérifiables.
Contraintes
Conserver le travail par projet, sans mélanger deux cartes ou deux comptes.
Distinguer pratique guidée, preuve sans aide et compétence physique.
Garder archive locale et progression de compte distinctes ; aucune sauvegarde cloud des PCB annoncée.
Préserver FR/EN, clavier, mobile et repli sans WebGL.
03 / Hypothèses
Une reprise qui montre le projet courant et la prochaine étape réduit le coût de recontextualisation.
Un parcours continu circuit → PCB → fabrication aide davantage un novice que des outils présentés comme des silos.
Distinguer tentative guidée, rappel et explication autoévaluée peut rendre les limites d’une réussite plus visibles.
Alternatives étudiées
Des labs totalement indépendants auraient simplifié la navigation, mais auraient cassé le fil entre conception et fabrication.
Le fichier garde l’atelier complet sans compte ; le connecteur Firebase restaure seulement la progression pédagogique.
La couche sociale a été retirée du routeur, de la navigation et des vues concernées pour concentrer le lancement sur la boucle d’apprentissage.
04 / Arbitrages UX & tech
Simulation guidée et preuve autonome restent séparées ; une explication autoévaluée ne produit pas un score de compréhension.
Une modification du PCB annule les contrôles obsolètes, même si cela ajoute une étape.
Le compte synchronise les traces pédagogiques ; les projets de fabrication restent dans l’archive locale.
Le DRC et les alertes thermiques restent pédagogiques, sans validation industrielle ni température réelle certifiée.
05 / Tests · incidents · itérations
Deux cartes pouvaient partager une reprise ; les sessions dépendent désormais du projet et du circuit source.
Le DRC est invalidé après édition ; les jalons microcontrôleur exigent l’exécution du programme courant.
148 tests de l’audit et deux tests du connecteur réussissent ; compilation, archive, FR/EN et contrôles 320/390/768 px documentés.
Les règles Firebase acceptent la progression privée. Derniers connecteurs vérifiés localement ; informations réelles de publication encore à compléter.
06 / Résultats observés
Un parcours local rejoué du circuit à la fin de préparation simulée, avec reprise après rechargement.
Des contrôles refusent une progression sans DRC actuel ou sans exécution du programme.
Une archive complète exportée et restaurée sans compte.
Simulation pédagogique : aucune carte physique, compétence d’atelier ou amélioration d’apprentissage validée.
Preuves
Preuves et accès.
Produits publics, captures et traces de validation disponibles.
Audit et correction de 22 constats, 148 tests puis deux tests du connecteur, parcours et archive contrôlés localement. Rapports disponibles sur demande.