Sobre o serviço
TraduzidoSou um desenvolvedor backend e trabalho exclusivamente no lado do servidor em Kotlin. Isso não é desenvolvimento móvel ou Android: eu projeto e implanto serviços HTTP, APIs REST e gRPC, trabalhadores em segundo plano e camadas de integração que rodam na JVM. Minhas principais ferramentas são Ktor para serviços assíncronos leves e Spring Boot quando um projeto precisa do ecossistema completo de starters, segurança e manipulação de dados. Eu aproveito ativamente corrotinas e concorrência estruturada para manter o processamento de requisições não bloqueante, previsível e compreensível, para que o serviço lide com a carga em vez de se afogar em pools de threads.
Normalmente, começo com um contrato: modelo o domínio, descrevo a superfície da API e penso em como os dados fluem pelas camadas antes do primeiro endpoint. Para PostgreSQL e MySQL, uso Exposed ou JDBC, conecto migrações via Flyway e cubro caminhos-chave com testes unitários e de integração no JUnit e Testcontainers. Me preocupo com a observabilidade, então os serviços vão para produção com logs estruturados, verificações de saúde e métricas prontas para Prometheus e Grafana. Quando chega a hora de implantar, empacoto tudo em Docker, ajusto a JVM para o host de destino e entrego uma build que funciona da mesma forma localmente e no CI.
Estou igualmente confortável em me integrar a uma base de código existente e em iniciar um projeto do zero, e explico as compensações em linguagem simples, sem jargão desnecessário. Se você está escolhendo entre Kotlin e um backend Java ou Go, eu explicarei calmamente onde cada opção faz sentido para que você tome uma decisão informada.
— Serviços de servidor em Kotlin com Ktor e Spring Boot
— Design, versionamento e documentação de API REST e gRPC
— Corrotinas e concorrência estruturada para threads não bloqueantes
— PostgreSQL e MySQL via Exposed, JDBC e Flyway
— Testes com JUnit, Testcontainers e cenários de integração
— Empacotamento em Docker, ajuste da JVM e builds de CI
Normalmente, começo com um contrato: modelo o domínio, descrevo a superfície da API e penso em como os dados fluem pelas camadas antes do primeiro endpoint. Para PostgreSQL e MySQL, uso Exposed ou JDBC, conecto migrações via Flyway e cubro caminhos-chave com testes unitários e de integração no JUnit e Testcontainers. Me preocupo com a observabilidade, então os serviços vão para produção com logs estruturados, verificações de saúde e métricas prontas para Prometheus e Grafana. Quando chega a hora de implantar, empacoto tudo em Docker, ajusto a JVM para o host de destino e entrego uma build que funciona da mesma forma localmente e no CI.
Estou igualmente confortável em me integrar a uma base de código existente e em iniciar um projeto do zero, e explico as compensações em linguagem simples, sem jargão desnecessário. Se você está escolhendo entre Kotlin e um backend Java ou Go, eu explicarei calmamente onde cada opção faz sentido para que você tome uma decisão informada.
— Serviços de servidor em Kotlin com Ktor e Spring Boot
— Design, versionamento e documentação de API REST e gRPC
— Corrotinas e concorrência estruturada para threads não bloqueantes
— PostgreSQL e MySQL via Exposed, JDBC e Flyway
— Testes com JUnit, Testcontainers e cenários de integração
— Empacotamento em Docker, ajuste da JVM e builds de CI
