Latest / We The People, in Tech or Not: O Debate / Resumo do mês: outubro de 2026

Transcript

Resumo do mês: outubro de 2026 · We The People, in Tech or Not: O Debate

• 0:00
  Bem-vindos ao WeThePeople in Tech or Not, o debate. Este é o resumo do mês de outubro 2026. E, bom, antes de começarmos, eu preciso dar um aviso rápido.
• 0:09
  Este é um podcast gerado por inteligência artificial, baseado nos posts deste mês da newsletter WeThePeople in Tech or Not, escrita pelo Alex Rosa.
• 0:18
  O nosso objetivo central aqui, tipo, a razão da gente tá debatendo hoje, é ajudar vocês a aprenderem novas formas de explicar temas técnicos. Isso desde quem é iniciante, né? Exato.
• 0:28
  Do nível de quem é iniciante e não trabalha com tecnologia, até o nível de especialista. E também queremos ver como as ideias, sabe, se conectam de um post pro outro ao longo do mês. É um objetivo ambicioso, com certeza.
• 0:40
  E é ótimo tá aqui de novo. Bom, eu começo já defendendo que, olha, este mês foi fantástico. Como uma leitora assídua, fiquei impressionada com o equilíbrio.
• 0:48
  O mês demonstrou uma harmonia muito boa entre habilidades técnicas bem pesadas e lições de carreira acessíveis pra qualquer um. É, hum, eu vejo isso de um ângulo bem diferente, na verdade. Sério? Por quê?
• 0:59
  Olha, assumindo aqui a postura de um gestor sem muito tempo ou mesmo um leitor inteligente de fora da área técnica, o mês teve muito Azure, muito mesmo. Ah, você achou?
• 1:09
  Sim, os temas de infraestrutura meio que engoliram o espaço de carreira. Não me pareceu um mês tão equilibrado assim. Hum, eu entendo que a nuvem pesou bastante, mas tipo, pega o post um, por exemplo.
• 1:22
  O título é: "Before anything else, I want to thank you for reading this". É um cartão de visitas incrível. Ah, a história do futebol, né? Isso.
• 1:30
  Ele mostra a jornada do Alex, de jogador de futebol a especialista em banco de dados em 30 anos de carreira. E esse post, sabe, cobre negócios, carreira, inteligência artificial e bancos de dados.
• 1:41
  Ele ancora o mês todo numa perspectiva super-humana. Pois é, a história do post um é fascinante, mas aí o leitor de negócios logo em seguida toma um banho de água fria com a complexidade técnica dos outros textos.
• 1:54
  Fica difícil acompanhar. Olha, eu peço um espacinho pra mostrar que não é bem assim. Até os textos mais densos, tipo os mais áridos mesmo, foram explicados de um jeito bem acessível pra gestores.
• 2:05
  Me dá um exemplo prático disso. O post oito: "Azure SQL Hyperscale, parte um". É sobre separar armazenamento e processamento. Parece assustador, né? Pra um gestor financeiro, com certeza.
• 2:17
  Mas ele usa a analogia de um restaurante. Na arquitetura antiga, a cozinha, que é o processamento, e a dispensa, que é o armazenamento, ficam tipo na mesma sala. Aham.
• 2:26
  Aí, se você precisa aumentar a cozinha porque tem muito pedido, você é obrigado a mover toda a dispensa, pesada, junto. Você quebra as paredes e move tudo. O que em tecnologia leva horas. Exato.
• 2:38
  Já no Hyperscale, a dispensa é um prédio totalmente separado, então você permite que a cozinha cresça em minutos, adicionando mais fogões, sabe? Sem mover nenhuma caixa da dispensa.
• 2:47
  Isso traduz a tecnologia pesada em agilidade de negócios. Bom, eu aceito que essa explicação do restaurante é excelente pra área de negócios, de verdade.
• 2:56
  Mas, e esse é um "mas" bem grande, a gente não pode esquecer da armadilha operacional mencionada nesse mesmo post oito. Ah, a questão da migração. Sim, e o texto é muito claro sobre o perigo.
• 3:08
  Se um banco de dados é convertido pra Hyperscale, ele tem apenas 45 dias pra voltar ao general purpose. É um limite rígido. Totalmente. E o alerta continua.
• 3:18
  Depois disso, ou se ele já foi criado direto no Hyperscale, a única saída é exportar e recarregar os dados. Isso não é só um detalhe técnico, é um risco enorme de negócio.
• 3:28
  Se o gestor não entende isso, ele prende a empresa numa arquitetura sem volta. Eu concordo, é uma via de mão única disfarçada. Mas olha, a clareza sobre esse limite de 45 dias é justamente o que torna o texto útil.
• 3:40
  E isso puxa um gancho perfeito, sabe? Pra onde? Sobre como decisões de infraestrutura e custo se conectam.
• 3:46
  Olha a ligação brilhante entre o post dois, que é o "A few weeks ago, I started with a set of installation scripts", e o post quatro: "The hidden costs we don't know we have". Ah, o caso do Azure Bastion. Esse mesmo.
• 3:59
  Olha, lendo o post dois sobre construir um laboratório usando inteligência artificial e depois vendo no post quatro aquela conta absurda do Bastion, a primeira coisa que um gestor pensa é: a IA é um risco financeiro.
• 4:12
  Ela saiu criando recursos caros sozinha e gerou um custo do nada. Pera aí, não, não, não, a gente precisa corrigir isso imediatamente. Não foi a IA? De jeito nenhum.
• 4:21
  O Azure Bastion não foi uma conta causada pela inteligência artificial e, tipo, nem foi escolhido por ela. Tá, então de onde veio o Bastion? O Bastion veio dos scripts de um colega que o Alex simplesmente reaproveitou.
• 4:33
  Era uma herança. A IA, na verdade, só explicou o que ele era e ajudou o Alex a removê-la. Ah, então ela foi a solução, não o problema. Exatamente.
• 4:43
  Ela ajudou a remover o Bastion, o que economizou cerca de 400 dólares por mês. A grande lição que conecta o post dois e o post quatro é muito clara: questione o que você herda. Questione o que você herda.
• 4:54
  É uma lição fantástica, admito. E, curiosamente, questionar o que você herda nos leva direto pra outro problema técnico grave do mês. Qual?
• 5:04
  A conexão entre o post seis, "Azure SQL Database now speaks local time", e o post sete: "Not recommended isn't forbidden". O post seis fala sobre fusos horários. Um tema que dá dor de cabeça em qualquer equipe. Muita.
• 5:19
  Pra quem não é da área entender, misturar linhas em UTC e em horário local no mesmo banco de dados é basicamente como colocar reais e dólares na mesma planilha sem avisar qual é qual. Nossa, sim.
• 5:31
  Os números simplesmente perdem o sentido. Eu imagino que isso deve causar varreduras pesadas e uma lentidão absurda no sistema, né? Olha, não. Não? Esse é o maior mito.
• 5:41
  O sistema não fica lento e não causa varreduras pesadas. Não? Não. A consulta continua super rápida. O problema é lógico, não de performance.
• 5:49
  Misturar linhas em UTC e em horário local deu o último pedido errado, contagens erradas e a ordenação errada. Ou seja, o sistema te dá a resposta errada com uma eficiência incrível. Exatamente.
• 6:02
  O desastre é silencioso E é por isso que isso se conecta ao post sete, sabe? Sobre recomendações da Microsoft? Isso. A Microsoft recomenda sempre usar o UTC.
• 6:12
  E o post sete diz que se você vai contra a recomendação da Microsoft, tipo mudar de UTC pra horário local, você deve documentar o porquê em uma página simples.
• 6:22
  É, porque o próximo engenheiro que herdar o sistema vai precisar entender o motivo daquela bagunça, né? De novo, questione o que você herda. Perfeito.
• 6:31
  Agora, mudando um pouco de engrenagens, a gente viu bastante evolução nas atitudes do autor ao longo das datas de publicação. Hum, sobre atitudes, eu anotei algo aqui que parecia uma contradição cronológica. Onde?
• 6:44
  No post três: "What My Day Actually Looks Like", o Alex diz com todas as letras que os colegas vêm em primeiro lugar. Ele se mostra superdisponível.
• 6:53
  Mas aí avançamos pro post cinco, "Answer the Hi", e ele começa a falar sobre proteger o tempo de foco dele. E você achou isso contraditório? Bom, sim.
• 7:02
  Como você pode ser a pessoa que prioriza os colegas acima de tudo e logo depois fechar a porta pra ter tempo de foco? Parece que ele mudou de ideia do nada.
• 7:10
  É, lendo assim rápido, eu entendo porque parece uma contradição. Mas sendo bem justa com o material, não há contradição real aí. É uma evolução. Como assim? O post cinco só continua o post três.
• 7:22
  O Alex não bloqueia a agenda dele com uma muralha pro tal tempo de foco. Ele simplesmente usa os horários livres que sobram pra isso. Então ele continua disponível? Sim, ele continua superdisponível.
• 7:34
  A mudança de opinião narrada no post cinco é só sobre um hábito antigo dele. Que hábito?
• 7:38
  No passado, ele achava que devia esperar que um colega mandasse uma pergunta perfeita e toda detalhada pelo chat pra então responder. Ah, o clássico "não mande só oi".
• 7:48
  Isso, mas hoje ele responde rápido, mesmo que a pergunta seja só um "oi", pra destravar as pessoas. Então ele protege o foco, sim, mas destrava a equipe imediatamente. Entendi.
• 7:59
  Ele parou de exigir o contexto perfeito e passou a agir como facilitador. Isso faz bastante sentido. É uma mudança de maturidade. Com certeza.
• 8:08
  E falando em maturidade, acho que a maior evolução do autor com a tecnologia no mês inteiro tá no post nove, "30 Years Behind Every Post". Esse post revela o processo de escrita dele usando IA, certo? Exato.
• 8:20
  Ele usa notas de voz brutas, caminhando, e a IA estrutura tudo depois. Olha, quando eu li esse método dele, eu não pude deixar de comparar com a figura de um ghostwriter.
• 8:30
  Sabe aqueles escritores fantasmas de livros famosos? Hum, interessante. Como assim? Bom, nas biografias, o autor do livro tem a vivência.
• 8:40
  Ele conta as histórias, tem as cicatrizes, mas quem senta e organiza as palavras no papel pra ficar bonito é o ghostwriter. O método do post nove é isso. A IA é o ghostwriter. Ah, sim, eu concordo plenamente.
• 8:53
  E eu diria até que a inteligência artificial atua como um ghostwriter de luxo. De luxo e super-rápido.
• 9:00
  Pois é, a ferramenta ajusta o tom, faz o trabalho pesado de formatação e estrutura o texto, mas, e isso é fundamental, a ideia baseada em 30 anos de experiência e a decisão final continuam sendo estritamente do humano.
• 9:12
  A IA não inventa os 30 anos de carreira. Exatamente. A IA não sabe o que é passar a madrugada consertando um fuso horário quebrado, né? Ela só organiza a experiência dele. É uma boa forma de ver a situação.
• 9:22
  E acho que isso amarra bem o nosso debate. Chegando à nossa conclusão, eu mantenho a minha visão original. A de que o mês foi pesado. Sim, o mês foi muito denso em infraestrutura de nuvem, especialmente Azure.
• 9:35
  Pra um leitor não técnico, exigiu bastante fôlego. E eu não tiro a sua razão nisso, mas eu reafirmo que a didática que ele usou, o restaurante, o ghostwriter, tornou esses temas superuniversais e acessíveis.
• 9:48
  É, sem dúvida. Eu acho que o fio condutor desse mês todo é exatamente esse: a colaboração perfeita entre o julgamento humano acumulado, que é a experiência, e a velocidade da inteligência artificial.
• 9:59
  É, o humano no volante e a máquina no motor. Isso nos deixa com uma pergunta em aberto muito clara pra acompanhar nos próximos posts. Qual a sua aposta?
• 10:09
  Como é que as diferentes opções de banco de dados vão se sair no laboratório de performance do Hyperscale nos próximos meses? A parte dois dessa série promete métricas reais. Nossa, sim.
• 10:20
  Eu tô muito curiosa pra ver os números desse laboratório. Mas bom, antes de encerrarmos, temos um passo prático pra quem está nos ouvindo. Baseado no post do Bastion, presumo. Você adivinhou.
• 10:31
  Faça um inventário das suas assinaturas hoje mesmo, seja de nuvem no seu trabalho ou mesmo de plataformas de streaming na sua casa. Olhe pra lista e pergunte a si mesmo: "eu ainda preciso disso?"
• 10:42
  É uma auditoria rápida que salva muito dinheiro. Exatamente. E pra continuar aprendendo, nós convidamos vocês a lerem todos os posts. Eles são totalmente gratuitos no site InTechOrNot.com. Lembrem-se, InTechOrNot.com.
• 10:56
  E só um lembrete amigável, os textos no site tão todos em inglês, tá? Isso. E claro, a gente convida todo mundo a ouvir o episódio dedicado a cada post individualmente aqui no nosso feed.
• 11:07
  Muito obrigada por nos acompanharem e até a próxima no We The People InTech Or Not.