Acerca del servicio
TraducidoSoy un desarrollador de backend y trabajo exclusivamente en el lado del servidor en Kotlin. Esto no es desarrollo móvil o de Android: diseño y despliego servicios HTTP, REST y gRPC APIs, trabajadores en segundo plano y capas de integración que se ejecutan en la JVM. Mis principales herramientas son Ktor para servicios asíncronos ligeros y Spring Boot cuando un proyecto necesita todo el ecosistema de iniciadores, seguridad y manejo de datos. Aprovecho activamente las corutinas y la concurrencia estructurada para mantener el procesamiento de solicitudes no bloqueante, predecible y comprensible, de modo que el servicio maneje la carga en lugar de ahogarse en grupos de hilos.
Normalmente empiezo con un contrato: modelo el dominio, describo la superficie de la API y pienso en cómo fluyen los datos a través de las capas antes del primer endpoint. Para PostgreSQL y MySQL utilizo Exposed o JDBC, conecto migraciones a través de Flyway y cubro rutas clave con pruebas unitarias e integradas en JUnit y Testcontainers. Me importa la observabilidad, así que los servicios van a producción con registros estructurados, verificaciones de salud y métricas listas para Prometheus y Grafana. Cuando llega el momento de desplegar, empaqueto todo en Docker, ajusto la JVM para el host objetivo y entrego una construcción que funciona de la misma manera localmente y en CI.
Me siento igualmente cómodo conectándome a una base de código existente y comenzando un proyecto desde cero, y explico los compromisos en un lenguaje sencillo sin jerga innecesaria. Si estás eligiendo entre Kotlin y un backend en Java o Go, te guiaré con calma a través de dónde cada opción tiene sentido para que tomes una decisión informada.
— Servicios de servidor en Kotlin con Ktor y Spring Boot
— Diseño, versionado y documentación de API REST y gRPC
— Corutinas y concurrencia estructurada para hilos no bloqueantes
— PostgreSQL y MySQL a través de Exposed, JDBC y Flyway
— Pruebas con JUnit, Testcontainers y escenarios de integración
— Empaquetado en Docker, ajuste de JVM y construcciones de CI
Normalmente empiezo con un contrato: modelo el dominio, describo la superficie de la API y pienso en cómo fluyen los datos a través de las capas antes del primer endpoint. Para PostgreSQL y MySQL utilizo Exposed o JDBC, conecto migraciones a través de Flyway y cubro rutas clave con pruebas unitarias e integradas en JUnit y Testcontainers. Me importa la observabilidad, así que los servicios van a producción con registros estructurados, verificaciones de salud y métricas listas para Prometheus y Grafana. Cuando llega el momento de desplegar, empaqueto todo en Docker, ajusto la JVM para el host objetivo y entrego una construcción que funciona de la misma manera localmente y en CI.
Me siento igualmente cómodo conectándome a una base de código existente y comenzando un proyecto desde cero, y explico los compromisos en un lenguaje sencillo sin jerga innecesaria. Si estás eligiendo entre Kotlin y un backend en Java o Go, te guiaré con calma a través de dónde cada opción tiene sentido para que tomes una decisión informada.
— Servicios de servidor en Kotlin con Ktor y Spring Boot
— Diseño, versionado y documentación de API REST y gRPC
— Corutinas y concurrencia estructurada para hilos no bloqueantes
— PostgreSQL y MySQL a través de Exposed, JDBC y Flyway
— Pruebas con JUnit, Testcontainers y escenarios de integración
— Empaquetado en Docker, ajuste de JVM y construcciones de CI
