Accueil / À propos
À propos
Pourquoi se fier à ce dossier : comment je réfléchis, comment j'en suis arrivé là, et pourquoi je publie le travail au grand jour.
Je suis Sean Duncombe. Je conçois et construis des flux de travail IA sur mesure ainsi que les systèmes internes qui font discrètement tourner les entreprises — planification, automatisation et intégrations Google Workspace — à travers ma structure, Neuroframe.
Le travail est presque invisible quand il fonctionne bien : un agenda qui ne double jamais une réservation, un processus d'accueil qui s'oriente tout seul, un modèle de permissions qu'une équipe de sécurité valide sans exiger de seconde réunion. Ce qui mérite d'être jugé, ce n'est pas la fonctionnalité — c'est le raisonnement qui la sous-tend, et le fait qu'il ait tenu en production. Ce site est donc précisément le dossier de tout cela : chaque système avec ses décisions, ses incidents et ses révisions, écrit pour être audité plutôt qu'admiré.
Comment je réfléchis
Les décisions avant le code. J'écris la RFD et je débats du compromis avant de construire. Le raisonnement survit à l'implémentation.
Le mécanisme ennuyeux l'emporte. Entre une solution astucieuse et une solution terne mais prouvée correcte, je livre la terne — c'est elle qui tient encore debout à 3 h.
Rendre l'échec réparable, puis le publier. Tout ne peut pas être évité ; tout peut échouer sans casse et donner lieu à un post-mortem honnête.
Ne pas dupliquer l'état de la plateforme. Une seconde source de vérité est une seconde chose qui peut se tromper. Je retire des parties avant d'en ajouter.
Terminé, c'est quand quelqu'un d'autre peut l'exploiter. La documentation n'est pas la paperasse après le travail — c'est la preuve que le travail est terminé.
Comment j'en suis arrivé là
J'ai rédigé la première Request for Discussion. Depuis, chaque système commence comme une RFD numérotée et argumentée, avant la moindre ligne de code.
Délégation à l'échelle du domaine, au moindre privilège, sur Calendar, Gmail et Drive — délimitée pour passer la revue de sécurité d'un client plutôt que la contourner.
Un exécuteur de tâches piloté par événements, avec des pistes d'audit par exécution ; les processus humains récurrents sont devenus observables et rejouables.
Planification sur Google Workspace sans base de données de référence. La RFD-014 a remplacé la compensation par une sérialisation par praticien — la double réservation a cessé de se produire.
Un incident lié au changement d'heure a motivé une reconstruction v3 et une suite de tests de non-régression DST ; la même année, une couche d'accueil assistée par IA est passée en production.
J'ai commencé à publier les systèmes, les décisions et les incidents sous la forme de ce dossier d'exploitation.
Ce sur quoi je travaille en ce moment
Il y a d'ordinaire quelque chose à mi-chemin entre le privé et le public : étendre le journal de décisions à une vue ouverte là où la confidentialité client le permet, et durcir les systèmes déjà documentés ici. Avec le temps, le flux de contact de ce site tournera sur le même moteur de réservation décrit dans son dossier — le dossier se mangeant lui-même à sa propre sauce.