Engenheiro de IA e arquiteto de software
Olá, sou o Luke.
Passei mais de duas décadas desenvolvendo software, com Magento no meu trabalho desde 2010. Atuei como desenvolvedor, líder técnico e arquiteto, assumindo a responsabilidade tanto pelo projeto de um sistema quanto pelo trabalho necessário para colocá-lo em produção.
Trabalho com produtos novos e sistemas estabelecidos: transformando uma ideia em algo que uma equipe possa construir ou entrando em uma base de código com anos de customizações para descobrir como melhorá-la enquanto o negócio continua funcionando.
Continuo colocando a mão na massa. Escrevo e reviso código, investigo problemas de desempenho e discuto detalhes de implementação com outros engenheiros. Transitar entre esses detalhes e a arquitetura mais ampla é uma parte importante do que trago para um projeto.
Magento e Adobe Commerce, desde 2010
O comércio tem sido uma parte importante da minha carreira. Pela Act Digital, liderei a arquitetura da plataforma B2B Adobe Commerce da Saint-Gobain Brasil. Na Visualr, entrei como primeiro especialista em Magento e atuei como arquiteto com participação direta na implementação de uma plataforma B2B complexa. Esse trabalho envolveu regras de preços, grandes catálogos, integrações, desempenho e as decisões técnicas por trás das entregas.
Na Infobase, fui líder técnico em projetos de Magento e Adobe Commerce para marcas como Panini, Yara e BASF, entre outras. Um deles foi o comércio eletrônico da Dufry, varejista global de duty-free, na época uma das maiores lojas Adobe Commerce do mundo.
Também liderei desenvolvedores, revisei decisões técnicas e trabalhei com equipes de negócio para transformar requisitos complicados em uma implementação prática.
Minha experiência vai do Magento 1 ao Magento 2 e Adobe Commerce. Módulos personalizados, injeção de dependências, contratos de serviço, plugins, observers, APIs GraphQL e REST, indexadores e consumidores RabbitMQ fazem parte dessa trajetória. Assim como checkout, pagamentos, frete e integrações com ERP, em que uma mudança numa parte do sistema pode ter consequências em outra.
Antes de adicionar uma customização, analiso onde ela pertence, o que acopla e como se comportará durante uma atualização. Isso afeta o esforço necessário para a próxima funcionalidade.
Trabalhando com código complexo
Quando entro em uma base de código desconhecida, começo acompanhando uma operação real. Onde está a regra de negócio? Qual componente é responsável pelos dados? O que mais muda quando esse código roda? Isso costuma me dizer mais que a estrutura de pastas.
É aí que aplico SOLID, design orientado ao domínio e Clean Architecture: decidindo onde ficam as responsabilidades, definindo contextos delimitados e evitando que regras de negócio se misturem com frameworks ou provedores externos.
Se detalhes do provedor de pagamento estão se espalhando pelo módulo de pedidos, um contrato de integração claro pode estabelecer um limite útil. Se um serviço aplica regras de negócio e formata uma página, essas responsabilidades precisam ser separadas. Nenhuma dessas mudanças exige reconstruir a aplicação.
Minha abordagem de Clean Code e refatoração é entender o comportamento existente, protegê-lo com testes úteis e fazer melhorias focadas. Às vezes isso exige um adaptador ou uma estratégia. Às vezes significa remover uma abstração que não acrescenta nada.
Python, TypeScript e aplicações de IA
Python e TypeScript são centrais no trabalho de backend e aplicações de IA em que estou focado hoje. Uso Python para fluxos de IA, tratamento de dados e integrações de serviços, e TypeScript para serviços, APIs e fluxos de produto. Nos dois, presto atenção a contratos, validação em tempo de execução, trabalho assíncrono e tratamento de erros.
Com IA, começo decidindo pelo que o modelo deve realmente ser responsável. Quais partes precisam de compreensão ou geração de linguagem? Quais devem continuar como lógica comum da aplicação? O que o modelo pode sugerir e o que pode alterar?
Com RAG, isso significa trabalhar os documentos, a divisão em trechos, as atualizações, as permissões de acesso e a qualidade da recuperação. Com agentes, significa definir ferramentas, estado e limites de execução, incluindo o que acontece quando uma ferramenta falha ou uma ação precisa de confirmação.
A escolha do modelo faz parte desse trabalho. Assim como saídas estruturadas, contexto, latência e custo. Quero exemplos que possamos avaliar, rastros que possamos investigar e uma forma de comparar o comportamento quando o modelo, o prompt ou a recuperação mudam. Produzir JSON válido é útil; não diz se o resultado está correto.
Colocando software em produção
Meu trabalho também abrange CI/CD, implantação e suporte em produção. Trabalhei com Docker, Linux, Nginx e infraestrutura AWS, além de testes automatizados, revisões de código e pipelines de entrega.
Quero que o caminho de uma alteração de código até uma versão seja compreensível: o que está sendo construído, quais verificações importam, como configurações e segredos são tratados e como saberemos se a versão está saudável. Mudanças de banco de dados, compatibilidade e recuperação precisam de atenção antes da implantação, não durante o incidente.
O trabalho não termina na entrega. Com o software rodando, quero logs, métricas e rastros, em ferramentas como New Relic, Grafana e CloudWatch, que mostrem seu comportamento real: quais requisições estão lentas, onde se gasta tempo entre a aplicação, o banco e os serviços externos e quais erros estão aumentando. É assim que gargalos deixam de ser suposições. A produção vira retorno para a plataforma: o que otimizar, simplificar e corrigir antes que vire um incidente.
Ao planejar o crescimento, analiso a carga de trabalho e os prováveis pontos de pressão: acesso ao banco, cache, processamento em segundo plano e dependências externas. Isso orienta o que precisa escalar de forma independente e o que pode continuar junto. Também ajuda a evitar complexidade operacional antes que ela resolva um problema real.
Microsserviços fazem parte dessa decisão, não são o ponto de partida. Dividir um sistema pode dar às equipes implantações independentes e permitir que uma parte muito usada escale sozinha, mas também traz chamadas de rede, falhas parciais, consistência de dados e mais coisas para observar. Prefiro módulos claros dentro de uma aplicação até existir um motivo real para separá-los. Quando um serviço se justifica, seu contrato, sua responsabilidade e sua observabilidade precisam ser definidos desde o início.
O processo deve caber no projeto. Um site pessoal de publicação e uma plataforma empresarial de comércio não precisam da mesma estrutura de entrega.
O que estou construindo
Meus projetos me dão um lugar para reunir essas decisões. Lukre é um produto de finanças por conversa, construído em torno do WhatsApp.
Também estou experimentando desenvolvimento assistido por agentes, grafos de execução, Gas City e Beads: como os agentes recebem o contexto certo, como as dependências são acompanhadas e como seu trabalho é verificado antes de integrar a base de código.
Longe do teclado
No começo dos quarenta, e aproveitando mais do que esperava. A experiência compensa, a paciência aumentou, o olhar para o que importa ficou mais afiado e a vontade de viver, de alguma forma, cresceu em vez de diminuir. Os cabelos brancos vieram no pacote. Troca justa.
O nerd nunca se desconectou. Séries, filmes e livros ocupam boa parte do meu tempo livre, com O Senhor dos Anéis perto do topo da lista e Star Wars logo ao lado, à moda antiga. História é o outro buraco sem fundo. Me dê um bom livro sobre como algo realmente aconteceu e a noite acaba.
Vinho e boa comida são uma paixão séria. Uma boa garrafa, uma refeição bem-feita e boa companhia fazem uma noite quase perfeita, e viajar põe tudo na mesma mesa: novos lugares, sua culinária, seus vinhos e a história por trás deles. É também o melhor coletor de lixo que conheço para um cérebro que passa a maior parte do dia dentro de sistemas.
Hoje moro em São Francisco de Paula, na Serra Gaúcha, no sul do Brasil: florestas de araucárias, invernos de verdade, uma neblina que transforma uma manhã de sol em mistério em uns dez minutos e vinícolas ao alcance de um fim de semana.
Fora dos detalhes técnicos, escrevo sobre a vida de programador: foco, insegurança, saúde mental e as coisas estranhas que achamos engraçadas depois de passar bastante tempo com software. Gosto do trabalho, principalmente quando posso construir algo útil com pessoas que se importam em fazê-lo bem e ainda conseguem rir pelo caminho.
Construindo sistemas inteligentes. Continuando humano.
