IAN ROCHA / SOFTWARE ENGINEER
Entro no problema, conecto os times e trabalho na solução. Da conversa que destrava uma decisão ao código que precisa funcionar em produção.
01 / QUEM EU SOU
Sou o Ian. Um engenheiro que gosta de entender o todo — e não perde o interesse quando chega a hora de abrir o editor.
Conecto decisões de produto, arquitetura e operação. Transito entre backend, dados e infraestrutura para resolver o que fica no espaço entre as áreas.
Posso estar discutindo uma regra de negócio, investigando uma latência ou implementando um pipeline. O compromisso é o mesmo: encontrar o que realmente importa, tornar o caminho claro e levar a solução adiante.
Não quero ser o ponto por onde tudo precisa passar.
Quero ajudar o time a avançar melhor.
02 / COMO EU FAÇO ACONTECER
Menos idas e vindas. Mais contexto, decisões explícitas e trabalho que sai do lugar.
Investigo o problema, as restrições e o que precisa mudar para o negócio. Questiono a solução pronta quando ela ainda não responde à pergunta certa.
Contexto antes da ferramentaTraduzo complexidade em alternativas compreensíveis. Explicito trade-offs, alinho expectativas e separo o que é essencial do que pode esperar.
Clareza para destravarDesenho a arquitetura e participo da implementação. Escrevo código, investigo falhas e acompanho o comportamento do sistema para evoluir com evidência.
Da intenção à execuçãoApoio diferentes frentes com revisão técnica, decisões documentadas e troca direta. Busco resolver dependências sem criar dependência de mim.
Referência, não gargalo03 / PROFUNDIDADE PARA RESOLVER
Não é sobre usar tudo. É saber o que implementar, o que simplificar e quais garantias o problema exige.
Serviços, APIs e eventos com responsabilidades claras. Penso em contratos, consistência e coordenação para que o sistema continue compreensível quando as partes crescem ou falham.
Alta disponibilidade começa antes do incidente: redundância, isolamento de falhas e caminhos de recuperação. Resiliência é uma propriedade da arquitetura, não uma promessa no slide.
Pipelines batch e orientados a eventos, da ingestão ao consumo. Particionamento, qualidade e reprocessamento entram no desenho junto com vazão, latência e custo.
Conecto o comportamento técnico ao impacto no negócio. Instrumentação que ajuda a explicar uma falha, encontrar um gargalo e distinguir um sinal importante de mais um alerta.
Ferramentas que conecto de acordo com o contexto.
Go · Java · Kotlin · Python · TypeScript
Spring Boot · REST · gRPC · Temporal · DMNAWS · Kubernetes · Docker · Terraform
Infraestrutura como código · CI/CD · AutomaçãoPostgreSQL · Kafka · Spark · S3 · Athena
dbt · Parquet · Filas · Processamento assíncrono04 / VAMOS AO QUE IMPORTA
Um sistema para destravar, uma decisão para amadurecer ou times que precisam construir juntos. A conversa pode começar por aí.