profile

Leo Andreucci - CTO Mentor

About me: I have been working in startups since 2004. I spent 10 years at Apontador/MapLink and was part of Creditas (fintech last valued at $4.8bi) from its early days. Initially, as an Advisor, I hired the first software engineers for Creditas. As the business developed, I joined the project full-time as VP. I scaled the technology team to 150 people and later led international expansion and new product initiatives. I left in 2022 and, after a sabbatical, started working as an independent consultant in 2023.

Featured Post

Agradável e Exigente

Vejo muitos líderes vivendo o dilema de serem muito bonzinhos ou muito duros. Como quase tudo na vida, é importante encontrar um equilíbrio e evitar os extremos. Você não precisa ser aquele líder que todos odeiam, nem precisa ser amado por todos o tempo todo. Busque sempre ser Agradável e Exigente. Um abraço, Leo

En el texto anterior, comenté que el código fuente está dejando de ser la fuente de la verdad. Esto naturalmente plantea la pregunta: entonces, qué pasa a serlo? Mi visión: las especificaciones. Solemos decir que el código es la fuente de la verdad porque, al final del día, es lo que se ejecuta. Es lo que define exactamente el comportamiento del sistema. Pero esto también fue, en gran medida, una limitación de nuestras herramientas. Recientemente escuché un podcast sobre Leonardo da Vinci....

No texto anterior, falei que o código-fonte está deixando de ser a fonte da verdade. Isso naturalmente levanta a pergunta: então o que passa a ser? Minha visão: especificações. Costumamos dizer que código é a fonte da verdade porque, no fim do dia, é ele que roda. É ele que define exatamente o comportamento do sistema. Mas isso também foi, em grande parte, uma limitação das nossas ferramentas. Recentemente ouvi um podcast sobre Leonardo da Vinci. Muitas das ideias dele estavam corretas na...

Si te incomodó la idea de que el código fuente está dejando de ser la fuente de verdad, probablemente este sea el motivo: tu referencia de “programar” está cambiando. A lo largo de la historia, el trabajo de desarrollo siempre ha evolucionado hacia niveles más altos de abstracción. Ya programamos con tarjetas perforadas.Luego, assembly.Después, lenguajes de bajo nivel.Luego, lenguajes de alto nivel. Hoy, la mayoría de las personas no se preocupa por la asignación de memoria ni por...

Se você ficou desconfortável com a ideia de que o código-fonte está deixando de ser a fonte da verdade, talvez esse seja o motivo: sua referência de “programar” está mudando. Ao longo da história, o trabalho de desenvolvimento sempre evoluiu para níveis mais altos de abstração. Já programamos com cartão perfurado.Depois, assembly.Depois, linguagens de baixo nível.Depois, linguagens de alto nível. Hoje, a maioria das pessoas não se preocupa com alocação de memória ou instruções de máquina. E...

He visto una variación muy grande en el nivel de uso de IA para escribir código en equipos de Tecnología. Por un lado, equipos maduros utilizando múltiples agentes. Por otro, equipos que todavía usan apenas un tímido autocomplete mejorado, cuando mucho. Este texto es un llamado para el segundo grupo. Probablemente estás escéptico en cuanto a la calidad del código generado por IA, si va a entender todo el contexto de tu proyecto y si ese código te va a generar problemas en el futuro. Son...

Boas-vindas às 73 novas assinantes dessa newsletter! Tenho visto uma variação muito grande no nível de utilização de IA para escrever código em times de Tecnologia. Por um lado, times maduros utilizando múltiplos agentes. Por outro, times ainda usando apenas um tímido autocomplete melhorado, quando muito. Esse texto é um chamado para o segundo grupo. Você provavelmente está cético quando à qualidade do código gerado por IA, se ela vai entender todo o contexto do seu projeto e se esse código...

He visto muchas empresas con fricción entre las áreas de Producto y CS, generalmente causada por la distancia y la falta de alineación. Aunque es algo comprensible, esa fricción no debería existir, porque en el fondo ambos equipos tienen la misma misión: asegurar que el producto resuelva un problema real del cliente con una excelente experiencia. Aquí van algunas sugerencias para mejorar esa dinámica: En la Definition of Done (DoD) del equipo de desarrollo, hay algún punto que mencione la...

Tenho visto muitas empresas com atrito entre as áreas de Produto e CS, geralmente causado por distância e desalinhamento. Apesar de ligeiramente compreensível, esse atrito não deveria existir, pois, no fundo, as duas áreas têm a mesma missão: garantir que o produto resolva uma dor real do cliente com uma ótima experiência. Aqui vão algumas sugestões de como melhorar essa dinâmica: Na Definition of Done (DoD) do time de desenvolvimento, existe algum item citando comunicação com CS? Por...

Muchos equipos en Creditas utilizaban un proceso simple, pero muy eficaz, para garantizar un contacto constante con los clientes. En el calendario de todos del equipo había una reunión recurrente (45 minutos, todos los miércoles a las 11h) dedicada exclusivamente a eso. Como se trataba de un producto B2B2C, el equipo de Customer Experience (CX) se encargaba de agendar al cliente de la semana. Participaban en la conversación: La persona de CX (responsable del cliente), Las personas de UX y...

Muitos times na Creditas usavam um processo simples, mas muito eficaz, para garantir contato constante com clientes. No calendário de todos havia uma reunião recorrente (45 minutos, toda quarta-feira às 11h) dedicada exclusivamente a isso. Como era um produto B2B2C, o time de Customer Experience (CX) ficava responsável por agendar o cliente da semana. Participavam da conversa: A pessoa de CX (responsável pelo cliente), As pessoas de UX e Produto (que preparavam o roteiro e conduziam a...