Sobre

Palestra na GopherCon LATAM 2024

Cofundador e CTO da Harmo. Construo produtos e resolvo os problemas que aparecem quando arquitetura, escala, custo e inteligência artificial deixam de ser assunto de slide.

Sobre mim

Sou Leonardo Rifeli, empreendedor, engenheiro de software e cientista de dados. Comecei a programar em 2010, aos 14 anos, e a maior parte do caminho desde então foi em sistemas distribuídos, engenharia de dados e infraestrutura.

Hoje sou cofundador e CTO da Harmo, onde lidero a engenharia da plataforma que processa mais de 10 milhões de pesquisas e 300 mil avaliações públicas por mês, para mais de 60 mil lojas de varejo físico no Brasil. Antes da Harmo, cofundei a Reviewr, incubada no MIDITEC, acelerada pela Darwin Startups e reconhecida como uma das startups mais promissoras de Santa Catarina. Seis anos depois, o que continua me interessando é o mesmo: pegar problema mal definido e transformar em sistema que aguenta o dia seguinte.

Sou Gopher desde 2017. O que sei sobre banco de dados, custo de cloud e observabilidade vem de operar essas coisas em produção, com plataforma no ar e cliente do outro lado.

O que faço

Lidero a engenharia, participo das decisões de arquitetura e continuo colocando a mão na massa quando o problema pede. Na prática isso é desenhar plataforma e pipeline de dados, escolher o que entra e o que fica de fora, definir como a operação vai ser observada antes de ela existir, e acompanhar de perto o que roda na AWS.

Boa parte desse trabalho é prevenção, e prevenção não rende história. O que rende é o aprendizado do caminho, e é isso que eu documento aqui: como tratar performance de banco no Aurora PostgreSQL quando o problema aparece em produção, como instalar guard rails de custo em orquestração serverless, o que muda de verdade entre IRSA e Pod Identity no EKS e como encurtar a distância entre uma anomalia de custo acontecer e alguém perceber. Escrevo com número e com a parte que deu errado, porque é o tipo de material que eu queria ter encontrado quando precisei.

Minha visão técnica é pragmática. Simplicidade antes de elegância, decisão que cabe no contexto antes de padrão da moda, e desconfiança de complexidade que ninguém pediu. Não existe código mais rápido que código nenhum.

Consultoria

Atendo um número limitado de projetos de consultoria técnica. Costuma ser empresa que precisa achar o gargalo antes de comprar máquina maior, revisar arquitetura antes de reescrever, entender por que a conta de cloud cresce mais rápido que o faturamento, ou estruturar dados e IA sem ficar refém de POC que nunca sai do laboratório.

Também faço mentoria e revisão de arquitetura com times que querem uma leitura externa antes de uma decisão difícil de desfazer. Se for o teu caso, os formatos e o contato estão na página de consultoria. Contei o raciocínio por trás dessa frente em por que decidi oferecer consultoria técnica.

Tecnologias

Go desde 2017, onde me sinto em casa. Python para dados, IA e automação. PostgreSQL e Aurora como banco principal, com o respeito que relacional em escala exige. Na AWS, o dia a dia é EKS, Lambda, Step Functions, SQS, OpenSearch e Airflow no MWAA, com infraestrutura como código e observabilidade tratada como parte do produto.

Ferramenta é meio, não identidade. O que pesa na escolha é qual problema ela deixa pra depois.

Fora do trabalho

Moro em Antônio Carlos, no interior de Santa Catarina, num sítio onde a vida é família, filhos, cavalos e horta. Boa parte do meu descanso é trabalho manual, o que provavelmente explica por que meus projetos de casa acabam virando post: montei um NAS em ZFS do zero e encontrei a API escondida do DVR das minhas câmeras numa tarde de domingo. O projeto atual é instrumentar uma S10 1995 com painel digital, que em algum momento vira série aqui.

Estudar continua sendo hábito, e às vezes o estudo é que vira post, como quando reencontrei o Cálculo I dentro do treinamento de IA dez anos depois da prova.

“Bom sonho é sonho vivido.” — Thiago Avelino