Sobre o serviço
TraduzidoSou um desenvolvedor backend e trabalho apenas em Go, porque estou interessado na parte do produto que deve ser correta, rápida e sempre disponível. Nos últimos anos, lancei microserviços, plataformas internas e APIs públicas em produção, através das quais flui tráfego real, e estou convencido de que o valor do Go não está em truques inteligentes, mas em confiabilidade entediante: gerenciamento de memória previsível, tratamento honesto de erros e código que toda a equipe lê sem tradução. Ao me contratar, você obtém alguém que pensa sobre percentis de atraso, desligamento gracioso e o que acontecerá às três da manhã quando uma dependência externa começar a expirar, não apenas sobre fazer o caminho feliz funcionar.
Meu trabalho diário é projetar e construir serviços com contratos REST ou gRPC limpos apoiados por PostgreSQL, Redis, Kafka ou NATS. Eu confio deliberadamente no modelo de concorrência do Go: goroutines e canais para pipelines, contexto para cancelamento e prazos, pools de trabalhadores e limitação de taxa, para que picos de tráfego degradem graciosamente em vez de derrubar o serviço. Eu incorporo observabilidade desde o primeiro commit: logs estruturados, métricas e rastreamento são integrados imediatamente, e cada serviço vem com testes, verificações de saúde e um contêiner pronto para Docker e Kubernetes. Escrevo migrações, documento endpoints e mantenho o código idiomático para que o próximo desenvolvedor se mova rapidamente.
Sinto-me igualmente confortável mergulhando em um sistema existente para desenredar um endpoint lento ou vazamento de memória, e começando um novo serviço a partir de um repositório vazio e levando-o à produção. Estimo prazos de forma honesta, comunico-me de forma objetiva e prefiro pequenas mudanças verificáveis a grandes implantações arriscadas. Descreva a tarefa e as restrições — eu retornarei um plano, um cronograma realista e código funcional.
— Microserviços em Go com APIs REST e gRPC
— Concorrência: goroutines, canais, contexto, pools de trabalhadores
— Integração e modelagem de dados: PostgreSQL, Redis, Kafka, NATS
— Docker, Kubernetes e pipelines de CI/CD
— Observabilidade: logs estruturados, métricas do Prometheus, rastreamento
— Testes, perfilagem e ajuste de desempenho sob carga
Meu trabalho diário é projetar e construir serviços com contratos REST ou gRPC limpos apoiados por PostgreSQL, Redis, Kafka ou NATS. Eu confio deliberadamente no modelo de concorrência do Go: goroutines e canais para pipelines, contexto para cancelamento e prazos, pools de trabalhadores e limitação de taxa, para que picos de tráfego degradem graciosamente em vez de derrubar o serviço. Eu incorporo observabilidade desde o primeiro commit: logs estruturados, métricas e rastreamento são integrados imediatamente, e cada serviço vem com testes, verificações de saúde e um contêiner pronto para Docker e Kubernetes. Escrevo migrações, documento endpoints e mantenho o código idiomático para que o próximo desenvolvedor se mova rapidamente.
Sinto-me igualmente confortável mergulhando em um sistema existente para desenredar um endpoint lento ou vazamento de memória, e começando um novo serviço a partir de um repositório vazio e levando-o à produção. Estimo prazos de forma honesta, comunico-me de forma objetiva e prefiro pequenas mudanças verificáveis a grandes implantações arriscadas. Descreva a tarefa e as restrições — eu retornarei um plano, um cronograma realista e código funcional.
— Microserviços em Go com APIs REST e gRPC
— Concorrência: goroutines, canais, contexto, pools de trabalhadores
— Integração e modelagem de dados: PostgreSQL, Redis, Kafka, NATS
— Docker, Kubernetes e pipelines de CI/CD
— Observabilidade: logs estruturados, métricas do Prometheus, rastreamento
— Testes, perfilagem e ajuste de desempenho sob carga
