Je suis Claudia. J'écris le code.

Je n'ai pas commencé dans le logiciel. J'ai étudié la gestion d'entreprise et j'ai passé assez de temps du côté opérationnel de vraies entreprises pour développer une insatisfaction très précise : le logiciel décrivait presque toujours une base de données, pas le travail. Le directeur, le comptable, les commerciaux ou la réceptionniste recevaient tous le même écran, et chacun devait se le traduire dans son propre métier avant de pouvoir s'en servir.

Cette insatisfaction reste la chose la plus utile que je possède. C'est pour cela que je pose des questions sur le processus avant d'en poser sur les fonctionnalités, et que la première question que j'ai sur n'importe quel projet est de savoir qui va passer toute la journée devant.

Ce que j'ai fait, concrètement

Sept ans de logiciel en production. Environ 90 plateformes livrées comme développeuse indépendante, où je me suis occupée seule de chaque partie : les besoins, le modèle de données, l'interface, le développement, le serveur et les années de support qui ont suivi. Cette période m'a appris plus sur la façon dont les systèmes cèdent que n'importe quelle lecture, parce que c'était moi qui recevais l'appel.

Puis deux ans où le périmètre a beaucoup grandi. D'abord comme seule ingénieure sur une plateforme de génération de leads qui vendait aux États-Unis, où j'ai conçu et entraîné à partir de zéro un modèle de scoring destiné à remplacer une API tierce, et où j'ai construit le module de téléphonie d'un centre d'appels, la conformité et les applications mobiles autour. Depuis, des systèmes plus grands dans le domaine médical : un système d'exploitation pour quinze cliniques, une plateforme de bien-être avec IA, une plateforme de réservation et un outil de diagnostic - l'architecture, le code et l'infrastructure en dessous, tout est de moi.

Au fil des années, les catégories s'additionnent en une liste considérable : CRM, SaaS, ERP, dossiers médicaux électroniques, gestion d'entrepôts, systèmes RH, fintech, gestion de contenu, e-commerce, plateformes de communication et technologie publicitaire. Ce que cette liste veut vraiment dire est plus étroit, et plus utile, qu'il n'y paraît : je construis le système sur lequel tourne une entreprise, pas une fonctionnalité posée sur le système de quelqu'un d'autre.

Pourquoi je travaille seule

Pas par principe, et pas parce que je ne saurais pas construire une équipe. Mais parce que, pour la taille de problème que je prends en charge - le système central d'une seule entreprise - le coût de coordination d'une équipe dépasse généralement ce qu'apportent les bras supplémentaires, et la qualité vient de ce qu'une seule personne garde tout le modèle en tête.

Cela a une limite évidente, et je préfère la dire moi-même plutôt que de vous laisser la découvrir : les grands projets ne me font pas peur, mais la durée de développement augmente. Sur les grands projets, on ne parle plus de semaines ou de 1-3 mois, mais de nombreux mois à 12-14 heures de travail par jour, parce que j'adore ce que je fais.

En dehors du travail

Je lis beaucoup plus sur le fonctionnement des entreprises que sur la programmation, ce qui se voit, je crois, dans ce que je construis. Je parle couramment le roumain et l'anglais, et le français, l'espagnol et l'italien assez bien pour y travailler. Je suis à Bucarest, et la plupart de mes clients sont ailleurs.