Café Debug seu podcast de tecnologia

System Design tem se tornado uma habilidade cada vez mais valorizada na carreira de desenvolvedores. Com a evolução dos sistemas distribuídos, cloud e aplicações em larga escala, saber apenas implementar código já não é suficiente. É preciso entender como sistemas são pensados, estruturados e evoluem ao longo do tempo. Conversamos com Lucas Andrade, Senior Software Engineer e criador do SDPD, um jogo criado para ensinar conceitos de System Design de forma interativa e prática.

🧩 Assuntos abordados:
Introdução do convidado
A ideia do jogo SDPD (System Design Playing Deck) e processo de criação
Como o jogo ajuda desenvolvedores a praticarem raciocínio arquitetural
A importância do System Design cada vez mais na vida de desenvolvedores
Por que System Design aparece tanto em entrevistas técnicas
Diferença entre escrever código e pensar o design de um sistema
Conceitos importantes de System Design para desenvolvedores
A importância de entender requisitos funcionais e não funcionais
Como estudar e evoluir em System Design
🔗Links úteis
💬 Nosso Discord: https://discord.com/invite/hGpFPsV2gB
☕ Café Debug Global no Spotify: Ouça aqui
📖 Livro Carreira Dev - Hábitos para evoluir no desenvolvimento do software além do código Link
🌐 Jogo SDPD - System Design: Link
🌐 Jogo SQLDP - System Design: Link
🌐 Repositório do Jogo SDPD: Link
🌐 Repositório do Jogo SQLDP: Link
🌐 Blog do Lucas Andrade: Link
🌐 Hello Interview: Link
👥 Participantes
Jéssica Nathany – Software Developer e Host Github.io
Lucas Andrade – Senior Software Engineer na Scalis Link

🎧 Edição: Thiago Carvalho
LinkedIn
📬 Dúvidas, sugestões ou publicidade
Mande um e-mail para: [email protected]
See omnystudio.com/listener for privacy information.

Arquitetura Orientada a Eventos (EDA) é muito mais do que usar um broker ou publicar mensagens. É uma forma de pensar sistemas distribuídos com foco em desacoplamento, escalabilidade, resiliência e evolução organizacional. Convidamos o Roberto Picanço , autor do livro Arquitetura Orientada a Eventos, para discutirmos a fundo sobre o assunto.

🧩 Assuntos abordados:
Introdução do convidado
Processo de publicação do livro Arquitetura Orientada a Eventos
Fundamentos da arquitetura de software orientada a eventos (EDA)
Diferença entre evento, mensagem e log
Broker, eventos e padrões de comunicação assíncrona
Desacoplamento temporal e consistência eventual
Observabilidade em sistemas orientados a eventos (logs, métricas, traces, etc)
Governança e segurança com OPA (Policy as Code)
Trade-offs, riscos e maturidade em sistemas distribuídos
🔗Links úteis
💬 Nosso Discord: https://discord.com/invite/hGpFPsV2gB
☕ Café Debug Global no Spotify: Ouça aqui
📖 Livro Carreira Dev - Hábitos para evoluir no desenvolvimento do software além do código Link
📖 Livro EDA Casa do Código: Link
👥 Participantes
Jéssica Nathany – Software Developer e Host Github.io
Weslley Fratini – Software Developer Fullstack Link
Roberto Picanço – Engenheiro de Software no Ifood Link

🎧 Edição: Thiago Carvalho
LinkedIn
📬 Dúvidas, sugestões ou publicidade
Mande um e-mail para: [email protected]
See omnystudio.com/listener for privacy information.
See omnystudio.com/listener for privacy information.

SRE não é apenas manter sistemas no ar. É sobre assumir responsabilidades, tomar decisões sob pressão, equilibrar riscos, custo e confiabilidade. Tudo isso em escala. Neste programa, tivemos uma conversa bem interessante com a Camila Martins, para falar sobre papéis, carreira e maturidade em SRE. Conversamos sobre o que realmente diferencia um(a) SRE, como essa função se conecta com produto e negócio, e como evoluir na carreira além de tarefas operacionais.

🧩 Assuntos abordados:
Introdução da convidada
O que é SRE (Site Reliability Engineering) na prática
Diferença entre SRE, DevOps e Engenharia de Plataforma
O papel do SRE na tomada de decisões de gestão de risco
Confiabilidade como produto: SLIs, SLOs e SLAs
Quando “ficar no ar” entra em conflito com velocidade de entrega
Incidentes, post-mortems e cultura do aprendizado
Doutorado, estudos e atualização
🔗Links úteis
💬 Nosso Discord: https://discord.com/invite/hGpFPsV2gB
☕ Café Debug Global no Spotify: Ouça aqui
📖 Livro Carreira Dev - Hábitos para evoluir no desenvolvimento do software além do código Link
🌐 Portfólio Camila Martins: Link
🌐 Instrutora do LinuxTip: Link
🌐 Uma guia sobre carreira como SRE e Devops: Link
👥 Participantes
Jéssica Nathany – Software Developer e Host Github.io
Camila Martins – Google Developer Expert e Senior Specialist SRE na Storyblock Link

🎧 Edição: Thiago Carvalho
LinkedIn
📬 Dúvidas, sugestões ou publicidade
Mande um e-mail para: [email protected]
See omnystudio.com/listener for privacy information.
See omnystudio.com/listener for privacy information.

Logs são fundamentais para observabilidade, diagnóstico e auditoria. Mas em algum ponto, mais logs não significam mais visibilidade, significam mais custo, mais ruído, mais risco e mais decisões ruins. Neste episódio, conversamos sobre quando o armazenamento de logs deixa de ser uma solução e passa a ser um problema. Tivemos a participação do Daniel Jesus e do Lucas Massena.

🧩 Assuntos abordados:
Introdução do convidado
Por que logging é essencial (e por que todo sistema começa logando “demais)
Quando logs deixam de ajudar no diagnóstico e passam a gerar ruído
Custo invisível de logs: armazenamento, ingestão, indexação e consultas
Logs em escala: impacto financeiro em sistemas distribuídos
Retenção de logs: quanto tempo faz sentido guardar?
Logs vs métricas vcs traces: quando usar cada um
Problemas de performance causados por excesso de logging
Logs e segurança: vazamento de dados sensíveis compliance (LGPD)
🔗Links úteis
💬 Nosso Discord: https://discord.com/invite/hGpFPsV2gB
☕ Café Debug Global no Spotify: Ouça aqui
📖 Livro Carreira Dev - Hábitos para evoluir no desenvolvimento do software além do código Link
🌐 Logs à Excelência artigo: Link
🌐 Logs e LGPD responsabilidades do desenvolvedor: Link
👥 Participantes
Jéssica Nathany – Software Developer e Host Github.io
Daniel Jesus – Engineer Manager no Banco Daycoval Link
Lucas Massena – Global Enterprise Architect @ Mars.com Link

🎧 Edição: Thiago Carvalho
LinkedIn
📬 Dúvidas, sugestões ou publicidade
Mande um e-mail para: [email protected]
See omnystudio.com/listener for privacy information.
See omnystudio.com/listener for privacy information.

Engenharia de software de verdade envolve decisões, responsabilidade, contexto, pessoas, negócio e impacto. Com a evolução acelerada dos modelos de IA generativa, capazes de produzir código em escala, o papel do(a) engenheiro(a) muda. Codar continua sendo importante, mas não é mais o diferencial principal. Neste episódio, tivemos um bate-papo bem interessante com Angelo Belchior sobre engenharia além do código.

🧩 Assuntos abordados:
Introdução do convidado
Um pouco sobre a posição de Staff Software Engineer
Em que momento você percebe que um erro técnico vira um problema de negócio?
Engenharia como tomada de decisão, não apenas implementação
Arquitetura de software como ferramenta para lidar com complexidade
Análise, mitigação de riscos e investigação (Spike, Discovery e etc)
Quanto mais escala, mais pessoas e mais impacto → menos o código isolado importa
A importância de entender contexto, pessoas e produto
Como evoluir de quem “executa bem” para quem “decide bem”
Como se preparar para era da IA (saiba usar agents e continue evoluindo tecnicamente)
🔗Links úteis
💬 Nosso Discord: https://discord.com/invite/hGpFPsV2gB
☕ Café Debug Global no Spotify: Ouça aqui
📖 Livro Carreira Dev - Hábitos para evoluir no desenvolvimento do software além do código Link
🌐 Impact of AI on the 2025 Software Engineering Job Market: Link
🌐Spec-kit: Link
🌐 Artigo Angelo Belchior como criar compilador: Link

👥 Participantes
Jéssica Nathany – Software Developer e Host Github.io
Weslley Fratini – Software Developer e Co-host LinkedIn
Angelo Belchior – Staff Software Engineer no Picpay Link

🎧 Edição: Thiago Carvalho
LinkedIn
📬 Dúvidas, sugestões ou publicidade
Mande um e-mail para: [email protected]
See omnystudio.com/listener for privacy information.
See omnystudio.com/listener for privacy information.