Soy Claudia. Yo escribo el código.

No empecé en el software. Estudié administración de empresas y pasé suficiente tiempo en la zona operativa de empresas reales como para desarrollar una insatisfacción muy concreta: el software casi siempre describía una base de datos, no el trabajo. El gerente, el contable, la gente de ventas o la recepcionista recibían todos la misma pantalla, y cada uno tenía que traducírsela a su propio trabajo antes de poder usarla.

Esa insatisfacción sigue siendo lo más útil que tengo. Por eso pregunto por el proceso antes de preguntar por las funcionalidades, y por eso la primera pregunta que tengo sobre cualquier proyecto es quién va a estar sentado delante de esto todo el día.

Lo que he hecho, concretamente

Siete años de software en producción. Alrededor de 90 plataformas entregadas como desarrolladora independiente, donde me ocupé sola de cada parte: los requisitos, el modelo de datos, la interfaz, la construcción, el servidor y los años de soporte posteriores. Ese periodo me enseñó más sobre cómo fallan los sistemas que cualquier lectura, porque yo era la que recibía la llamada.

Después, dos años en los que la escala creció considerablemente. Primero como única persona de ingeniería en una plataforma de lead generation que vendía en Estados Unidos, donde diseñé y entrené desde cero un modelo de scoring que sustituyera a una API de terceros y construí el módulo de telefonía de un call center, el cumplimiento normativo y las aplicaciones móviles a su alrededor. Desde entonces, sistemas más grandes en el ámbito médico: un sistema operativo para quince clínicas, una plataforma de bienestar con IA, una plataforma de reservas y una herramienta de diagnóstico - la arquitectura, el código y la infraestructura de debajo, todo mío.

A lo largo de los años, las categorías suman una lista considerable: CRM, SaaS, ERP, fichas médicas electrónicas, gestión de almacenes, sistemas de recursos humanos, fintech, gestión de contenidos, e-commerce, plataformas de comunicaciones y tecnología publicitaria. Lo que esa lista significa en realidad es algo más estrecho y más útil de lo que suena: construyo el sistema sobre el que funciona un negocio, no una funcionalidad encima del sistema de otro.

Por qué trabajo sola

No por principio, y no porque no pudiera montar un equipo. Sino porque, para el tamaño de problema que asumo - el sistema central de una sola empresa -, el coste de coordinación de un equipo suele superar el beneficio que aportan las manos de más, y la calidad viene de que una sola persona tenga todo el modelo en la cabeza.

Tiene un límite evidente, y prefiero decirlo yo antes de que lo descubras tú: los proyectos grandes no me asustan, pero la duración del desarrollo crece. En los proyectos grandes ya no hablamos de semanas o de 1-3 meses, sino de muchos meses con 12-14 horas de trabajo al día, porque adoro lo que hago.

Fuera del trabajo

Leo considerablemente más sobre cómo funcionan los negocios que sobre programación, cosa que creo que se nota en lo que construyo. Hablo rumano e inglés con fluidez, y francés, español e italiano lo bastante bien como para trabajar en ellos. Estoy en Bucarest, y la mayoría de mis clientes están en otra parte.