Sobre mí
Empecé en 2018 con sistemas financieros en Java, pasé por backends distribuidos y marketplaces, y ahora construyo productos de principio a fin, con IA donde de verdad ayuda. En todos mis puestos he seguido siendo responsable de los sistemas después de publicarlos, y eso cambia la forma de construirlos.
Mis primeros años fueron en software financiero en Crossinx, donde un número equivocado es un problema real. Ahí aprendí a diseñar el esquema antes de escribir la funcionalidad, a tratar una migración como algo que tiene que poder revertirse y a probar los caminos por los que nadie hace clic. Java y Spring Boot eran las herramientas; el cuidado con los datos fue la lección.
Amdaris me llevó a los sistemas distribuidos: Kafka, GraphQL, servicios de distintos equipos y despliegues en Azure. En FeelIT trabajé más cerca del producto, incluidas las primeras funcionalidades con modelos de lenguaje que llevé a producción. Hoy soy el único desarrollador en tres productos a la vez, lo que significa que el diseño, el código, las versiones y el soporte son míos.
La mayoría de los problemas difíciles de un producto están en sus datos, no en sus pantallas. La primera parte de un proyecto la dedico al esquema, a los estados en los que puede estar un registro y a qué pasa cuando dos personas cambian lo mismo a la vez. Eso es lo que hace que las funcionalidades posteriores salgan baratas en vez de dolorosas.
He sido el único desarrollador en tres productos a la vez: escribiendo las funcionalidades, ejecutando las compilaciones, publicando las versiones y atendiendo los problemas que llegan después. Eso elimina el hueco en el que algo cuenta como terminado pero en realidad no funciona, y es la razón por la que me importan los procesos de publicación tanto como el código.
Una llamada a un modelo es una dependencia con una latencia impredecible, un coste real y la costumbre de equivocarse con seguridad. Por eso pongo tiempos de espera, validación de la salida, un presupuesto de tokens y un respaldo delante de cada integración, y mido lo que cuesta antes de que tenga que escalar.
La documentación, las pruebas y un despliegue que otro ingeniero pueda repetir no son extras. Son la diferencia entre un proyecto que puedes continuar sin mí y uno que no, y deberías poder dejarlo cuando quieras.
Agrupado por función, porque una lista de nombres no dice nada sobre cómo se usan.
Único desarrollador de tres productos de GlavUpDK: la aplicación Android offline-first «Gosti» para el registro de invitados y vehículos en actos protocolarios, el conjunto «Avto» para el centro de servicio de vehículos y el cliente nativo de OTRS para el helpdesk interno.
leer más →Backend en Node.js/Express con integraciones de OpenAI para la transcripción y la detección de emociones, y funcionalidades de frontend en React.
leer más →Microservicios con Java/Spring Boot y Node.js: API REST y GraphQL, Kafka, SQL y MongoDB, desplegados en Azure en un proyecto interno.
leer más →Backend de microservicios en Java/Spring Boot. En Android, una aplicación con detección de documentos mediante OpenCV y una biblioteca Kotlin Multiplatform.
leer más →El CV está disponible en inglés, ruso, rumano y español. O pásalo por alto y cuéntame qué quieres construir.