Preguntas,
sin rodeos.

Backend Java con un problema de datos detrás, y automatización con IA: que un modelo entre en un proceso de verdad y devuelva algo útil al final del lote. Me interesa especialmente la parte fea, la de los datos sucios, los reintentos y lo que pasa cuando el modelo se cae. Y si hay que montar el suelo donde va a correr, cuenta conmigo: es la parte que menos gente sabe hacer y la que más margen da.

Estoy en plantilla y sigo abierto a encargos. Lo que no hago es prometer disponibilidad por escrito sin saber de qué hablamos: el alcance, el plazo y si me cabe se ven en una conversación, y desde el principio, no cuando ya has presupuestado.

Sí. Si buscas a alguien para un equipo de backend Java, para mantener un sistema que lleva años vivo o para meter IA generativa donde todavía se hace a mano, encajo. El CV está enlazado en el inicio y en la sección de experiencia, con la formación y las certificaciones.

Los que tengan un problema identificable y un final. Un pipeline de captación en seis semanas vale igual que una incorporación de dos años en un producto. Lo que no saco adelante es un proyecto indefinido donde no está claro a quién sirve el resultado: ahí el código se escribe pero nadie decide, y he estado en ese sitio.

Vivo en Barcelona. En remoto trabajo sin problema y necesito estar delante en muy contadas ocasiones: desplegar algo en una máquina física o montar un servidor. Justamente por eso tengo costumbre de documentar lo que hago en la máquina, porque nadie me va a preguntar por encima de una mesa.

Con dos preguntas que no son tecnológicas: cuál es el dato que entra y cuál es el resultado que alguien va a usar. Con eso escrito se ve enseguida si hace falta un modelo de lenguaje, una consulta SQL o una hoja de cálculo. Las dos primeras fichas del archivo son proyectos que empezaron exactamente así.

Repositorio privado desde el primer commit y un README que se escribe a la vez que el código, no al final para enseñarlo. En mi trabajo entro en metodología ágil con JIRA. En lo mío, el orden es primero el modelo de datos y después la interfaz: si la tabla está mal, todo lo de encima se va a pasar el rato corrigiéndose a sí mismo.

Sí, y los escribo donde se puedan leer sin mí. Cada herramienta mía deja un registro de ejecución y un resumen al terminar: el descargador por lotes dice cuántos enlaces pasaron y cuántos no, el compresor dice qué combinación de once tuvo que usar para caber en el límite. Un avance que solo vive en una reunión se evapora el jueves.

Como una decisión, no como un favor. Un alcance que crece cambia la fecha o cambia el precio, y lo digo en el momento en que crece, no al final. Lo único que no hago es asumirlo en silencio para quedar bien; eso lo acabo pagando yo en fines de semana y lo paga el proyecto en calidad.

README con qué hace, qué no hace, cómo se ejecuta y qué hay que configurar, más los comentarios puestos donde se van a leer dentro de un año. Los README de mis repositorios son largos a propósito: son la única parte de mi trabajo que puedo enseñar sin permiso de nadie, así que también me sirven de prueba.

Cuando toca y sin engañarme a mí mismo. El CRM lleva ciento treinta y cinco tests. Este mismo año he decidido cuáles escribir antes de empezar en dos proyectos pequeños, y hay dos fichas del archivo donde digo claramente que las deben tener y no las tienen, en vez de callármelo. Prefiero decir dónde debo dinero antes que fingir que el proyecto está cerrado.

En el CV, que es un PDF enlazado desde el inicio y desde la sección de experiencia, y en LinkedIn. Calidad en Zeelo entre 2021 y 2022, y desarrollo en NTT DATA desde 2024 en proyectos de seguros, con migración de entornos IBM Mainframe y backend de IA generativa. Formación reglada: CFGM en sistemas y CFGS en desarrollo multiplataforma, más un certificado de Java full-stack.

Lenguajes, Java, Python y PHP. Backend, Spring Boot y Spring AI. Delante, React con TypeScript, y defiendo CSS a mano cuando el proyecto no necesita un framework. Datos, MySQL, MariaDB, PostgreSQL y SQLite. IA, modelos de lenguaje locales, RAG con índice vectorial, agentes y herramientas MCP. Sistemas, Linux, Windows, Docker y administración sobre unRAID y Synology. Pruebas, Cypress y JUnit. Unity, lo justo para no engañar a nadie.

Backend. Mi sitio es el modelo de datos, el contrato de los endpoints, el multi-tenant y lo que pasa cuando un lote de treinta mil elementos falla en el cuatro mil. React y TypeScript los uso en producción y los saco adelante, pero no te voy a vender que soy diseñador de interfaces.

Lo justo y necesario, y lo hago a mano. Este portfolio está maquetado en HTML y CSS sin framework ni proceso de compilación, con tema claro y oscuro, y todas las combinaciones de texto y fondo medidas con un script para que cumplan el nivel AA de accesibilidad. Es un trabajo de oficio pequeño, pero es mío y se puede comprobar con el inspector.

Porque los repositorios son privados: los de mi empresa por contrato y los míos porque contienen reglas de negocio y datos de terceros. Cada ficha del archivo dice cuántos endpoints, entidades, tests y líneas hay, contados sobre el repositorio, y el código se puede ver en una conversación si hace falta. Me parece una prueba mejor que un repositorio público con cuatro commits de una librería que ya nadie mantiene.

Siete casos con ficha en el archivo. Un CRM multi-tenant con IA local, subtítulos y traducción que no salen del equipo, tres pipelines de captación, un motor de juego con modo IA y su versión determinista, un planificador de turnos y dos servidores propios. Además cinco herramientas sueltas —un compresor de PDF entre ellas— que enseño en una línea porque valen por su oficio, no por su arquitectura.

Por correo o por teléfono: ambos están dentro del CV, enlazado en la sección de contacto del inicio. También por LinkedIn. Prefiero correo para lo largo, porque los detalles se pierden en un chat.

Abierto a encargo y a contratación, como dice la portada. La disponibilidad concreta depende del mes y de lo que esté ocupando mi tiempo libre, así que se confirma al escribir, no aquí, para que no leas una cifra desactualizada.

No publico un tiempo de respuesta que no he medido. Si en dos días laborables no tienes noticias, vuelve a escribir o dime algo por LinkedIn: a veces el correo de un desconocido se va al fondo de una caja y no es falta de interés.

Barcelona, España. Zona horaria de Europa central, que cubre sin esfuerzo a cualquier cliente europeo y a media Latinoamérica.

Sí, y es probablemente la mejor manera de empezar. Una primera conversación sirve para ordenar el problema, y a veces el resultado es que no hace falta escribir ningún código. Te lo diré en esa conversación, no cuando ya lo haya escrito.