Yohann Lesueur Candidature · Lynkia
Chapitre I — L'atelier
Vous modernisez Lynkia vers une plateforme React et TypeScript enrichie par l'IA. Depuis step ans, je construis des applications métier où la qualité du code compte autant que l'expérience des utilisateurs. Ce carnet explique pourquoi je pense pouvoir contribuer à ce chantier.
tourner la page
Le relevé du terrain
Ce sont mes hypothèses en tant que développeur découvrant votre projet, avant même d'avoir accès au code.
Le défi n'est pas de remplacer un ancien logiciel par un nouveau. C'est de permettre aux utilisateurs de continuer à travailler sans perdre leurs repères. Une migration réussie est souvent invisible
Une suggestion n'a de valeur que si l'utilisateur comprend pourquoi elle est proposée et peut la valider rapidement. L'interface est aussi importante que le modèle.
Quand un logiciel comptable se trompe, les conséquences dépassent largement le bug. Le rôle des tests est de sécuriser les règles métier, pas seulement le code.
Écrire du bon code ne suffit pas. Il faut aussi documenter, partager les décisions et faire progresser les autres développeurs.
Faire évoluer Lynkia tout en maintenant un CRM implique de choisir où investir le temps de l'équipe. Ce sont souvent ces arbitrages qui font avancer un produit.
J'aime les équipes où l'on connaît les personnes qui utilisent nos composants, où les décisions se prennent rapidement et où chacun peut avoir un impact visible.
d'hier à demain —
sans casser le pont
Chapitre II — La traversée
C'est ça, une migration legacy → web : un pont qu'on construit pendant qu'on marche dessus.
Elle se mesure au nombre d'utilisateurs qui continuent à travailler sans friction.
C'est le type de défi qui me motive. Chez Accenta.ai, j'ai participé à faire évoluer une plateforme complexe
où chaque évolution devait rester fiable, lisible et compréhensible pour ses utilisateurs.
La suite de ce carnet explique pourquoi je pense que mon parcours peut être utile au vôtre.
pourquoi moi
J’ai travaillé sur des applications web où l’utilisateur doit comprendre rapidement des informations nombreuses, évolutives et parfois complexes. Je sais concevoir des interfaces React structurées, lisibles et cohérentes, avec une attention particulière portée aux tableaux, aux graphiques, aux états de l’interface et aux parcours de validation.
Mon expérience de formateur web m’a appris à expliquer clairement des sujets techniques, à structurer une progression et à accompagner différents niveaux de compréhension. Je peux contribuer au code, mais aussi à la qualité collective : revue de code, documentation, partage de bonnes pratiques et montée en compétence de l’équipe.
En tant que développeur full-stack et ex-cofondateur d’iDem Agency, j’ai pris en charge des projets de bout en bout : cadrage, architecture, développement, qualité, CI/CD et livraison. Cette expérience m’a appris à arbitrer entre ambition fonctionnelle, contraintes techniques, délais et fiabilité.
dix ans de route,
deux longues étapes
Chapitre III — Le chemin
Mon parcours s’est construit au fil de contextes différents : des missions courtes lorsque le format l’imposait, et des expériences longues lorsque le projet et l’équipe me donnaient envie de m’inscrire dans la durée. Chaque étape a renforcé ma capacité à m’adapter, à construire et à transmettre.
levé de tracé - le parcours
Conception et développement de plateformes web sur mesure avec React, Next.js et Python.Architecture, qualité, CI/CD et livraison de projets de bout en bout. Cette expérience m’a appris à transformer rapidement un besoin client en solution concrète, tout en conciliant qualité, délais et contraintes réelles.
Développement d’interfaces de visualisation de données énergétiques : tableaux, graphiques et données issues de capteurs. En React-Typescript & Django Une expérience au croisement du front-end, de la data et de l’intelligence artificielle, dans un environnement où la lisibilité et la fiabilité des informations sont essentielles. Refonte de module legacy vers une architecture hexagonale en TDD
Interventions sur des applications web dans des contextes produit et métier variés en React + Django + Celery + Redis pour les tâches asynchrones à l'échelle.
Deux ans et demi à mener des débutants à créer une application qui tourne. Formation professionnelle au développement, par groupes de 10 à 20 personnes : Java, Python, React (composants, props/état, hooks, routage, React Hook Form, gestion d'état, introduction à la sécurité), TypeScript, Git complet, jQuery/DOM/AJAX.
Un mois intensif de C, de Git et de shell. Le goût des fondamentaux date de là.
visite de chantier · vos questions
Un parcours peut soulever quelques questions. Voici les réponses les plus importantes, en toute transparence.
Je peux contribuer à la fois au développement et à la structuration du produit. Mon expérience me permet de participer aux choix d’architecture, de garder une attention particulière à la qualité du code et de comprendre les enjeux côté API. Mon expérience de formateur m’a également appris à expliquer clairement, faire progresser les autres et partager les bonnes pratiques. Mon objectif n’est pas d’imposer une manière de faire, mais d’aider l’équipe à construire des bases solides tout en continuant à livrer efficacement.
Je suis front-end par préférence et full-stack par expérience. Mon parcours en Django et FastAPI me permet de comprendre les contrats d'API, les règles métier et les contraintes côté serveur. Je peux donc construire une interface cohérente sans perdre de vue les données qu'elle manipule. Cette double compétence facilite les échanges avec l'équipe back-end et permet de débloquer rapidement certains sujets.
iDem Agency a été une aventure entrepreneuriale menée à deux. J'y ai pris en charge la partie technique de bout en bout : architecture, développement, qualité et livraison des projets. Cette expérience m'a appris à livrer avec des contraintes réelles de temps et de budget. Elle m'a aussi permis de clarifier ce que je recherche aujourd'hui : m'investir dans un produit, une équipe et un projet de long terme. Car la direction d’une entreprise implique de nombreuses responsabilités annexes : développement commercial, gestion et suivi administratif qui ne m'ont pas plu. Tétralink mets en avant une culture d'entreprise qui a l'air géniale, des projets pleins de défis ainsi que des possibilités dévolution. C’est précisément ce qui m’intéresse.
Je ne connais pas encore votre métier de l'intérieur, et je ne prétends pas le contraire. En revanche, j'ai déjà travaillé sur des produits techniques et métier, notamment dans l'énergie, avec des données complexes, des enjeux de fiabilité et des utilisateurs qui doivent pouvoir comprendre rapidement l'information. La comptabilité sera un nouveau domaine à apprendre, aux côtés des personnes qui la pratiquent. C'est justement ce qui m'intéresse dans un logiciel métier : comprendre les usages pour construire des outils réellement utiles.
arche par arche -
jamais en big bang
Chapitre IV - Le chantier
Écran par écran, le legacy s'éteint et Lynkia s'allume. On ne remplace pas un pont d’un seul coup. On sécurise les fondations, on construit travée après travée, puis on ouvre progressivement le nouveau passage.
phasage - 90 premiers jours
Ce plan sera contredit dès la première semaine. C'est prévu : un plan sert à mesurer l'écart, pas à prédire l'avenir.
Objectif du trimestre : Être rapidement identifié comme un développeur fiable, impliqué et agréable à intégrer dans le quotidien de l’équipe : avec au moins plusieurs contributions concrètes déjà utile aux utilisateurs ou aux développeurs.
Croquis d'étude - hypothèses
Je découvre le produit de l'extérieur. Ces idées ne sont donc ni des certitudes ni des recommandations : ce sont des points de départ de ma reflexion lorsque j'imagine le produit.
Dans un logiciel utilisé quotidiennement, les raccourcis, le focus et la navigation au clavier peuvent avoir un impact direct sur la productivité. À mesurer auprès des utilisateurs.
Un score seul ne suffit probablement pas. L'utilisateur doit comprendre ce que la suggestion signifie, pourquoi elle est proposée et comment la valider ou la corriger.
Une fonctionnalité d'assistance semble particulièrement pertinente lorsqu'elle accélère une tâche tout en laissant la décision finale à l'utilisateur.
Qu'il s'agisse d'une évolution de l'existant ou d'une nouvelle fonctionnalité, avancer par périmètres maîtrisés permet probablement d'apprendre plus vite et de sécuriser les usages.
Les tableaux, filtres, formulaires ou systèmes de navigation sont peut-être suffisamment transverses pour mériter une attention particulière. À confirmer en observant les écrans existants et les besoins à venir.
Chargement, erreur, absence de données ou action en cours : ces situations méritent la même attention que l'état nominal de l'interface.
Lynkia et les autres outils du groupe pourraient bénéficier de certains principes ou composants communs, à condition que cela simplifie réellement leur évolution.
Les comportements d'affichage et de validation liés aux règles métier méritent des tests ciblés. La stratégie devra trouver le bon équilibre entre tests unitaires, intégration et parcours complets.
Un socle commun peut éviter les divergences inutiles entre interfaces, sans devenir une contrainte qui ralentit les équipes.
Un logiciel métier doit parfois afficher beaucoup d'informations. L'enjeu est peut-être de trouver le bon équilibre entre densité, lisibilité et personnalisation.
un bon outil métier :
on ne le remarque
que s'il s'éteint
Chapitre V - La suite
Ce carnet ne remplace pas une discussion avec celles et ceux qui construisent Lynkia au quotidien. Je serais heureux d’échanger avec vous, pour comprendre vos priorités, vos contraintes et la manière dont je pourrais contribuer à l’équipe. Je viens avec une expérience concrète de React, TypeScript, Python, des applications métier et de la transmission mais surtout, avec l’envie de construire un produit utile, fiable et durable, au sein d’une équipe.
- Yohann Lesueur, carnet tenu à Rennes, juillet 2026React · TypeScript · 7 ans Scènes : papier découpé génératif, animé par IA
