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.
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
Cuando hablamos de IA en equipos de tecnología, muchas cosas se mezclan. Pero hay una distinción que ayuda mucho a dar más claridad. La IA está haciendo dos cosas diferentes al mismo tiempo: amplification (aumentar la productividad) y augmentation (aumentar la capacidad). Amplification es cuando la IA mejora la productividad de quienes ya están en el equipo. Escribes código más rápido, resuelves tareas repetitivas y ahorras tiempo. Pero sigue siendo el mismo equipo, haciendo el mismo trabajo,...
Quando falamos de IA em times de tecnologia, muita coisa se mistura. Mas tem uma distinção que ajuda muito a dar mais clareza. IA está fazendo duas coisas diferentes ao mesmo tempo: amplification (aumentar produtividade) e augmentation (aumentar capacidade). Amplification é quando IA melhora a produtividade de quem já está no time. Você escreve código mais rápido, resolve tarefas repetitivas e ganha tempo. Mas continua sendo o mesmo time, fazendo o mesmo trabalho, só que mais rápido....
He visto mucha discusión sobre cómo la IA va a hacer a los equipos más productivos. Mi visión es más simple: no mejora equipos. Amplifica lo que ya existe. Si tu equipo ya tiene buenos estándares, claridad de arquitectura, buenas prácticas y disciplina, la IA acelera todo eso. Si tu equipo es desorganizado, no tiene estándares claros, no define bien los problemas y toma decisiones inconsistentes, la IA también acelera eso.Y muchas veces, de forma más peligrosa. Antes, un equipo desorganizado...
Tenho visto muita discussão sobre como IA vai tornar times mais produtivos.Minha visão é mais simples: ela não melhora times. Ela amplifica o que já existe.Se seu time já tem bons padrões, clareza de arquitetura, boas práticas e disciplina, IA acelera tudo isso.Se seu time é desorganizado, não tem padrões claros, não define bem problemas e toma decisões inconsistentes, IA também acelera isso.E, muitas vezes, de forma mais perigosa.Antes, um time desorganizado tinha um limitador natural: a...
Un lector de la newsletter y amigo de hace muchos años, Renato Viço, me envió una muy buena respuesta sobre el texto de estándares claros y consistencia (compartida con permiso). Antes que nada, vale reforzar: las buenas prácticas siguen vigentes, y quizá son aún más importantes ahora. Aquí va su respuesta, íntegra: Creo que un punto que podría aportar a la discusión es que lo básico necesita estar muy bien hecho: una suite de tests funcional y un CI/CD con pipeline corriendo correctamente....
Leitor da newsletter e amigo de longa data Renato Viço me mandou uma resposta muito boa sobre o texto de padrões claros e consistência (compartilhado com permissão) Antes de qualquer coisa, vale reforçar: as boas práticas continuam valendo, e talvez sejam ainda mais importantes agora. Aqui vai a resposta dele, na íntegra: Acredito que um ponto que poderia agregar à discussão é que o básico precisa estar muito bem feito: uma suíte de testes funcional e um CI/CD com pipeline rodando...
En el texto anterior, comenté que las especificaciones empiezan a ganar espacio como fuente de la verdad.Pero eso aún puede parecer abstracto. En la práctica, esto empieza a aparecer en algo bastante simple: archivos que describen cómo tu equipo construye software. Cosas como: README guías de código decisiones de arquitectura patrones de organización del sistema instrucciones sobre cómo contribuir Y, más recientemente, esto también aparece en formatos como: constitutions system prompts skills...
No texto anterior, falei que especificações começam a ganhar espaço como fonte da verdade. Mas isso ainda pode parecer abstrato. Na prática, isso começa a aparecer em algo bem simples: arquivos que descrevem como o seu time constrói software. Coisas como: README guidelines de código decisões de arquitetura padrões de organização do sistema instruções de como contribuir E, mais recentemente, isso também aparece em formatos como: constitutions system prompts skills e playbooks para agentes O...
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...