Sabia que a Codecon organiza meetups gratuitos em várias cidades do Brasil?

É uma ótima oportunidade pra conhecer pessoas da área, trocar experiências, discutir desafios do dia a dia, fazer networking e aprender com quem está compartilhando conhecimento no palco.

E o melhor, tudo isso em um ambiente descontraído, com muita conversa boa e conexões que podem fazer a diferença na sua carreira.

Confira os próximos encontros e participe!

🤝 Meetups do mês de junho

Gabriel Nunes (@nunesgabriel)

O gargalo nunca foi o código

Times que adotaram agentes de verdade estão descobrindo algo que devia ser óbvio mas não é: a velocidade de implementação subiu, e a sensação de progresso não acompanhou. Features saem mais rápido, mas o backlog não encolhe.

O gargalo nunca foi escrever código. Foi decidir o que escrever.

Quando os agentes de IA assumem a implementação, o que passa a travar é outra coisa: a produção de specs precisas o suficiente pra alguém executar, roadmap bem escrito, critérios de aceitação documentados. O “o que a gente realmente quer” traduzido em algo concreto, sem depender de telepatia. Esse trabalho cai no colo de quem decide e quem decide já era o gargalo antes dos agentes aparecerem.

Tem um segundo efeito que ninguém antecipou. Quando código fica mais barato, você constrói mais, não menos. Ferramentas internas que resolvem problemas que ninguém nem tinha ficam prontas e esquecidas. Todo produto vibecoded com doze features está a onze features de ser bom.

O que sustenta tudo isso é alinhamento. Entender o que estamos construindo, por que, o que já foi tentado, o que é estrutural e o que é gambiarra. Esse tipo de conhecimento sempre existiu nas organizações, mas vivia na cabeça das pessoas, construído por osmose, em conversas de corredor, em incidentes debugados juntos às duas da manhã. Agentes não têm acesso a nada disso. Trabalham com o que foi escrito e o que foi escrito raramente captura o que realmente importa.

A empresa que vai ganhar a próxima década não é a que tem o melhor modelo. É a que consegue manter as pessoas alinhadas enquanto entrega mais. Isso é problema de gestão e cultura. Sempre foi. Agentes são um multiplicador enorme e multiplicadores amplificam o que já existe nos dois sentidos.

O código ficou barato. Saber o que construir, não.

Um recado do patrocinador 📣

Quando o sistema cresce, a arquitetura precisa acompanhar

Sistemas começam simples. Poucos serviços, poucas integrações, decisões rápidas.

Com o tempo, isso muda. Novas demandas aparecem, o volume cresce e aquilo que antes funcionava bem começa a gerar acoplamento, dependências e gargalos difíceis de evoluir.

É nesse momento que arquitetura deixa de ser só organização técnica e passa a ser uma necessidade para sustentar crescimento.

A arquitetura celular surge como uma forma de lidar com esse cenário. Estruturar o sistema em partes mais independentes, com responsabilidades claras, ajuda a evoluir com mais segurança, reduzir impactos e manter a velocidade do time.

No Asaas, esse tipo de desafio faz parte do dia a dia da Engenharia. Pensar a evolução da arquitetura não é algo isolado, mas contínuo, sempre conectado ao que o produto precisa.

Para quem gosta de atuar nesse nível de construção e evolução de sistemas, o Asaas está com uma oportunidade aberta para Tech Leader de Engenharia (arquitetura celular), pra mais detalhes:

👉 Confira a vaga

🧑‍💻Vibe coding e engenharia agêntica: a fronteira está sumindo

Simon Willison admite o que muitos não querem dizer em voz alta: ele parou de revisar cada linha de código que o Claude Code escreve. E isso o incomoda. A distinção que ele mesmo defendeu entre “vibe coding irresponsável” e “engenharia agêntica séria” está ficando turva na prática. O código gerado é bom, os testes passam, o README é lindo e ninguém mais sabe se alguém de verdade olhou pra aquilo.

🤖 Um robô quadrúpede por menos de $1.500 feito por um universitário

Aaed Musa passou dois anos obcecado com capstan drives e terminou a faculdade construindo CARA 2.0: um robô quadrúpede de 8 kg, com motores rebobinados à mão para baixar o KV e aumentar o torque, e pés feitos de bola de squash. O post detalha cada decisão de engenharia desde firmware custom de controladores baratos até o bug no gait que fazia o robô girar para a esquerda toda vez que tentava andar reto.

🏗️ Agentes precisam de código, não de prompts maiores

Se você já escreveu “OBRIGATÓRIO” ou “NÃO PULE ESTA ETAPA” em um prompt, você chegou no teto do que prompting pode fazer. O argumento é direto: agentes confiáveis precisam de controle de fluxo determinístico embutido em código, não de cadeias de prompt cada vez mais elaboradas. Sem isso, sobram três opções: babá humana, auditoria exaustiva, ou rezar e aceitar o output.

🚗 O app pra resolver a briga de quem pagava a conta de gasolina

Um dev criou um app em Flutter para a família dividir o carro de forma justa rastrear quem usou, quanto de combustível consumiu e onde estacionou, sem violar a privacidade de ninguém. No caminho, teve que dizer não pra GPS tracking, repensar toda a navegação do app e lidar com feedback de usuário real sem filtro. O projeto ensinou mais sobre produto do que qualquer tutorial jamais ensinaria.

📦 O GitHub antes do GitHub

Armin Ronacher, criador do Flask, lembra como era o open source antes do GitHub: SourceForge, Trac, Subversion, listas de e-mail e reputação construída com muita fricção. O ensaio não é nostalgia, é uma análise séria do que se perde quando a memória do open source depende da saúde de uma única empresa, e por que precisamos de um arquivo público e entediante que só existe pra não deixar as coisas desaparecerem.

⚠️ Agentic Coding é uma armadilha

Lars Faye defende que delegar toda a implementação pra agentes está atrofiando as habilidades exatas que você precisa para supervisionar os agentes. A ironia é documentada: um estudo da própria Anthropic mostra queda de 47% em habilidades de debugging. A proposta do autor não é largar as ferramentas, mas rebaixá-las de protagonistas pra coadjuvantes.

Codecon Pro

A Codecon tem uma espécie de clube secreto, você fica por dentro dos bastidores, ajuda com ideias pra os nossos projetos e ainda tem descontos nos eventos, na lojinha e muito mais! Assine a Codecon Pro, apoie nossos projetos e garanta todos os benefícios:

🐼 Codecon Pro

Youtube

Sêniors programando no Google Docs vs. Júniors programando com IDE completa (mas sem IA).

🔗 Eles programaram uma API no Google Docs

Escovando Bits

Nem todo mundo quer viver expondo a rotina na internet. Neste episódio, vamos falar sobre como gerar conexões sem precisar virar influencer. Uma conversa sobre posicionamento pra mostrar seu valor de forma natural.

Vem ouvir o episódio da semana:

🎧 A arte de vender o peixe sem virar influencer

• Uma enciclopédia de ficção séria: todo artigo é inventado por IA

• Rode agentes de IA em produção sem medo

• O gráfico de contribuições do GitHub que ninguém pediu: cada quadrado vermelho é um dia que o GitHub ficou fora do ar

• Uma ferramenta que lê a API, absorve tudo que os CLIs concorrentes fazem, e imprime o CLI definitivo pra agentes de IA

• Um índice navegável de vieses cognitivos com descrição, como ocorrem e como evitar cada um

• Seniors no Google Docs vs. Júniors com IDE

• 3 sêniors calvos vs. 3 sêniors cabe…

Read more

Apresentado por: Gabriel Nunes, Alexandre Klostermann e Waldemar Neto

SEJA PRO E GANHE BENEFÍCIOS

https://codecon.dev/pro

CARREIRAS NO ASAAS:

https://go.codecon.dev/asaas

Edição: BZT Áudio

VOLTOUUU!
O mousepad temático mais bonito desse Brasil voltou pra estoque na DVLPR! Esgota rápido hein, clica aqui pra conferir:

💻 DVLPR

Gabriel Nunes (@nunesgabriel)

Read more

Edição 200 da news da Codecon! 🎉

Conta aqui nos comentários qual texto mais te marcou até hoje?

E se quiser receber semanalmente as edições da News, considere assinar a Codecon Pro, além de receber toda semana as edições, também temos desconto nos eventos, desconto na DVLPR, acesso aos bastidores e muito mais! Acesse o site pra conhecer e apoiar nossos projetos!

🐼 Codecon PRO

Gabriel Nunes (@nunesgabriel)

Lições de carreira de um programador sênior bêbado

Anos atrás, um engenheiro de dados entrou no r/ExperiencedDevs, abriu uma garrafa de vinho e escreveu tudo que aprendeu em 10 anos de carreira. A conta foi deletada, mas o post sobreviveu, e o que ele escreveu traz o tipo de honestidade que só aparece quando o filtro do RH sai de cena.

Não é um artigo de blog polido. Não tem framework de produtividade, nem lista de hábitos de pessoas altamente eficazes. É um cara bêbado dizendo que o melhor código é nenhum código, que TDD é uma seita, que documentação é a habilidade mais subestimada da engenharia, e que ser sênior é saber quando quebrar as boas práticas não só quando seguir.

Tem coisas que qualquer dev experiente vai ler e pensar “eu nunca falei isso em voz alta, mas é exatamente isso”. Que stack de tecnologia no fundo não importa tanto, porque existem uns 15 padrões fundamentais que se repetem em qualquer campo. Que gestor bom e engenheiro bom compartilham mais qualidades do que a maioria imagina. Que se você acordou às 2h da manhã pelo on-call mais de uma vez por trimestre, tem algo seriamente errado e você precisa ou consertar ou sair. Que aprender uma linguagem é fácil, o difícil é o ecossistema.

E tem coisas que só aparecem quando a pessoa não tá mais pensando no assunto. Que o maior orgulho da carreira não foi a plataforma usada por múltiplos times, mas o script pequeno que só ele mesmo usava. Que trabalhar com engenheiros brilhantes o tornou um programador melhor, mas trabalhar com colegas não-técnicos inteligentes o tornou um engenheiro melhor. Que o maior ato de liderança que já presenciou foi quando seu chefe assumiu a culpa por um erro que era 100% dele.

O curioso é que nenhuma dessas lições parece revolucionária quando lida isoladamente. Mas juntas elas formam algo muito mais valioso: a diferença entre aprender programação e aprender a ser engenheiro.

Um recado do patrocinador 📣

Nem toda decisão técnica é só técnica

Escolher uma tecnologia, definir uma arquitetura ou priorizar uma solução nunca é só uma decisão técnica.

Toda escolha carrega impacto em prazo, manutenção, escalabilidade e, principalmente, no negócio. É por isso que, ao longo da carreira, cresce também a responsabilidade sobre essas decisões.

Quem atua como Tech Lead precisa lidar constantemente com trade-offs. Nem sempre a melhor solução é a mais sofisticada, muitas vezes, é a mais simples que resolve o problema certo no tempo certo.

Esse olhar mais amplo faz diferença no dia a dia. Conectar código ao contexto evita retrabalho, reduz complexidade desnecessária e melhora a qualidade das entregas.

No Asaas, decisões técnicas são tomadas com esse equilíbrio em mente. Simplicidade, clareza e impacto real no produto fazem parte dos critérios que guiam a Engenharia.

Se esse é o tipo de desafio que você busca, vale dar uma olhada nas oportunidades abertas.

🔗 Confira as vagas

☁️ Eu não gosto da nuvem. Então resolvi construir uma

O co-fundador do Tailscale largou uma empresa de sucesso e começou outra do zero pra resolver o que ele chama de problema fundamental: a nuvem atual tem o formato errado. VMs amarradas a CPU/memória, disco remoto que deveria ter morrido na era dos HDDs, egress absurdo, APIs dolorosas e Kubernetes existindo só pra enfeitar o problema. A justificativa pra construir o exe.dev é simples e honesta: ele gosta de computadores, mas não gosta do que a nuvem virou.

🌀 A arte de se sabotar pensando demais

Um projeto simples bem feito num final de semana bate de longe um sistema sofisticado que nunca sai do papel. Kevin Lynagh descreve o ciclo clássico de autossabotagem: você tem uma ideia, vai pesquisar “referências”, descobre que o problema é enorme, e nunca começa. A solução não é ignorar o contexto é ter clareza sobre o critério de sucesso antes de abrir o navegador.

💔 Eu amava programar. Agora eu só faço prompt.

Um desabafo honesto sobre o que a IA fez com a alegria de programar. Não é um artigo de produtividade. É sobre alguém que um dia ficou 20 minutos olhando pra tela em branco, abriu o Cursor, recebeu o código em 7 minutos, copiou, colou, funcionou, não sentiu nada, e fechou o laptop. A conversa nos comentários é a melhor parte.

📡 Usando a internet como em 1999

O algoritmo não é um bug do sistema: ele é o sistema. O artigo é um manifesto prático pra quem quer retomar o controle da própria atenção: RSS em vez de feed, IRC em vez de Discord, busca intencional em vez de scroll infinito, POSSE em vez de plataforma como proprietária do seu conteúdo. Não é nostalgia. É soberania.

🧩 TLM: o cargo que ninguém explica direito

Tech Lead Manager não é EM com código extra nem IC com reuniões a mais, é um papel próprio, com configurações próprias. Christoph Nakazawa, ex-Meta e criador do Jest, explica como sobreviver e prosperar na função: gestão de pessoas vem antes do teclado, delegação é escala, e comprometer-se com código no caminho crítico é a forma mais rápida de estressar o time.

📐 3 restrições antes de construir qualquer coisa

Jordan Lord não começa nenhum projeto sem passar por três filtros: cabe em uma página? Tem tecnologia central separável do produto? Tem uma restrição definitiva que dá identidade ao que está sendo construído? Se falhar em qualquer um, ele não constrói. A lógica por trás é a seguinte: restrição não limita criatividade, ela colapsa o espaço de busca e força você a resolver o que realmente importa.

Eventos

A Codecon Universe aconteceu e foi super divertido, se quiser ver um resumo de como foram as interações, fizemos um post pro Instagram:

🪐 Codecon Universe

Youtube

Entramos no clima da copa e lançamos o desafio:

🔗 PROGRAMANDO UM BOLÃO DA COPA: Junior vs. Pleno vs. Sênior

Select Experience

A Select é uma experiência pra profissionais experientes em tecnologia. Sem palco e sem plateia: apenas trocas genuínas, mentorias e conversas que fazem a carreira avançar. O site com a programação está publicado, vem conferir:

🌐 Select Experience

• Princípios e padrões que moldaram a engenharia de software reunidos num site só

• O Framework Laptop 13 Pro chegou: modular, reparável, com 20h de bateria e fazendo Ubuntu outsell Windows

• Marcas e produtos que ficaram ruins de propósito

• Biblioteca open-source de animações e componentes React

• Skills pra agentes de IA do Matt Pocock: 108k stars, zero vibe coding, com TDD, diagnose, grill-me e mais

…a não ser que você seja aquele dev convencido que responde tudo no tom de “óbvio né?”. Aí ninguém aguenta mesmo.

Apresentado por: Gabriel Nunes, Alexandre Klostermann e Alex Rios

SEJA PRO E GANHE BENEFÍCIOS

https://codecon.dev/pro

CARREIRAS NO ASAAS:

https://go.codecon.dev/asaas

Edição: BZT Áudio

Tá chegandooo! O hackathon de ideias inúteis é nesse final de semana, ainda dá tempo de se inscrever, bora?

🛸 Codecon Universe

Gabriel Nunes (@nunesgabriel)

Software pra N=1

Craig Mod é escritor e fotógrafo baseado no Japão. A complexidade financeira da vida dele é bastante considerável, ele possui múltiplas contas em múltiplos países, precisa fazer conversões de moeda constantemente, lidar com direitos autorais de editoras americanas, vendas diretas, programa de membros, exportações de livros pro Japão, investimentos públicos e privados... E nenhum software de contabilidade do mercado resolvia tudo isso junto. Durante anos, ele usou Quicken misturado com Google Sheets, scripts customizados e software de contabilidade japonês, uma gambiarra funcional, mas sofrida. Até que um dia ele cansou e decidiu construir o próprio sistema. Chamou de TaxBot2000. E diz que é o melhor software de contabilidade que já usou na vida.

Há um ano isso mudou. Desde então ele não consegue parar de construir. Começou recriando o Twitter do jeito que sempre achou que deveria ser: posts que somem em 7 dias, limite de duas publicações por dia, timeline cronológica, sem algoritmo. Depois construiu ferramentas pra indexar horas de vídeo do programa de membros. Depois utilitários pequenos que usa centenas de vezes por ano.

O que todos esses projetos têm em comum é que são inúteis pra quase todo mundo. E esse é exatamente o ponto. São soluções feitas pra uma situação específica, pra um fluxo de trabalho que só faz sentido pra ele. Por décadas esse tipo de coisa era território exclusivo de quem tinha tempo, dinheiro e um time de engenharia. Agora não é mais.

O que Craig descreve não é só produtividade. É uma mudança de posição, do usuário que se adapta ao software disponível, pra alguém que constrói o que precisa, do jeito que precisa, e fica com os dados. E nisso, ele já está pensando no próximo projeto.

Um recado do patrocinador 📣

Tech Leader não é sobre cargo

Nem sempre existe um momento claro em que alguém “vira” Tech Leader. Na prática, esse movimento costuma começar antes do título.

É quando a pessoa passa a destravar decisões, ajudar o time a evoluir e assumir responsabilidade pelo que está sendo construído, não só pelo próprio código, mas pelo resultado como um todo. Liderança técnica aparece muito mais no dia a dia do que em uma promoção.

Isso muda a forma de atuar. Não é só sobre resolver problemas, mas sobre dar contexto, facilitar discussões e garantir que as decisões façam sentido para o time e para o produto.

No Asaas, esse tipo de protagonismo é parte da rotina. A liderança técnica acontece próxima do código, das pessoas e das decisões que realmente impactam o que está sendo entregue.

Para quem já atua assim ou quer dar esse próximo passo, o Asaas está com oportunidades abertas de Tech Leader no time de Engenharia, confira:

🔗 Confira a vaga

💸 Múltiplos SaaS com R$100/mês de infraestrutura

Um dev bootstrapper revela como roda vários produtos com MRR positivo usando apenas um VPS barato, Go compilado, SQLite com WAL habilitado e uma GPU velha em casa para AI em batch. A conclusão que desafia o consenso: AWS, EKS e bancos de dados remotos são complexidade desnecessária para a maioria dos negócios reais.

🏗️ Design e engenharia: a separação que nunca deveria ter existido

O modelo herdado da linha de montagem industrial, onde designers projetam e desenvolvedores constroem em sequência, cria uma lacuna que nenhuma ferramenta de handoff resolve. O que realmente funciona é prototipar no browser, na matéria-prima de verdade, e ter pessoas que pensam em composição e estrutura ao mesmo tempo.

🤝 Um dev, duas dúzias de agentes, zero alinhamento

Uma staff engineer do GitHub Next apresenta o Ace, um workspace multiplayer para desenvolvimento com agentes. O argumento central: ferramentas de coding atuais são todas single-player, mas software não é um esporte individual. Quando implementação fica barata, o gargalo passa a ser o alinhamento de equipe e nenhuma ferramenta atual resolve isso.

🖥️ O handoff morreu, e foi ótimo

Uma equipe de três pessoas (designer, dev e PM) entregou um site bem acabado em três semanas usando uma ferramenta de agentes onde todos trabalhavam no mesmo repositório ao mesmo tempo, cada um do seu jeito. O designer ajustava animações sem tocar no código. O dev gerenciava PRs e padronizava convenções. O PM inseria conteúdo. Sem fila de espera, sem “manda pro dev”. Quando o handoff some, todo mundo constrói.

🎮 Fiz um jogo sobre times de software, ficou real demais

Uma dev construiu o DDDnD pra zoar com as situações clássicas do trabalho, dívida técnica, pressão de stakeholder, decisões arquiteturais que assombram às 2 da manhã. O problema é que, ao modelar as dinâmicas, o jogo ficou reeal demais pra ser só comédia. Vale jogar e mandar pro seu time.

🧠 Usar IA pra pensar mais, não pra pensar menos

O texto divide engenheiros em dois grupos: os que usam IA pra se livrar do trabalho mecânico e focar no que importa e os que usam pra evitar pensar. A diferença parece pequena no curto prazo mas muda rápido. Quem terceiriza o raciocínio perde também em julgamento. Quem usa IA como alavanca sai operando num nível acima. É especialmente relevante pra quem está no início da carreira.

Eventos

A Codecon vai ter um hackathon online! Nos dias 29 a 31 de maio, vai acontecer a Codecon Universe.

Bora participar? 👀

🪐 Codecon Universe

Youtube

Acabamos de atingir 60 MIL INSCRITOS!
E tem vídeo fresquinho no canal:

🔗 O que acontece quando um CEO tenta programar?

• Introdução direta ao Obsidian: por que usar, como manter simples e como encaixar no seu fluxo

• DOOM jogado via cURL no terminal, sem instalar nada além do bash

• Simulador multiplayer de tripulação de nave espacial, grátis, direto no browser

• Jogo diário onde você ordena eventos históricos em ordem cronológica

• Conecte seu produto ou agente a mais de 800 APIs com autenticação e infraestrutura prontas

Parece que toda vez que eu venho mandar os bastidores aqui, eu tô corrido. Mas olha, sempre parece que piora, kkkkcrying.

Mas… vamos ao que interessa.

Novos patrocínios no Youtube

Depois …

Read more

Já segue nosso canal no YouTube? Publicamos vídeos toda semana com desafios e devs programando ideias malucas. Vem ver!

🎬 Canal da Codecon

Gabriel Nunes (@nunesgabriel)

Read more

Apresentado por: Gabriel Nunes, Alexandre Klostermann e Elton Minetto

Artigo e livro citado no programa:

Why are executives enamored with AI but ICs aren’t?

O lado difícil das situações difíceis: Como construir um negócio quando não existem respostas prontas

SEJA PRO E GANHE BENEFÍCIOS

https://codecon.dev/pro

CARREIRAS NO ASAAS:

https://go.codecon.dev/asaas

Edição: BZT Áudio

As últimas semanas foram bem corridas e, por isso, acabei esquecendo de enviar o dois últimos e-mail de bastidores. 😅

Mas vou mandar hoje um e-email resumão das últ…

Read more

Viram os novos nomes confirmados pra Codecon Summit 26? A edição desse ano vai ser demais. Não entrem em pânico, mas corram pra garantir o ingresso, vai lá!

🐼 Codecon Summit 26

Gabriel Nunes (@nunesgabriel)

O atalho que parece produtividade

Tem um vídeo chamado “Designing with Claude Code“ que circulou por aí um tempo atrás, um designer abre o Claude, digita “cria uma home page pra um app de finanças” e, em segundos, tem uma página apresentável na tela. Nos próximos 57 minutos, ele vai ajustando o estilo, pedindo mudanças aqui e ali. O título diz que ele estava “desenhando uma aplicação”. Mas quando é que o design aconteceu de verdade?

Mozart compunha arranjos inteiros na cabeça. Beethoven ficou surdo e mesmo assim produziu algumas das obras mais celebradas da história. O que define quem realmente cria é acúmulo de julgamento, aplicado com disciplina em cada decisão.

Com IA, esse julgamento não some. Hierarquia visual ainda guia atenção. Estrutura ainda comunica antes do conteúdo. O que muda é o nível de onde o trabalho acontece. Em vez de pensar “como codar esse CSS?”, você pensa “o que isso tá comunicando? Qual estrutura serve melhor pra quem vai usar isso?”. Continua sendo criação intencional, só que num nível diferente.

O problema aparece quando a velocidade de geração começa a substituir esse julgamento. Algo que não existia um minuto atrás de repente tá lá, clicável, com gráficos animados, títulos coloridos. O esforço foi mínimo, parece pronto, e a maioria das pessoas não vão notar a diferença. Por que iterar? Por que refinar?

Aí que está o problema, não na ferramenta, mas na satisfação do quão fácil ela pode produzir qualquer coisa. Gerar e considerar pronto é consumir conveniência. Gerar, olhar com atenção, questionar o que aquilo tá comunicando, ajustar, gerar de novo e entender por quê uma versão funciona melhor que a outra, isso é criar com intenção e com propósito bem definido. A ferramenta é a mesma, mas a postura de quem está desenvolvendo é completamente diferente.

Um recado do patrocinador 📣

Nem todo problema se resolve com mais código

Quando algo começa a ficar complexo, a primeira reação costuma ser adicionar mais código, mais regras, mais camadas.

Mas nem sempre é isso que resolve.

Muitos dos problemas em sistemas maiores estão menos na implementação e mais na forma como tudo se conecta. Dependências demais, responsabilidades pouco claras e dificuldade de evoluir sem impactar outras partes são sinais clássicos disso.

A arquitetura celular entra justamente nesse ponto. A ideia não é só dividir o sistema, mas criar estruturas mais autônomas, que consigam evoluir de forma mais independente e com menos fricção.

Isso muda a forma de pensar soluções. Antes de escrever código, entra a pergunta: como organizar melhor esse contexto?

No Asaas, esse tipo de decisão faz parte da evolução dos sistemas. Arquitetura é tratada como algo vivo, que acompanha o crescimento do produto.

Se você gosta de resolver problemas nesse nível, vale conhecer as oportunidades abertas.

🔗 Confira as vagas

🧑‍💻 O começo da programação

A IA não acabou com o programador, ela criou o momento mais valioso da história pra quem sabe usar com ceticismo. Quem abraça as ferramentas, mas questiona tudo que elas produzem está mais bem equipado do que qualquer dev em qualquer época anterior. O debate não é mais “vai substituir ou não”, é “quem vai sobrar quando a poeira baixar”.

🕸️ O retorno do webmaster

A especialização extrema que dominou a indústria por duas décadas está encontrando seu contrapeso. Com IA, no-code e novas ferramentas, surge espaço para o full stack builder: não aquele que domina tudo em profundidade, mas que consegue conectar as peças e colocar um produto no ar praticamente sozinho. O webmaster voltou, mas agora com ferramentas muito mais poderosas.

✍️ Não deixe a IA escrever por você

Deixar uma LLM escrever por você é como pagar alguém pra malhar no seu lugar. O objetivo de escrever não é ter um texto pronto rápido, é sair do outro lado entendendo melhor, o que você pensava que já entendia sobre o assunto. Cada documento gerado por IA é uma oportunidade perdida de pensar. E quem lê percebe.

📁 Anatomia da pasta .claude

A pasta .claude é o centro de controle do Claude Code no seu projeto. Ela guarda instruções, comandos customizados, regras de permissão e memória entre sessões. Um guia completo de o que é, onde fica e por quê.

♟️ Xadrez em SQL puro

Sem JavaScript. Sem frameworks. Um tabuleiro de xadrez jogável feito inteiramente em SQL. O post demonstra como usar pivot com agregação condicional pra transformar linhas numa grade 8x8 e ainda recria ao vivo uma das partidas mais famosas da história do xadrez. SQL é mais expressivo do que a maioria das pessoas dá crédito.

😤 Trabalhando em produtos que as pessoas odeiam

Um engenheiro do GitHub Copilot, aquele que muita gente fala mal, escreve sobre o que significa passar anos construindo software que não é amado. A conclusão é: a qualidade do código raramente determina se um produto vai ser adorado ou detestado. Isso depende de incentivos, times e contexto, coisas que nenhum dev controla sozinho.

🌈 Design web com alegria

Alegria deveria ser um objetivo de design. Um texto sobre fazer páginas que dão prazer de construir e que surpreendem quem visita. Num mundo de sites gerados em massa, cuidar dos detalhes que ninguém pediu virou quase um ato de resistência.

Eventos

A Codecon vai ter um hackathon online! Nos dias 29 a 31 de maio, vai acontecer a Codecon Universe.

Bora participar? 👀

🪐 Codecon Universe

YouTube

Hoje sai mais um vídeo no canal, vem ver!

🕑 BUSCA SEMANTICA EM 2 HORAS - Junior vs. Pleno vs. Senior

Meetups

Quaaase todos meetups publicados esse mês, bora participar, evento gratuito!

🫂 Meetups do mês de maio

• Se você quer descobrir como usar a Inteligência Artificial para acelerar sua carreira em tech, a TripleTen lançou novos MBAs focados em IA e Dados e está oferecendo uma consultoria gratuita de carreira para ajudar você a entender quais caminhos fazem mais sentido para o seu momento profissional. Bônus: Use o cupom CODECON10 para garantir 10% OFF.

• Tudo que acontece quando você manda uma mensagem pro Claude Code, mapeado direto do código-fonte

• Postgres construído pra agentes de IA: cria, bifurca, usa e destrói bancos de dados sob demanda

• Torneio eliminatório pra descobrir de uma vez qual fonte de código você realmente ama

• Uma extensão pra nunca mais olhar pra JSON cru no browser

• Você sabe CSS ou acha que sabe?

• Arquivo com os comandos Linux mais úteis

Falando em construir por diversão, a Codecon tem um evento feito exatamente pra isso.

A Codecon Universe é um hackathon de ideias inúteis e absurdas, soluções pra problemas que não existem e projetos que desafiam a lógica. Sem KPI, sem ROI, sem pitch pra investidor. O objetivo é criatividade técnica pura.

Se você ficou com vontade de ir pro galpão, vai lá pega suas ferramentas e se inscreve!

🛸 Codecon Universe 26

Gabriel Nunes (@nunesgabriel)

O dev que ainda constrói por diversão

Existe um tipo de dev que está desaparecendo. Não o dev desempregado, não o dev substituído por IA, mas o dev curioso aquele que passava uma tarde inteira implementando um emulador de Game Boy só pra entender como hardware funciona, que subia um serviço com uma tecnologia nova sem escrever uma proposta pra isso, que construía coisas sem saber exatamente por quê. Esse perfil foi sendo substituído aos poucos pelo dev performático aquele que vive preocupado com o próximo case do LinkedIn, com subir o DAU, com escolher o framework certo antes mesmo de ter um problema pra resolver.

A cultura do desenvolvimento virou uma corrida de KPIs disfarçada de inovação. Todo mundo “constrói”, mas poucos ainda criam. E no meio disso tudo, o projeto pessoal, aquele galpão improvisado no quintal, sem blueprints nem aprovação de comitê, ficou com cara de coisa de quem tem tempo sobrando. Só que tempo não é o problema. A gente passa em média duas horas por dia consumindo conteúdo que não muda nada na nossa vida. O que falta não é hora no relógio, é clareza sobre o que vale a pena construir com ela.

O argumento mais honesto a favor dos side projects não é que eles podem virar startups. A maioria não vai. O argumento real é que eles são o único espaço onde você ainda é o arquiteto, o revisor e o usuário ao mesmo tempo. É onde você quebra coisas sem que ninguém pague o preço, onde experimenta sem precisar justificar o ROI, onde o erro custa uma noite e não um trimestre. E é exatamente nessa liberdade que o aprendizado acontece de verdade, não nos cursos, não nos certificados, mas na gambiarra que funcionou e na que não funcionou.

Tem algo mais profundo acontecendo aqui também. O trabalho em empresa grande ensina a escala, a disciplina, os processos que existem porque alguém aprendeu do jeito difícil o que acontece sem eles. Mas escala tem um custo: a rigidez. Você vira um trabalhador num canteiro enorme, raramente escolhe os materiais, quase nunca experimenta com a fundação. O “galpão” é onde você pega tudo que aprendeu finalmente testa nas suas próprias condições. É onde a curiosidade não precisa pedir passagem.

Proteger seus projetos pessoais não é conselho de produtividade. É quase um ato político num mercado que quer transformar todo dev em executor de tickets. O dev que ainda constrói por diversão é o que lembra por que entrou nessa área, é o que aparece numa reunião com contexto real porque já quebrou aquela ferramenta no próprio ambiente, é o que não depende só do emprego pra continuar crescendo. O side project não é o oposto do trabalho sério. É o que garante que você ainda vai querer construir quando o trabalho tentar convencer você do contrário.

Um recado do patrocinador 📣

Quando o sistema cresce, a arquitetura precisa acompanhar

Sistemas começam simples. Poucos serviços, poucas integrações, decisões rápidas.

Com o tempo, isso muda. Novas demandas aparecem, o volume cresce e aquilo que antes funcionava bem começa a gerar acoplamento, dependências e gargalos difíceis de evoluir.

É nesse momento que arquitetura deixa de ser só organização técnica e passa a ser uma necessidade para sustentar crescimento.

A arquitetura celular surge como uma forma de lidar com esse cenário. Estruturar o sistema em partes mais independentes, com responsabilidades claras, ajuda a evoluir com mais segurança, reduzir impactos e manter a velocidade do time.

No Asaas, esse tipo de desafio faz parte do dia a dia da Engenharia. Pensar a evolução da arquitetura não é algo isolado, mas contínuo, sempre conectado ao que o produto precisa.

Para quem gosta de atuar nesse nível de construção e evolução de sistemas, o Asaas está com uma oportunidade aberta para Tech Leader de Engenharia (arquitetura celular), confira mais detalhes: vaga Tech Leader de Engenharia

🤖 As regras de ouro do produto agent-first

O PostHog reconstruiu sua arquitetura de IA duas vezes antes de chegar numa coisa que funcionasse. O aprendizado virou cinco regras: agentes precisam conseguir fazer tudo que o usuário faz, devem ser encontrados no nível de abstração onde já raciocinam bem (SQL, no caso deles), o contexto universal precisa ser carregado desde o início, e assim por diante. É a visão mais prática que li sobre o que significa construir um produto pensando em agentes como usuário primário, não como feature bolt-on.

⚡ Imperativo vs. declarativo: a distinção que você usa todo dia sem saber nomear

Todo mundo que aprende React escuta que “React é declarativo”. Mas quando você tenta explicar o que isso significa, a definição de livro não ajuda ninguém. Esse artigo resolve isso com metáforas e exemplos reais de código comparando for loops com map e reduce. A virada é perceber que toda solução declarativa é uma abstração sobre uma implementação imperativa e que React é só mais uma camada disso.

🧠 Procrastinação produtiva: por que seu cérebro foge das tarefas chatas

Você terminou três tarefas hoje, mas a mais importante não saiu do lugar. O autor percebeu isso nos próprios dados de edição de vídeo: quanto mais tempo entre a gravação e a edição, menor a produtividade e os projetos “especiais” (novos, fora da fila) sempre saíam mais rápido. A ciência explica, nosso cérebro responde mais a estímulos novos (dopamina), evita emoções negativas associadas à tarefa principal (amígdala) e ainda se convence de que já foi produtivo o suficiente depois de completar tarefas menores (moral licensing). A solução não é força de vontade é entender a mecânica e construir um hábito.

🪝 Uma promise que nunca resolve, como padrão de controle de fluxo

Uma promise que nunca resolve é uma forma surpreendentemente limpa de interromper uma função assíncrona. O Inngest usa esse padrão em produção no SDK TypeScript pra pausar workflows, memoizar resultados de steps e retomar execuções serverless, tudo isso sem abrir mão do async/await normal. O artigo também derruba o medo de memory leak: a garbage collection cuida de tudo quando nada mais referencia a promise.

🔍 Os comandos git que você deveria rodar antes de ler qualquer código

Cinco one-liners de git que revelam o estado de saúde de um codebase antes de você abrir um único arquivo. Churn hotspots, bus factor, clusters de bug, velocidade de commit e frequência de reversões de emergência. O autor trabalha como auditor de codebases e usa exatamente esses comandos na primeira hora de qualquer auditoria. Dados de equipe disfarçados de dados de código.

🎨 “Design Engineer”: o título que revela a confusão do mercado

As descrições de vagas com esse título variam tanto que parecem falar de profissões diferentes. E a autora argumenta que isso não é falha de RH, é o mercado tentando nomear algo em tempo real enquanto a IA redefine os limites entre design, produto e engenharia. O título vai se estabilizar. O que o mercado está pedindo de fato é uma postura, a disposição de ter responsabilidade sobre o arco completo, da ideia ao produto entregue.

Eventos

A Codecon vai ter um hackathon online! Nos dias 29 a 31 de maio, vai acontecer a Codecon Universe.

Bora participar? 👀

🪐 Codecon Universe

YouTube

Vídeo fresquinho no canal da Codecon, vem ver!

🤖 O JÚNIOR COM IA VENCEU O SÊNIOR?

Podcast

Saiu o episódio da semana!
Nesse episódio, a conversa gira em torno das inovações em IA e do que tem sido discutido nos eventos tech lá fora.

🎧 A IA tá cara? Contrate um júnior

• A TripleTen lançou 3 novos MBAs focados em IA para te colocar no topo do mercado tech. São programas com dupla certificação (Brasil e Internacional) e foco real em empregabilidade global. Use o cupom CODECON10 para garantir 10% OFF! (patrocinado)

• Boneyard: skeleton loading gerado automaticamente a partir do seu DOM real, sem trabalho manual.

• Músicas feitas pra codar. Sem letra, sem distração, sem desculpa pra não entrar em foco.

• Um arquivo de GIFs animados das telas de título de jogos 8 e 16 bits. Nostalgia em pixel art pura.

• Se você usa óculos, vai entender imediatamente.

• Liste animais até falhar. Parece fácil. Não é. Você vai esquecer ‘cavalo’.

• Figma pra interfaces de terminal. Drag-and-drop, temas, exporta código real pra Ink, BubbleTea e Textual.

• Um jogo diário sobre o quanto você subestima (ou superestima) tudo.

Apresentado por: Gabriel Nunes, Alex Rios e Elton Minetto

SEJA PRO E GANHE BENEFÍCIOS

https://codecon.dev/pro

CARREIRAS NO ASAAS:

https://go.codecon.dev/asaas

Edição: BZT Áudio

A Codecon organizou um hackathon de ideias inúteis e coisas que ninguém precisa. Sério, esse é o tema. A Codecon Universe acontece online nos dias 29 a 31 de maio e você deveria participar.

🌌 Codecon Universe 26

Gabriel Nunes (@nunesgabriel)

Read more

Duas novas camisetas na loja da DVLPR. Uma pra quem roda a vida no café e nas bad decisions. Outra pra quem já conversou com um pato de borracha às 2 da manhã. Você sabe quem você é!

🦆 Camiseta Duck • ☕️ Camiseta Coffee

Gabriel Nunes (@nunesgabriel)

Do código à intenção

Por décadas, o trabalho de quem construía software foi definido pela produção manual. O dev escrevia linha por linha, o designer desenhava tela por tela, e o valor estava na execução. Era um caminho linear e previsível: pesquisa, design, build. Quem dominava a ferramenta dominava o jogo. Esse ciclo não está evoluindo. Ele está sendo aposentado.

O que está emergindo no lugar é o que alguns já chamam de Middle Loop, uma camada de trabalho que fica entre escrever código e entregar software. Não é mais sobre como implementar, é sobre o que deve existir e por quê. Os agentes decompõem tarefas, executam em ambientes isolados e geram milhares de linhas em minutos. O gargalo deixou de ser a produção. O novo gargalo é a clareza de quem instrui.

Isso muda completamente o perfil de quem entrega mais valor. O dev mais eficaz de 2026 não é o que digita mais rápido nem o que decorou mais sintaxe. É o que consegue decompor problemas complexos em pacotes de trabalho precisos, calibrar o nível de confiança no output do agente e manter a coerência arquitetural de um sistema que nenhuma máquina enxerga sozinha. Pensamento sistêmico virou competência técnica.

Um exemplo concreto dessa mudança é o conceito de arquitetura de intenção. Em vez de desenhar interfaces ou escrever código, o profissional passa a codificar seu gosto e seus critérios em formatos que agentes conseguem consumir. Não é um mockup. É um arquivo de texto que define tom, tipografia, antipadrões e restrições, um documento que impede o agente de gerar mediocridade no piloto automático. A tela virou especificação. O pincel virou linguagem.

O que não muda é o julgamento humano. A máquina prevê o pixel e escreve o loop, mas não entende o propósito humano por trás do produto, não pondera os trade-offs éticos, não enxerga a integridade sistêmica do que está sendo construído. Essa é a parte que ainda é nossa e provavelmente vai continuar sendo por um bom tempo. A pergunta que fica é: você está desenvolvendo essa habilidade, ou ainda está otimizando a velocidade de digitação?

Um recado do patrocinador 📣

Nem toda decisão técnica é só técnica

Escolher uma tecnologia, definir uma arquitetura ou priorizar uma solução nunca é só uma decisão técnica.

Toda escolha carrega impacto em prazo, manutenção, escalabilidade e, principalmente, no negócio. É por isso que, ao longo da carreira, cresce também a responsabilidade sobre essas decisões.

Quem atua como Tech Lead precisa lidar constantemente com trade-offs. Nem sempre a melhor solução é a mais sofisticada, muitas vezes, é a mais simples que resolve o problema certo no tempo certo.

Esse olhar mais amplo faz diferença no dia a dia. Conectar código ao contexto evita retrabalho, reduz complexidade desnecessária e melhora a qualidade das entregas.

No Asaas, decisões técnicas são tomadas com esse equilíbrio em mente. Simplicidade, clareza e impacto real no produto fazem parte dos critérios que guiam a Engenharia.

Se esse é o tipo de desafio que você busca, vale dar uma olhada nas oportunidades abertas.

Confira as vagas: https://go.codecon.dev/asaas-news-vagas

🔓 Software fechado vai virar o maior inimigo dos seus agentes

Agentes de IA podem finalmente exercer as liberdades do software livre em nome de quem não sabe programar. O autor tentou automatizar um workflow simples no Sunsama e caiu num labirinto de APIs não oficiais, senhas em texto puro e atalhos iOS construídos na mão. A conclusão é direta: quando o software é aberto, o agente lê o código e resolve em dez minutos. Quando é SaaS fechado, o agente bate na mesma parede que você. A próxima pergunta que todo mundo vai fazer antes de assinar uma ferramenta é “meu agente consegue modificar isso?”

🎮 CSS é DOOMed, alguém renderizou o DOOM inteiro em CSS!

Cada parede, chão, barril e inimigo é uma <div> posicionada em espaço 3D com CSS transforms. A lógica do jogo roda em JavaScript, mas a renderização é 100% CSS — trigonometria, animações com @property, clip-path, filtros SVG e anchor positioning sendo usados de formas que os autores das specs provavelmente nunca imaginaram. Se você quiser ver até onde o CSS chegou nos últimos 30 anos, jogue aqui e se impressione.

🎢 O padrão ouro de otimização: o que o RollerCoaster Tycoon ensina até hoje

RCT simulava parques inteiros com milhares de agentes no hardware de 1999 sem engasgar. O segredo não era só Assembly, era design de jogo informado por performance: visitantes que andam aleatoriamente pelo parque em vez de usar pathfinding caro, colisão entre pessoas simplesmente ignorada em troca de um sistema de felicidade, e fórmulas matemáticas deliberadamente ajustadas pra usar potências de dois. Chris Sawyer era programador e game designer ao mesmo tempo, e isso mudou tudo.

🌐 A velha internet não foi a lugar nenhum

Blogs pessoais, fóruns de nicho, sites excêntricos, nada disso desapareceu. O que mudou foi nossa expectativa: anos de feeds e algoritmos nos treinaram a esperar que o conteúdo venha até nós, e esquecemos de ir até ele. A “boa internet” ainda existe, só exige um pouco de esforço pra encontrar. Às vezes ela não vai ter likes nem retweets, pode ter meses de idade quando você achar, mas ela tá aqui. Esperando.

😮‍💨 Me substitui, IA. Tô pedindo.

Um designer de produto experiente não está com medo de ser substituído pela IA, ele está torcendo pra isso. O relato é honesto: design de produto virou um papel espremido entre PMs, engenheiros e “o negócio”, com cada vez menos espaço pra decisões reais. A IA que desestrutura tudo isso não é ameaça, é oportunidade de reconstruir com mais sentido. A pergunta que fica: quando os papéis tradicionais sumirem, quem vai guiar os agentes e tomar as decisões que ainda importam?

YouTube

Vídeo antigo, mas vale muito relembrar, ficou bom demais!

🎲 Analisando dados de um evento - 3 sêniors vs. 3 júniors (mas com IA)

Eventos

A Codecon vai ter um hackathon online! Nos dias 29 a 31 de maio, vai acontecer a Codecon Universe.

Bora participar? 👀

🪐 Codecon Universe

Podcast

Nesse episódio, a gente fala sobre a banalização do SaaS: como virou padrão transformar qualquer ideia em “produto”, colocar uma camada de IA e sair vendendo como inovação. Um papo sincero (e levemente indignado) sobre hype, oportunismo e o esmerdelhamento geral do que deveria ser software de valor.

🎧 Esmerdelhamento do SaaS

• O manual do ELIZA de 1979, o chatbot que veio antes de tudo isso que você usa hoje

• Tradutor de código Morse no browser, com som, flash e vibração, sem instalar nada

• Editor de wireframe em ASCII feito pra colar direto no Claude Code ou Cursor

• Segura pra pular, solta pra voar. 100 chances de pulo. Erra uma e começa tudo de novo.

• Workspace open-source e self-hosted que substitui seus dez SaaS por um deploy só

• Push notification pra seu iPhone via webhook. Sem conta, sem dashboard, só HTTP.

• A aula de 2h da Stanford que cobre 80% do que você precisa saber sobre LLMs e de graça

Apresentado por: Gabriel Nunes, Alexandre Klostermann, Alex Rios e Elton Minetto

SEJA PRO E GANHE BENEFÍCIOS

https://codecon.dev/pro

CARREIRAS NO ASAAS:

https://go.codecon.dev/asaas

Edição: BZT Áudio

Já conferiu o calendário de meetups do mês de abril? Vamos estrear em Salvador esse mês! Mas tem mais cidades no mapa da Codecon, clica no link pra conferir:

🐼 Meetups Codecon

Gabriel Nunes (@nunesgabriel)

Read more

Bom, a ideia de fazer um hackathon online sempre esteve em nossas cabeças, porém nunca tinhamos parado pra planejar ele.

Recentemente, revisando alguns plane…

Read more

Tá chegando o Codecon Universe 26! Um hackathon online de 29 a 31 de maio pra quem quer construir coisas inúteis, absurdas e completamente geniais. Soluções pra problemas que não existem, projetos que desafiam a lógica e prêmios pra quem sobreviver até o final.

🪐 Codecon Universe 26

Gabriel Nunes (@nunesgabriel)

As leis não escritas da engenharia de software

Todo dev tem uma lista mental de lições que aprendeu da pior forma possível. Aquelas verdades que ninguém colocou no README, ninguém ensinou no bootcamp e ninguém admite abertamente, até que a produção quebra às 23h de uma sexta-feira e a memória bate forte.

O autor do Manager.dev catalogou sete dessas leis, destiladas de anos quebrando coisas e prometendo nunca mais repetir o erro. A primeira e mais universal: “é sempre relacionado”. Quando a produção quebra logo depois de um deploy, o instinto humano grita “não tem nada a ver com o que eu mexi”. Quase sempre tem. Regra de ouro: primeiro faz rollback, depois debate a causa.

Vem junto uma lei que todo mundo ignora até precisa, o backup que nunca foi restaurado não é backup, é esperança. Se você nunca testou a restauração, não sabe se o backup funciona de verdade. Outra lei clássica: logs são o diário de bordo do sistema, mas você só percebe que os seus são inúteis quando está no meio de um incidente tentando decifrar mensagens que você mesmo escreveu. “Você sempre vai se odiar pela forma como escreve seus logs” e vai reescrever, e vai se odiar de novo daqui a seis meses.

Tem a lei do rollback planejado, que deveria ser requisito obrigatório antes de qualquer deploy significativo. Tem a lei dos quatro olhos, especialmente quando você tem acesso a produção, banco de dados ou qualquer coisa que possa causar estrago irreversível se você está com dúvida se é seguro fazer sozinho num domingo à noite, essa dúvida já é a resposta. E tem a lei do “a gente resolve isso depois”, que na prática significa “isso vai para o cemitério do backlog e nunca mais será visto”.

O que une todas essas leis é simples: elas não são sobre tecnologia. São sobre comportamento humano sob pressão. Frameworks mudam, linguagens mudam, stacks mudam. O ser humano que subestima o risco, que acha que a exceção não vai acontecer, que adia o que é chato, esse permanece constante. Conhecer as leis não garante que você não vai quebrá-las, mas aumenta bastante a chance de você reconhecer a tempo quando está prestes a fazê-lo.

Um recado do patrocinador 📣

Um novo momento, a mesma ambição de crescer junto

Crescer rápido é desafiador. Mas crescer com clareza sobre quem você é, o que entrega e onde quer chegar, é o que realmente sustenta o longo prazo.

O Asaas entrou exatamente nesse momento.

Depois de um ciclo importante de evolução do negócio, a empresa passou por um rebranding que vai além da estética. É uma atualização que traduz com mais precisão o que o Asaas já se tornou e o que está construindo para os próximos anos.

Na prática, isso se reflete em direcionamentos mais claros: uma missão ambiciosa, um propósito definido e um posicionamento que conecta tecnologia financeira e operacional à evolução de negócios em escala. Confira o manifesto da marca.

Mas o ponto mais interessante, olhando pela perspectiva de carreira, é outro.

Esse tipo de movimento geralmente acontece em empresas que estão amadurecendo rápido e que precisam que as pessoas cresçam junto com elas.

No Asaas, isso aparece no dia a dia. Times que lidam com decisões cada vez mais estratégicas, projetos que ganham escala e complexidade, e um ambiente que exige autonomia, colaboração e visão de negócio. A marca evolui porque o negócio evolui. E o negócio evolui porque as pessoas evoluem junto.

Para quem quer fazer parte desse próximo capítulo, o Asaas segue com oportunidades abertas no time: https://go.codecon.dev/asaas-news-vagas

👩‍💻 O que sobra pro dev depois da IA?

A IA chegou, tomou as tarefas chatas e deixou as difíceis pra você. Para artistas, LLMs tiram a parte mais humana do trabalho e deixam a a difícil. Para devs, é o contrário: tiram o trabalho braçal e deixam a parte criativa. Mas não é tão simples quanto “a IA virou seu colega de trabalho”. Mais de 700 mil profissionais de tech foram demitidos desde o lançamento do ChatGPT, e quem ficou precisa decidir o que vai ser feito na era onde o código ficou barato e o julgamento ficou caro. Duas categorias de devs estão em apuros: os que encaram programação como emprego estável, e os que a encaram como arte. Os dois grupos vão precisar se reinventar, mas por razões completamente diferentes.

☠️ A internet morreu. Essa não é mais uma teoria.

Costumava ser especulação de fórum underground: a teoria da internet morta dizia que a maioria do conteúdo online já era gerada por bots, não por humanos. Hoje isso não é mais teoria. O HackerNews passou a restringir contas novas por excesso de submissões geradas por IA, o LinkedIn é 80% slop, e posts do Reddit estão sendo inundados por bots que escondem seus comentários. A web estranha, pessoal e idiossincrática dos anos 2000 não desapareceu, ela só ficou invisível debaixo de uma avalanche de conteúdo sintético. A pergunta não é mais “será que isso está acontecendo?”, é “como a gente vive aqui agora?”.

🔱 A engenharia de software se dividiu em três

O custo de transformar um requisito em código colapsou. O que mudou não foi a tecnologia em si, mas onde está o gargalo: saiu da implementação e foi parar no julgamento. O mercado está se estratificando em três camadas: grandes empresas de tech onde a IA multiplica engenheiros sênior, enterprises que precisam de guardrails e consultores fracionados, e um ecossistema emergente de devs locais servindo pequenos negócios que agora podem pagar por software customizado. O problema é que se as empresas pararam de contratar júnior, de onde vêm os futuros seniors? A conta simplesmente não fecha.

🧠 Dívida de compreensão: a conta que a IA vai cobrar

Dívida técnica você conhece. Você escolheu o atalho, sabe onde mora, dá pra agendar o pagamento. A dívida de compreensão é diferente: ela se acumula sem ninguém tomar uma decisão consciente. É a soma de centenas de code reviews onde o código parecia certo, os testes passaram e tinha mais um PR na fila. Velocity no verde, DORA estável, coverage impecável, e ninguém percebe que o time inteiro parou de entender o que o sistema faz de verdade. Um estudo da Anthropic mostrou que devs que usaram IA na tarefa tiraram 17% menos na prova de compreensão depois. Você vai pagar essa dívida mais cedo ou mais tarde, e ela tem juros.

🚀 Quando entregar rápido demais vira o problema

Entregar software dá uma sensação boa. Cria momentum, parece progresso, vicia. Com IA, a velocidade ficou tão alta que o produto começa a ser moldado pela capacidade de construir, não pelo problema que precisa ser resolvido. O Mozilla.ai olha pra esse fenômeno com preocupação: quando código não é mais o gargalo, o gargalo passa a ser clareza, julgamento de produto e a coragem de não entregar ainda. Ficamos muito bons em construir software. Não ficamos igualmente bons em decidir o que construir, ou se vale construir.

🔦 O guia que todo dev deveria ter lido antes

O stuffeverybodyknows.com não é tutorial, não tem sintaxe, não tem framework, não tem stack. É um mapa do que você precisa saber pra ser dev na web, independente do ano ou da tecnologia. Dunning-Kruger, acessibilidade, performance, segurança, debugging, arquitetura, soft skills, tudo o que ninguém ensina mas todo mundo assume que você já sabe. Foi dado mais de 30 vezes em bootcamps diferentes, e quase nada precisou ser atualizado. Porque o que é atemporal, é atemporal.

YouTube

Colocamos 3 devs para tentar passar em uma entrevista técnica para sênior. Mas só um é sênior de verdade e o entrevistador tem que escolher o certo.

👥 Entrevistador sênior tenta descobrir quem é o impostor

Podcast

Aceitar ou não uma promoção: crescimento ou desvio de rota? Nem todo “sim” te leva pra onde você realmente quer chegar.

🎙️ Quando você deveria recusar uma promoção

Eventos

Aqui tem o calendário de Meetups da Codecon pra Abril, bora que tem muito conteúdo legal, formatos diferente e estreia em Salvador!

🤝 Meetups da Codecon Abril 26

• Enshittification: a palavra que explica por que seu app favorito piorou sem você perceber.

• Você não sabe por que aquela interface parece boa. Este cara sabe e vai te contar.

• Acabou o anúncio de newsletter piscando no meio do parágrafo

• Alguém respondeu ‘não’ pro Claude e ele escreveu 1.400 linhas de raciocínio antes de parar. É um gist. É arte. É um aviso.

• Você passa o dia inteiro rolando o feed. Agora descobre em quantos pixels por segundo você desperdiça sua vida.