Cerveau neuroatypique et developpement : mon workflow pour rester productif

Mon cerveau fonctionne differemment. Je l'ai compris tardivement, et comme beaucoup de devs dans ce cas, j'ai d'abord vu ca comme un obstacle. Puis j'ai realise que cette pensee non-lineaire n'etait pas un defaut — c'etait un mode de fonctionnement different. Et en freelance, cette difference est devenue un avantage.

Cet article n'est pas un guide medical. C'est un retour d'experience concret sur les strategies qui me permettent de livrer du code de qualite tout en travaillant avec (et non contre) ma neuroatypie.

L'hyperfocus : mon super-pouvoir (a double tranchant)

Quand un probleme me passionne, je peux coder pendant 6 heures sans lever la tete. C'est l'hyperfocus — cet etat de concentration intense que connaissent beaucoup de cerveaux neuroatypiques.

Sur Avistra, les sessions les plus productives sont celles ou je plonge dans un probleme complexe : refactorer le pipeline de sauvegarde canvas, debugger un comportement Firefox specifique, ou implementer un systeme de ports unifies pour 53 protocoles. L'hyperfocus transforme ces taches marathon en sprints.

Le revers : l'hyperfocus ne se commande pas. Et quand il s'arrete, le crash est reel. Ma strategie :structurer l'environnement pour que l'hyperfocus ait un cadre — des sessions definies, des commandes de cloture, des checkpoints automatiques.

La variete comme carburant

Mon cerveau deteste la monotonie. Travailler sur le meme projet, les memes fichiers, les memes patterns pendant des semaines — c'est le chemin le plus court vers le decrochage.

Ma solution en freelance : le multi-projet. Avistra (SaaS AV), CRM + Copilot pour un organisme de formation, site vitrine, des missions ponctuelles — chaque journee peut etre differente. Ce qui pour d'autres serait de la dispersion est pour moi de la diversification energetique.

En pratique, j'alterne souvent entre 2-3 projets dans la meme journee. Pas par manque de focus, mais parce que chaque switch recharge ma batterie d'attention sur le projet suivant.

Concevoir pour un cerveau atypique

Le projet qui m'a le plus appris sur le sujet, c'est un Copilot neuroatypique — une app de gestion pour une formatrice au fonctionnement cognitif different. Concevoir pour quelqu'un d'autre avec le meme type de pensee non-lineaire, ca force a formaliser des intuitions.

Voici les 5 principes UX neuro-friendly que j'ai identifies et appliques :

1. Maximum 3 informations visibles — au-dela, c'est la surcharge cognitive. Banniere urgente (max 3) + calendrier + legende, point final.
2. La couleur avant le texte — le traitement visuel precede le cognitif. Un code couleur elimine le besoin de lire pour comprendre l'etat d'une tache.
3. Zero choix requis au demarrage — des valeurs par defaut opinionnees. La vue affiche tout, pas de configuration necessaire.
4. Urgences proactives — banniere rouge en haut, impossible a rater. Push plutot que pull — le systeme vient a toi, pas l'inverse.
5. Feedback immediat — confettis quand une tache est terminee, toast de confirmation, barre de progression. Un cerveau neuroatypique a besoin de dopamine immediate.

Les anti-patterns a eviter

En concevant ce Copilot, j'ai aussi identifie ce qui ne marche absolument pas pour un utilisateur neuroatypique :

• Les pages blanches — un formulaire vide = paralysie. Toujours pre-remplir avec des valeurs sensees.
• Les options multiples — radio buttons a 5+ choix = decision fatigue. Preferer les toggles binaires.
• L'imbrication profonde — max 2 niveaux (projet → jalon). Pas de sous-sous-taches.
• Les outils surcharges — j'ai choisi Frappe Gantt (minimal) plutot que SVAR (surcharge de features). Le bon outil est celui qui fait le minimum necessaire.
• Le feedback silencieux — si l'utilisateur fait une action et que rien ne se passe visuellement, il va re-cliquer 5 fois.

Mon workflow quotidien

Voici a quoi ressemble une journee type structuree pour ma pensee non-lineaire :

• Matin (9h-12h) : deep work — les taches complexes quand l'hyperfocus est le plus accessible. Features nouvelles, refactoring, bugs difficiles. Pas de meetings, pas de mails.
• Debut d'apres-midi (14h-16h) : taches variees — reviews, petits bugs, admin, emails. Le moment ou la concentration longue est plus difficile = taches courtes et variees.
• Fin d'apres-midi (16h-19h) : second wind — souvent un deuxieme pic d'hyperfocus. Tests E2E, documentation, exploration technique.

La cle : ne pas combattre les cycles naturels. Si l'energie est la, je code. Si elle n'est pas la, je fais des taches de contexte faible plutot que de forcer.

Les outils qui m'aident

Au-dela du workflow, certains outils sont devenus indispensables :

• Claude Code avec sessions structurees — les commandes /open-sessionet /close-session creent un cadre. Quand je decroche et reviens 3 heures plus tard, le contexte est intact. Ca compense la memoire de travail fluctuante.
• Les quality gates automatiques — pre-commit hooks, pre-push validations, CI/CD. Mon cerveau oublie de verifier les types ? Le pipeline le fait pour moi.
• Le design system comme garde-fou — tokens de design centralises, composants normalises, cn() pour les classes conditionnelles. Ca elimine les micro-decisions de style qui drainent l'attention.
• Zod pour la validation — definir le schema une fois, valider partout. Pas besoin de se rappeler quels champs sont requis — c'est dans le contrat.

Transformer la contrainte en methode

Ma neuroatypie m'a force a developper des systemes que beaucoup de devs negligent : documentation rigoureuse, automatisation des taches repetitives, feedback immediat sur la qualite du code.

Ces systemes ne compensent pas un deficit — ils creent un avantage. Sur Avistra, 693 sessions avec zero perte de contexte, ce n'est pas malgre ma pensee non-lineaire. C'est grace aux systemes qu'elle m'a force a construire.

Si tu es dev et neuroatypique : arrete d'essayer de travailler "comme tout le monde". Structure ton environnement pour ton cerveau, pas contre lui. Les outils existent. Les patterns existent. Il reste juste a les assembler de la bonne façon.