DEV Community: Fazedor de Codigo

SDD e o Fim do "Vibe Coding": O Futuro do Desenvolvimento Guiado por IA

Emerson Delatorre — Fri, 10 Apr 2026 18:04:24 +0000

Fala, pessoal! Muito prazer, aqui é o Emerson Delatorre. Tive a honra de bater um papo sensacional no canal D.E.P.L.O.Y. com o Felipe sobre um tema que está virando a nossa área de cabeça para baixo: o uso de Inteligência Artificial no desenvolvimento de software. Como desenvolvedor, criador do Fazedor de Código e professor, eu vejo muita gente perdida nessa transição.

Hoje, a produtividade trazida pela IA é inegável, com empresas relatando aumentos absurdos de entregas. Mas existe uma armadilha perigosa no meio desse caminho. Vamos falar sobre como domar a IA usando o Spec-Driven Development (SDD) e por que você precisa abandonar o código na base do "achismo".

A Armadilha do "Vibe Coding"

A primeira vista, a IA parece mágica. Surge então o conceito de Vibe Coding (codificação por intuição).

Você joga um prompt (comando) vago na ferramenta — "faça uma landing page linda com cores frias e sem erros" —, aceita o código gerado e reza para funcionar. Pense nisso como delegar a fundação de um prédio para um estagiário muito confiante, mas sem nenhuma planta ou supervisão. Ele vai entregar algo rápido, mas que pode desmoronar na primeira ventania.

O resultado do Vibe Coding em larga escala é catastrófico. As IAs perdem o contexto, alucinam sob pressão e criam um débito técnico gigantesco. Não é à toa que já temos relatos de milhares de bugs (falhas no código) introduzidos por IAs que chegaram sorrateiramente aos ambientes de produção.

A IA não substitui a base técnica. Ela te acelera, mas quem dita as regras do jogo e avalia a qualidade da entrega é você.

O Santo Graal: Spec-Driven Development (SDD)

Para não cairmos na armadilha do estagiário sem supervisão, precisamos do SDD (Spec-Driven Development).

O SDD é uma metodologia de desenvolvimento guiada por especificações. Antigamente, nós tínhamos o PRD (Product Requirements Document - um documento de requisitos que detalha o que o produto deve fazer, como um manual de instruções antes da fabricação), que muitas vezes ficava obsoleto rápido.

Com o SDD, temos uma inversão de valores: o código deixa de ser a única fonte da verdade, e a especificação legível por máquina assume esse papel. O código se torna quase descartável e recriável; a especificação é o que importa.

Como o SDD se integra com outras metodologias:

TDD (Test-Driven Development): Desenvolvimento orientado a testes. Pense nisso como criar o gabarito da prova antes de responder às questões. O teste falha primeiro, você cria o código para ele passar e depois melhora (Red, Green, Refactor).
BDD (Behavior-Driven Development): Desenvolvimento orientado a comportamento. Define cenários práticos do tipo "Quando o usuário fizer X, o sistema deve fazer Y".

O SDD cria o artefato principal. Baseado nele, geramos os cenários do BDD. A partir dos cenários, criamos os testes do TDD. E, finalmente, geramos o código. É uma cordinha de segurança que garante que a IA só caminhe por onde você determinou.

As Fases Práticas do SDD

Trabalhar com SDD exige um fluxo bem definido, precedido por uma fase de Research (pesquisa e "brainstorming" com a IA para formar uma base de conhecimento). O ciclo oficial é:

Especificação: Uma descrição de alto nível da intenção da feature (funcionalidade). É o "o que" vamos fazer.
Plano Técnico: Decisões de arquitetura. É o "como" vamos fazer (quais tecnologias, configurações, contratos de API).
Decomposição em Tarefas: Quebrar o plano em pequenas tarefas sequenciais e dependentes. É como fatiar um bolo inteiro em pedaços mastigáveis para a IA não se engasgar.
Validação e Implementação: Você age como o engenheiro revisor. Se o plano e as tarefas fazem sentido, você aprova. Só então o agente de IA começa a implementar o código, e você o valida (geralmente através de testes automatizados).

E o Projeto Legado? (O Famoso "Brownfield")

É fácil aplicar SDD em um projeto novo e do zero (Greenfield). Mas e quando entramos num Brownfield?

Um Brownfield é um projeto legado, antigo, que funciona como um campo minado: qualquer passo errado pode quebrar a aplicação inteira. Como aplicar SDD sem pedir para a IA reescrever o sistema inteiro (o que gastaria dinheiro e geraria o caos)?

Usamos a estratégia de Spec Untouched (Especificação Intocada) e Spec Anchor (Especificação Âncora):

Spec Âncora: Criamos uma regra central e rigorosa sobre a estrutura do projeto legado para que a IA entenda os limites.
Foco Orgânico: Criamos especificações e documentações apenas para o raio de impacto da nossa alteração. À medida que o time trabalha, a base de código vai ganhando cobertura e organização organicamente, sem loucuras.

Ferramentas do Ofício

Para orquestrar tudo isso, não podemos fazer tudo na mão. Aqui estão algumas ferramentas fundamentais que comentei na live:

Ferramenta	O que faz	Analogia
GitHub SpecKit	Orquestra especificações usando um documento "Constituição" para guiar a IA, de forma agnóstica (funciona com vários modelos).	É o gerente de projetos rígido que não deixa ninguém sair das regras da empresa.
Claude Code (CLI)	Assistente direto no terminal (Command Line Interface - a telinha preta de comandos) para executar workflows e automatizações complexas.	O operário de elite que constrói a infraestrutura diretamente no canteiro de obras.
G-Stack	Um workflow completo onde diferentes agentes de IA (um CEO, um Revisor) avaliam o projeto de forma autônoma.	Uma sala de reunião virtual onde robôs discutem a qualidade do seu trabalho.
Taíl	Um registro e gerenciador de contextos e habilidades de IA, que já faz análise de segurança e performance.	Uma loja de aplicativos apenas para "superpoderes" seguros para a sua IA.

O Futuro do Desenvolvedor: O Arquiteto de Intenções

Estamos saindo da era de ficar horas digitando código no teclado. Nosso papel está mudando para Arquiteto de Intenções.

Nós saímos do foco micro (o "como" escrever a linha de código) para o foco macro (o "que" precisa ser resolvido e qual o impacto no negócio). Se antes programar era escrever estruturas de repetição em um papel na faculdade, hoje é criar um contexto perfeito para que um modelo avance 80% do trabalho chato, deixando os 20% cruciais da validação e arquitetura nas suas mãos.

As ferramentas de IA são excelentes, mas lembre-se: a responsabilidade pelo que vai para o repositório é e sempre será sua. Estude a base técnica, invista no seu inglês, crie sua rede de contatos e mantenha seu GitHub organizado. A régua do mercado subiu, e quem souber orquestrar essas inteligências de forma responsável vai ditar o ritmo dessa nova era.

Fonte:

Como Construir um Blog com Astro e Inteligência Artificial (Sem Perder o Controle do Código)

Emerson Delatorre — Thu, 05 Mar 2026 14:56:08 +0000

Se você já teve um artigo técnico retirado do ar sem explicações por uma plataforma de terceiros, sabe que a melhor solução é ter o seu próprio espaço. Mas como construir um blog do zero de forma rápida e, o mais importante, com código de qualidade?

Neste artigo, vamos explorar como utilizar o Astro em conjunto com assistentes de Inteligência Artificial para criar um blog. Mais do que apenas gerar código aleatório, vamos aplicar o que o mercado anda chamando de "Vibe Code" — mas com uma dose pesada de Engenharia de Software real.

1. Esqueça o "Vibe Code", Pense em Engenharia

O termo "Vibe Code" (desenvolver software conversando de forma solta com a IA) está na moda, mas projetos sérios exigem mais do que isso. Para que a inteligência artificial não alucine e gere um código impossível de manter, precisamos dar contexto e estruturar bem o começo do projeto.

É aqui que entra o SpecKit.

Sem Jargões Deixados Para Trás: O SpecKit é um projeto de código aberto do GitHub que funciona como um "arquiteto de software" para a sua IA. Ele te obriga a seguir uma linha rígida de especificações, montando uma documentação prévia antes de escrever qualquer linha de código.

2. Escrevendo a "Constituição" do seu Código

A primeira etapa do nosso desenvolvimento não é programar, mas sim criar um arquivo de Constituição. Pense nisso como as "leis sagradas" que a IA deve seguir durante todo o projeto.

Para garantir a qualidade e a manutenibilidade do nosso blog, definimos as seguintes regras para a IA:

Astro v5.18.0: Especificamos a versão exata do framework para evitar que a IA use dependências defasadas.
Boas Práticas Rigorosas: Exigimos a aplicação de Clean Code, SOLID, YAGNI e Object Calisthenics.
Nota rápida (Sem Jargões): Esses são conjuntos de regras e filosofias de programação que forçam o código a ser simples, limpo e orientado a objetos. O YAGNI (You Aren't Gonna Need It), por exemplo, diz para não criarmos funcionalidades até que elas sejam estritamente necessárias.

Para adicionar essa camada de regras, utilizamos diretrizes (guidelines) customizadas do GitHub Copilot focadas em TypeScript e desenvolvimento no Astro.

3. Estratégia de Modelos: O Cérebro e os Músculos

Quando lidamos com LLMs (Grandes Modelos de Linguagem), a Janela de Contexto — a "memória de curto prazo" da IA — enche rápido. Se passar de 50% ou 60% da capacidade, a IA começa a cometer erros e "alucinar".

Por isso, dividimos o trabalho em duas frentes:

O Planejador (Claude Opus): Usamos um modelo poderoso e robusto (como o Opus) para ler a documentação, entender a Constituição e criar as especificações e tarefas (tasks). O resultado é um planejamento contendo modelagem de dados e requisitos funcionais para um MVP.

Nota (Sem Jargões): MVP (Minimum Viable Product) é a versão mais básica do seu projeto que já funciona e entrega valor.

O Operário (Codex): Como o Opus tem um custo computacional muito alto, trocamos para um modelo mais leve, rápido e especializado em código (como o Codex) no momento de implementar as tarefas na prática.

4. Sub-agentes e Implementação Paralela

Com a especificação pronta, a mágica da automação acontece. A ferramenta não precisa executar uma tarefa por vez; ela utiliza Sub-agentes trabalhando em paralelo.

Sem Jargões Deixados Para Trás: Sub-agentes são como vários "mini-programadores virtuais" que a IA principal contrata para fazer partes diferentes do trabalho ao mesmo tempo. Enquanto um configura o Tailwind (ferramenta de estilo) , o outro cria os utilitários de data e hora.

Ao final da execução paralela dessas dezenas de tarefas (foram 37 no total!) , obtivemos um build de sucesso. A IA entregou um blog funcional, com página inicial, listagem de artigos, sistema de tags e até uma página "Sobre" baseada no perfil do autor.

Dica Bônus para Estudantes

Construir projetos auxiliados por IA consome tokens (a moeda de processamento das IAs), o que pode ser caro. Se você é estudante, acesse o GitHub Student Developer Pack. Ele oferece acesso gratuito a ferramentas premium, incluindo o GitHub Copilot Pro e créditos em infraestrutura de nuvem.

Conclusão

Usar IA para gerar aplicações não significa abandonar as boas práticas. Ao utilizar ferramentas como o SpecKit e impor regras arquiteturais (Clean Code, SOLID), nós transformamos o que seria um amontoado de código gerado aleatoriamente em um produto de software escalável, mantendo o controle total do nosso ambiente e do nosso conteúdo.

Referências

github / spec-kit

💫 Toolkit to help you get started with Spec-Driven Development
🌱 Spec Kit

Build high-quality software faster.

An open source toolkit that allows you to focus on product scenarios and predictable outcomes instead of vibe coding every piece from scratch.

Table of Contents
🤔 What is Spec-Driven Development?

Spec-Driven Development flips the script on traditional software development. For decades, code has been king — specifications were just scaffolding we built and discarded once the "real work" of coding began. Spec-Driven Development changes this: specifications become executable, directly generating working implementations rather than just guiding…
View on GitHub
Astro

Astro builds fast content sites, powerful web applications, dynamic server APIs, and everything in-between.

astro.build

GitHub Student Developer Pack - GitHub Education

The best developer tools, free for students. Get your GitHub Student Developer Pack now.

education.github.com

Desvendando a Caixa Preta: O Guia Definitivo de IA e Machine Learning

Emerson Delatorre — Tue, 03 Mar 2026 13:50:23 +0000

1. Introdução: O Que Acontece Debaixo do Capô?

Vivemos um momento singular na história. Ferramentas de Inteligência Artificial estão em todos os lugares, dos nossos celulares aos sistemas corporativos mais complexos. Mas existe um abismo entre usar a tecnologia e entender como ela funciona.

A maioria das pessoas trata a IA como uma "caixa mágica": você faz um pedido e ela cospe um resultado. O problema é que, se você não sabe como a mágica é feita, você fica refém dela. Este artigo é o seu convite para levantar o capô do carro, sujar as mãos de graxa (metaforicamente!) e entender as engrenagens que estão movendo o mundo. Vamos transformar conceitos complexos em algo que você possa explicar na mesa do jantar.

2. A "Cebola" da Tecnologia

Primeiro, vamos organizar a sopa de letrinhas. Muita gente usa os termos abaixo como sinônimos, mas existe uma hierarquia clara, como camadas de uma cebola:

Inteligência Artificial (IA): é o termo "guarda-chuva". Qualquer técnica que permita a um computador imitar o comportamento humano (raciocínio, visão, fala) entra aqui.
Machine Learning (Aprendizado de Máquina): é o motor principal. Aqui, o sistema não segue apenas regras fixas escritas por um humano; ele aprende a identificar padrões analisando dados.
Deep Learning: Uma camada mais profunda do Machine Learning, inspirada nos neurônios humanos, capaz de aprender com dados muito complexos.
IA Generativa (LLMs): A "estrela do momento" (como o GPT, Gemini, Claude). Diferente das anteriores, que apenas analisam ou classificam, esta aqui cria conteúdo novo (texto, imagem, código).

A Mudança de Mentalidade

Na programação tradicional, a regra é clara e rígida: "Se o cliente gastou mais de R$ 100, dê 10% de desconto". É determinístico.

No Machine Learning, você muda o jogo. Você não dá a regra. Você joga uma montanha de dados para o computador (histórico de vendas, perfis de clientes) e diz: "Descubra o padrão de quem costuma comprar mais". A máquina cria a regra para você baseada no comportamento real.

3. Os Três Sabores do Machine Learning

Como a máquina aprende? Existem três "escolas" principais de ensino, aplicáveis a qualquer setor:

3.1. Aprendizado Supervisionado (O Aluno com Gabarito)

Você entrega os dados já "rotulados" com a resposta certa.

Como funciona: Você mostra 10 mil fotos de gatos e diz "isso é gato", e 10 mil de cachorros e diz "isso é cachorro".
No Mundo Real: Previsão de preços de casas (baseada em tamanho e localização), filtros de spam no e-mail ou diagnóstico médico por imagem.

3.2. Aprendizado Não Supervisionado (O Detetive)

Você entrega os dados bagunados, sem rótulos, e pede para a máquina organizar.

Como funciona: A máquina analisa os dados e agrupa o que é parecido, encontrando estruturas que o olho humano não veria.
No Mundo Real: Segmentação de clientes para marketing (agrupar por hábitos de compra), recomendação de filmes em streaming ou detecção de fraudes em cartão de crédito (encontrando transações que fogem do padrão).

3.3. Aprendizado por Reforço (A Tentativa e Erro)

Analogia Sem Jargão: É como treinar um pet ou ensinar uma criança a andar de bicicleta. Se a ação for boa, o sistema ganha uma "recompensa" (pontos). Se for ruim, ganha uma penalidade.
No Mundo Real: Robôs aprendendo a andar, carros autônomos ou IAs que jogam xadrez e videogames.

4. O Ciclo de Vida: Cuidado com o "GIGO"

Antes de confiar em qualquer IA, lembre-se do conceito mais importante de dados:

Conceito-Chave: GIGO (Garbage In, Garbage Out).
Traduzindo: "Lixo entra, lixo sai". Se a sua empresa ou projeto alimentar a IA com dados ruins, desatualizados ou enviesados, o resultado será uma decisão errada, não importa quão cara ou moderna seja a tecnologia.

O sucesso não está no algoritmo, está na qualidade dos dados que você fornece.

5. Por Dentro da IA Generativa (LLMs)

Como o ChatGPT ou o Gemini conseguem escrever um poema ou resumir um livro? Eles não "leem" como nós.

5.1. Tokenização: Tudo vira Lego

A IA quebra o texto em pedacinhos chamados Tokens.

Sem Jargão: Imagine um Lego. A palavra "Inconstitucionalissimamente" pode ser quebrada em várias pecinhas menores. O modelo cobra e processa por "pecinha", não por palavra inteira.

5.2. Embeddings: O Mapa Matemático

Depois de virar token, a palavra ganha uma coordenada numérica.

Sem Jargão: É como um GPS de significados. A palavra "Rei" fica matematicamente próxima de "Rainha". A palavra "Médico" fica perto de "Hospital". É assim que a IA sabe quais conceitos estão relacionados, calculando a distância entre eles.

5.3. Mecanismo de Atenção (Attention Mechanism)

É o segredo do sucesso. O modelo consegue pesar a importância de cada palavra em uma frase longa para manter o contexto.

Exemplo: Na frase "O banco fechou porque o dinheiro acabou", a IA sabe que "banco" se refere à instituição financeira, não ao assento de praça, por causa da relação com a palavra "dinheiro".

6. O Lado Sombrio: Riscos e Cuidados

Nem tudo é perfeito. Seja você um estudante ou um CEO, precisa estar atento a dois perigos:

Alucinação: A IA pode inventar fatos com total confiança. Ela é treinada para ser convincente, não necessariamente para ser verdadeira. Regra de ouro: Sempre verifique a informação.
Privacidade: Dados inseridos em ferramentas públicas muitas vezes são usados para treinar o modelo.

7. O Guia de Decisão: Qual ferramenta usar?

Para fechar, um guia rápido para você saber qual tecnologia aplicar no seu problema:

Seu Objetivo	Ferramenta Indicada	Exemplo Prático
Prever um número ou classificar algo com base no passado.	Machine Learning Supervisionado	Prever vendas do próximo mês ou risco de crédito.
Criar conteúdo, resumir textos ou interagir via chat.	IA Generativa (GenAI)	Escrever e-mails de marketing, criar imagens ou resumir reuniões.
Descobrir padrões ocultos ou anomalias em dados brutos.	Machine Learning Não Supervisionado	Identificar perfis de clientes ou falhas em máquinas na fábrica.

Conclusão: O Novo Normal

Entender a distinção entre Machine Learning tradicional e IA Generativa, e saber os riscos de alucinação e privacidade, deixa de ser um diferencial técnico e passa a ser uma competência essencial de alfabetização digital.

Agora você possui um "framework" mental. Da próxima vez que ouvir falar sobre uma nova IA revolucionária, você não será apenas um espectador passivo deslumbrado com a mágica. Você saberá olhar para as engrenagens, questionar a qualidade dos dados (GIGO) e decidir se aquela é, de fato, a ferramenta certa para o problema que você precisa resolver.

De 3 Dias de Trabalho para 15 Minutos: O Segredo da Automação com IA

Emerson Delatorre — Tue, 03 Mar 2026 13:47:32 +0000

Fala, pessoal! Fazedordecodigo por aqui.

Na nossa ltima aula, ns tocamos em um ponto que o sonho de consumo de qualquer profissional: parar de gastar horas copiando e colando dados de planilha para transformar dias de trabalho braal em minutos de processamento com Inteligncia Artificial.

Se voc daqueles que gasta sua sexta-feira gerando relatrios no Word e mandando e-mail, pare tudo. Vou resumir aqui o mtodo que ensinei para transformar um analista cansado em um "Engenheiro de Prompt" de elite.

O Problema: A "Sofrncia" Manual

Comecei a aula trazendo um cenrio bem real. Imaginem a rotina clssica de uma rea de qualidade ou manuteno:

Baixar dados de 10 mquinas na unha.
Validar linha por linha no Excel.
Calcular o OEE (Eficincia Global do Equipamento).
Identificar onde estamos perdendo dinheiro.
Escrever um relatrio no Word.
Disparar e-mail para a gesto.

Tempo gasto: Cerca de 3 dias de trabalho "picado" ou aquelas 3 horas ininterruptas de foco total que a gente nunca tem.

Minha proposta na aula: Fazer tudo isso em 15 minutos.

Como? No mgica, mtodo. E apresentei a vocs o meu framework favorito: o CICLO.

A Estrutura Mestra: O Framework CICLO

Para garantir que a IA no v "alucinar" e entregue exatamente o que precisamos, ensinei o acrnimo CICLO. Vamos relembrar cada etapa:

1. C - Contexto (O Contrato)

Aqui definimos o "palco".

Exemplo:"Voc um Analista de Manuteno da indstria qumica. Sua meta analisar a eficincia dos equipamentos crticos..."

Se a gente no d o contexto, a IA fica igual quele estagirio genial que acabou de chegar no prdio e no sabe nem onde fica o banheiro. Potencial alto, direo zero.

2. I - Input (A Entrada de Dados)

Aqui entra a regra que bati na tecla com vocs: Garbage In, Garbage Out (Lixo entra, Lixo sai).

Se a planilha vier com clulas vazias ou erros de digitao (como um caractere estranho no meio do nome de uma cidade, como vimos acontecer), o resultado ser ruim.

Ao: Instru vocs a limparem os dados antes ou pedirem para a IA validar a integridade logo de cara.

3. C - Cascade (Processamento em Etapas)

Essa a grande sacada que mostrei. No peam para a IA "fazer tudo de uma vez". Dividam o problema em etapas lgicas, onde o resultado da Etapa 1 alimenta a Etapa 2.

Etapa 1: Ingesto e validao.
Etapa 2: Clculo de mtricas.
Etapa 3: Anlise de causa raiz.
Etapa 4: Recomendaes.

Isso cria um fluxo de pensamento que reduz erros drasticamente.

4. L - Output (A Sada)

Como queremos receber isso? Poema? Cdigo? Tabela?

No nosso exerccio, pedi um Relatrio Executivo em Markdown.

Para quem no lembra: Markdown aquela formatao simples de texto (usar ** para negrito, # para ttulos). A IA adora porque leve e estruturado.

5. O - Optimize (Otimizao Oculta)

A camada final onde a IA revisa o prprio trabalho, verificando consistncia dos clculos e se o tom de voz est adequado (profissional, direto, sem enrolao).

O Desafio Tcnico: A Porta do Quarto (Janela de Contexto)

Durante a aula, surgiu uma dvida excelente sobre manter o histrico da conversa ou abrir um chat novo. Usei uma analogia que gosto muito:

"Imaginem a porta do quarto de vocs. Ela tem uns 70cm de largura. Se voc tenta passar um sof de 2 metros (muita informao/histrico longo), ele no passa."

Isso a Janela de Contexto.

O Problema: Conforme conversamos com a IA, a memria dela enche. Chega uma hora que, para caber coisa nova, ela comea a "esquecer" ou resumir o comeo da conversa.
Minha Recomendao: Tarefa nova? Chat Novo. Copiem o prompt mestre, colem em um chat limpo e subam os dados novos. Isso garante que a IA est com a "mente fresca".

Dica de Ouro: Chats Temporrios

Tambm discutimos sobre evitar "sujeira" no cache (o famoso bug onde a IA para de responder). A dica que surgiu foi usar Chats Temporrios ou abas annimas para tarefas pesadas e repetitivas, evitando que o sistema tente carregar histricos gigantes desnecessrios.

Por que a IA respondeu diferente para cada um?

Vimos um caso curioso onde duas pessoas rodaram o mesmo prompt , mas tiveram resultados diferentes (uma IA foi prestativa, a outra mandou um "se vira" mais rgido com erros). Por que isso acontece?

Probabilidade: Os modelos de linguagem ( LLMs ) no so calculadoras exatas. Eles trabalham com probabilidade, "chutando" a prxima palavra. s vezes, o caminho muda levemente.
Temperatura: Configuraes internas de criatividade do modelo.
Verso: Diferenas de licena ou verso (GPT-4 vs GPT-3.5) impactam drasticamente a capacidade de raciocnio.

Resumo da pera

Conceito

O que eu quero que vocs levem

|
|

Framework CICLO

o roteiro para o prompt perfeito. Usem sempre.

|
|

Garbage In/Out

Dados ruins geram respostas ruins. Validem antes.

|
|

Janela de Contexto

Tarefa recorrente exige Chat Novo. No acumulem lixo.

|
|

Markdown

Peam o output assim para terem relatrios bonitos e rpidos.

Concluso

Pessoal, provei na aula que automao no sobre saber programar, sobre saber pedir e estruturar o raciocnio. Sair de 3 dias de trabalho para 15 minutos inteligncia operacional.

Como eu disse no final: isso viciante. Depois que voc comea a automatizar, no consegue mais ver uma tarefa manual sem sentir aquela agonia para criar um prompt e resolver logo.

Levem esse conhecimento para o dia a dia e pratiquem. Semana que vem a gente aprofunda em anlise de dados!

Fiquem com Deus e bom trabalho!

]]>

Gemini 3: O Google Parou de "Ler Texto" e Começou a "Ler o Ambiente"

Emerson Delatorre — Tue, 03 Mar 2026 13:46:24 +0000

Introduo: Chegou a Era do "Faz pra Mim"

Fala, galera de tecnologia! Aqui o FazedorDeCodigo.

Vocs lembram quando a gente ficava impressionado porque a IA conseguia escrever um poema (meio ruim) sobre batatas? Pois , isso to 2023. Estamos em novembro de 2025, e o Google acabou de chutar a porta com o lanamento do Gemini 3.

Eu li a documentao tcnica e os anncios oficiais para que voc no precise ler (mas os links esto l no final, e eu recomendo!). A grande manchete aqui no apenas "mais velocidade" ou "mais parmetros". A mudana filosfica: o Google afirma que a IA evoluiu de apenas processar o que voc escreve para entender a sua inteno.

Sabe aquele estagirio que voc precisa explicar 10 vezes a mesma coisa? O Gemini antigo era assim. O Gemini 3 promete ser aquele colega snior que voc fala "preciso de um relatrio" e ele pergunta "pro financeiro ou pro marketing?", porque ele entendeu o contexto. Vamos mergulhar no que muda na prtica.

2. Raciocnio "Deep Think": O Detetive Digital

Uma das novidades mais badaladas o novo modo de raciocnio profundo (que o Google chama de Deep Think ou Chain-of-Thought).

O que isso sem "tecniqus"?

Imagina que voc pede para uma criana resolver uma equao de segundo grau. Se ela s chutar o nmero, vai errar. Se ela pegar um papel, escrever a frmula de Bhaskara e resolver passo a passo, a chance de acerto enorme.

O Raciocnio Profundo exatamente isso: antes de te responder, o Gemini 3 "para para pensar". Ele quebra sua pergunta complexa em etapas menores, resolve uma por uma e depois te entrega a resposta.

Na prtica: Voc no precisa mais fazer aquela "engenharia de prompt" (que basicamente ter que falar igual rob para o rob te entender). Voc fala natural, e ele se vira nos 30 para estruturar a lgica.

3. Interfaces Generativas: A Morte do "Apenas Texto"

Essa aqui explodiu minha cabea. O Gemini 3 introduz o conceito de UI Generativa (Interfaces de Usurio Generativas).

At ontem, voc pedia algo no Google e recebia uma lista de links ou um bloco de texto. Agora, o modelo consegue gerar interfaces visuais e interativas na hora, especificamente para voc.

Sem Jarges Deixados Para Trs:

Pense na UI Generativa como um chef de cozinha pessoal. Antes, voc pedia uma receita e ele te dava um papel (texto). Agora, ele cozinha o prato na sua frente (cria a ferramenta).

Exemplo: Se voc est procurando "melhores tnis para correr a So Silvestre", ele no vai s listar modelos. Ele pode desenhar, na hora, uma tabela comparativa interativa ou um widget onde voc filtra por preo e tipo de pisada, criado ali, no momento da busca.

4. Agentes e a Plataforma "Antigravity"

Para a galera de desenvolvimento e corporativo, o Google lanou uma prvia do Antigravity. uma plataforma focada em Agentes de IA.

O que um Agente?

Se o ChatGPT/Gemini "padro" uma enciclopdia falante, um Agente um funcionrio que tem mos. Ele no s sabe as coisas, ele faz coisas. Ele pode entrar no seu sistema, rodar um cdigo, mandar um e-mail e agendar uma reunio.

O Gemini 3 traz agentes capazes de planejar e executar tarefas de programao autnoma. A ideia que ele consiga lidar com tarefas de vrias etapas (multi-step) sem voc ter que ficar segurando na mo dele a cada clique.

5. Contexto Profundo e Multimodalidade Real

Por fim, a capacidade de Contexto Profundo recebeu um upgrade massivo. O Gemini 3 consegue engolir PDFs gigantes (tipo, 80 pginas de "juridiqus" ou relatrios tcnicos) e manter o fio da meada.

Alm disso, a multimodalidade (a capacidade de entender texto, udio, vdeo e imagem ao mesmo tempo) est mais fluida.

Fazendo Analogia:

Imagine que voc est numa festa barulhenta. Uma IA antiga s conseguia ler as legendas do que as pessoas falavam. O Gemini 3 consegue ver a expresso facial da pessoa, ouvir o tom de voz sarcstico e ler a legenda, tudo junto, para entender que quando algum disse "Adorei sua camisa", na verdade estava sendo irnico. isso que chamam de "ler o ambiente" (reading the room).

Isso permite coisas como jogar um vdeo de 20 minutos para ele e pedir um resumo que realmente faa sentido, conectando o que foi falado com o que apareceu na tela.

6. Concluso: Menos Prompt, Mais Ao

O resumo da pera com o Gemini 3 : a barreira de entrada diminuiu. A tecnologia est finalmente se adaptando a ns, humanos bagunados e cheios de nuances, em vez de ns termos que aprender a falar "prompts".

Seja com interfaces que se desenham sozinhas ou com raciocnio que resolve problemas matemticos complexos, o Google est sinalizando que o futuro da busca no "procurar", "resolver".

Agora, se me do licena, vou pedir pro Gemini 3 tentar explicar para a minha tia no WhatsApp por que ela no deve clicar em links de sorteio de cafeteira. Se ele conseguir isso, a sim eu digo que a AGI chegou!

Um abrao e at a prxima compilao!

Referncias (Fontes Obrigatrias)

Para escrever este artigo, analisei profundamente os dados oficiais e as notas de lanamento de 18 e 19 de Novembro de 2025:

]]>

Esqueça o "Ctrl+C, Ctrl+V": Como eu ensinei a criar seu "Clone Digital" com Templates de Prompt e Lógica Condicional

Emerson Delatorre — Tue, 03 Mar 2026 13:45:41 +0000

Ei, pessoal! Aqui é o Fazedor de Código.

No último dia 14 de novembro, ministrei um treinamento sobre Engenharia de Prompt Avançada. Falamos sobre algo que eu vejo todo santo dia: gente brilhante presa em tarefas repetitivas. Lembra daquele relatório que você precisa compilar toda semana? Ou daquela análise de dados em que o processo é sempre o mesmo, só mudando os valores?

Nós aprendemos técnicas avançadas de prompt, mas senti que alguns ainda estavam no "cri-cri" na hora de aplicar no dia a dia. Por isso, hoje vamos subir mais um degrau. Vamos parar de criar prompts únicos e começar a construir sistemas. Vou mostrar como criar o seu "Clone Digital" usando Prompt Templates e Lógica Condicional.

O Problema: A "Tirania" do Trabalho Repetitivo

O cenário que eu descrevi em nosso último encontro é clássico: um colega precisa "confrontar 3 tabelas de fretes diferentes, calcular divergências e gerar um relatório" toda semana. Outro "extrai dados, organiza em 6 colunas, classifica e faz um resumo".

O processo é sempre o mesmo. Só mudam os dados. É aqui que a maioria para. Mas nós vamos além. A solução é o Prompt Template.

O que é um Prompt Template

Pense em um Prompt Template como eu expliquei: uma "receita de bolo profissional". A receita (o método) é sempre a mesma, o que garante um resultado de alta qualidade. Você só muda os ingredientes (os dados).

Seu template é a sua "receita" e ele tem 3 componentes essenciais:

Estrutura Fixa (A Espinha Dorsal): O nosso bom e velho framework CTFT (Contexto, Tarefa, Formato e Tom). Isso nunca muda.
Placeholders (Os "Espaços em Branco"): São os marcadores onde seus dados variáveis vão entrar. Como dizer à IA: "Aqui vai entrar o relatório".
Lógica Condicional (O "Cérebro" do Clone): É aqui que damos ao template o poder de tomar decisões.

Dando um Cérebro ao seu Clone: A Mágica da Lógica Condicional

Aqui é onde eu separo os novatos dos profissionais. "Lógica Condicional" parece assustador, mas quem usa a função SE no Excel já entende.

Jargão Explicado: Lógica Condicional é dar instruções do tipo "Se... Então...". Exemplo: "Se a despesa for maior que 5.000, então marque para 'Aprovação Gerencial'. Senão, marque 'Aprovação Automática'."

Níveis de Complexidade:

Nível 1: O "Sim ou Não" (Se... Então... Senão): Lógica binária para dois caminhos.
Nível 2: O "Cardápio de Opções" (Quando... Faça): Para múltiplas condições claras.
Nível 3: O "Labirinto" (Condicionais Aninhadas): Uma regra dentro de outra. Como uma árvore de decisão.
Nível 4: A "Linha de Montagem" (Para Cada... Aplique): É o uso de Loops (Iteração). Você diz à IA: "Para cada linha desta planilha, aplique estas regras".

Conclusão: Pare de Ser um Operador, Comece a Ser um Arquiteto

O futuro do trabalho com IA não é sobre quem faz o melhor prompt único, mas sobre quem constrói os melhores sistemas de automação.

O "dever de casa" de vocês é identificar essa tarefa repetitiva e começar a construir sua biblioteca de templates. Comece simples, pelo Nível 1. Com o tempo, você terá um exército de "clones digitais" trabalhando para você.

Depois de 1000 horas de 'prompt engineering', eu achei os 6 padrões que realmente importam

Emerson Delatorre — Tue, 03 Mar 2026 13:44:37 +0000

Como Tech Evangelist, eu passo meus dias (e, admito, algumas noites) no front de batalha da tecnologia. E ultimamente, o campo de batalha mais quente a Engenharia de Prompt.

Se voc j se sentiu jogando na loteria ao usar o ChatGPT, Claude, Gemini ou qualquer outra IA, voc sabe do que estou falando. Voc pede uma coisa, ela entrega outra. Voc tenta de novo, e o resultado completamente diferente. o famoso "prompt and pray" (digite e reze).

Mas e se eu dissesse que existe um mtodo? Que a "tentativa e erro" pode ser substituda por... bem, engenharia de verdade?

Recentemente, me deparei com uma anlise brilhante de um Tech Lead no Reddit que passou mais de 1000 horas analisando mais de 1000 prompts reais usados em produo. Ele destilou todo esse caos em seis padres de sucesso.

Ele chama esse framework de KERNEL , e ele to bom que eu precisei compartilhar e dissecar com vocs. Vamos largar o achismo e comear a construir prompts que funcionam.

O que Engenharia de Prompt (e por que ela parece mgica negra)?

Antes de mergulhar no KERNEL, vamos alinhar os conceitos.

Engenharia de Prompt , simplesmente, a arte e a cincia de criar as instrues (os prompts) certas para obter exatamente o que voc quer de um Modelo de Linguagem Ampla (LLM).

Pense no LLM como um chef de cozinha gnio, mas incrivelmente literal e sem iniciativa prpria.

Prompt Ruim:"Estou com fome, faa algo gostoso." (Voc pode receber um sufl de chocolate ou uma sopa de pneu).
Prompt Bom:"Prepare um espaguete carbonara clssico, para uma pessoa, sem creme de leite, usando guanciale e queijo pecorino. Sirva al dente."

A engenharia de prompt a diferena entre esses dois pedidos. O problema que a maioria de ns est presa no primeiro exemplo. O framework KERNEL nos leva ao segundo.

👑 Desvendando o Framework KERNEL

O KERNEL um acrnimo para seis princpios que transformam seus prompts de "listas de desejos" vagas em "especificaes tcnicas" claras.

K - Keep it simple (Mantenha simples)

A Dor: Ns tendemos a "contaminar" nossos prompts com contexto desnecessrio, histrias e divagaes, achando que estamos "ajudando" a IA.

A Soluo: Um objetivo claro e direto.

A IA se afoga em contexto desnecessrio. Se voc der a ela 500 palavras de histria de fundo para uma tarefa que poderia ser descrita em 10, ela vai gastar tempo e processamento (os famosos tokens) tentando adivinhar o que importante.

Tokens? Pense neles como as "peas de palavras" ou slabas que a IA usa para "pensar". Menos tokens = resposta mais rpida e barata.

Ruim:"Preciso de ajuda para escrever algo sobre Redis, porque nossa aplicao est lenta e os usurios esto reclamando do tempo de carregamento do perfil, ento pensei em usar cache..."
Bom:"Escreva um tutorial tcnico para desenvolvedores juniores sobre como implementar cache de leitura (read-through) usando Redis no Node.js."

O resultado dessa clareza? A anlise original apontou 70% menos uso de tokens e respostas 3x mais rpidas.

E - Easy to verify (Fcil de verificar)

A Dor: Pedir coisas subjetivas como "torne este texto mais envolvente" ou "faa um bom script".

A Soluo: Fornea critrios de sucesso claros e objetivos.

Se voc no sabe definir como o sucesso, a IA tambm no saber. "Envolvente" subjetivo. "Bom" intil.

Ruim:"Analise estes dados e me d insights."
Bom:"Analise este CSV. Identifique as 3 principais tendncias de vendas por regio e liste os 2 produtos com menor desempenho no ltimo trimestre."

Analogia: a diferena entre dizer a um estagirio "arrume essa planilha" e "coloque a coluna 'Data' em ordem cronolgica e pinte de verde as linhas com vendas acima de 1000".

A anlise mostrou uma taxa de sucesso de 85% com critrios claros , contra apenas 41% sem eles.

R - Reproducible results (Resultados reproduzveis)

A Dor: Usar referncias temporais vagas como "agora", "atualmente" ou "as ltimas tendncias".

A Soluo: Seja especfico e atemporal (ou fixe o tempo).

O mesmo prompt deve funcionar da mesma forma na prxima semana e no prximo ms. O conhecimento da IA (majoritariamente) fixo em um ponto no tempo. "Tendncias atuais" um alvo mvel.

Ruim:"Quais so as melhores prticas atuais de SEO?"
Bom:"Liste as 5 principais recomendaes de SEO do Google para otimizao on-page, conforme o guia oficial de 2024."

Isso garante 94% de consistncia nas respostas ao longo do tempo.

N - Narrow scope (Escopo estreito)

A Dor: O "mega-prompt" que pede IA para fazer tudo de uma vez.

A Soluo: Um prompt = um objetivo.

No pea IA para escrever o cdigo, gerar a documentao, criar os testes unitrios e sugerir um nome para o projeto, tudo na mesma solicitao.

Analogia: Voc no pede ao seu encanador para consertar o vazamento, pintar a parede e instalar a internet ao mesmo tempo. Voc chama um profissional de cada vez para cada tarefa.

Divida tarefas complexas em etapas menores. (Veremos mais sobre isso na "Dica Avanada").

Prompts de objetivo nico tiveram 89% de satisfao do usurio, contra pfios 41% para prompts com mltiplos objetivos.

E - Explicit constraints (Restries explcitas)

A Dor: A IA entrega um resultado que est tecnicamente correto, mas intil para o seu contexto (ex: cdigo em uma linguagem errada, ou usando bibliotecas que voc no pode usar).

A Soluo: Diga IA exatamente o que NO fazer.

As restries so to importantes quanto a tarefa. Elas definem os "guard-rails" (barreiras de proteo) para a IA.

Ruim:"Escreva um script Python para processar um arquivo."
Bom:"Escreva um script Python 3.9 para processar um arquivo. No use bibliotecas externas (apenas a biblioteca padro). A funo principal no deve ter mais de 20 linhas."

Analogia: a diferena entre dizer "traga um lanche para a festa" e "traga um lanche, mas nada com amendoim por causa da alergia do Joo". A restrio o que garante a segurana e o sucesso.

Restries claras reduziram sadas indesejadas em 91% nos testes.

L - Logical structure (Estrutura lgica)

A Dor: Um prompt bagunado onde o contexto, a tarefa e o formato de sada esto misturados.

A Soluo: Formate seu prompt sempre da mesma maneira.

Este o "L" e, na minha opinio, o que amarra todo o KERNEL. A fonte sugere uma estrutura infalvel de 4 partes:

Contexto (Entrada): O que a IA precisa saber? (Ex: "Estou usando Python 3.10 e Pandas. Tenho uma pasta com mltiplos arquivos CSV...")
Tarefa (Funo): O que ela deve fazer? (Ex: "...escreva um script para mesclar todos os CSVs em um nico arquivo...")
Restries (Parmetros): O que ela deve evitar/obedecer? (Ex: "...use apenas a biblioteca Pandas. O script deve ter menos de 50 linhas.")
Formato (Sada): Como deve ser a resposta? (Ex: "...o resultado deve ser um nico arquivo chamado 'merged.csv'.")

KERNEL na Prtica: Um Exemplo Real (Antes e Depois)

O Tech Lead original deu um exemplo perfeito de seu prprio trabalho.

👎 Antes do KERNEL (O "Prompt da Esperana")

"Ajude-me a escrever um script para processar alguns arquivos de dados e torn-los mais eficientes"

Resultado: 200 linhas de cdigo genrico, que no entendia os arquivos, usavam bibliotecas erradas e foi direto para o lixo.

👍 Depois do KERNEL (O "Prompt de Engenharia")

(Observe a estrutura Lgica)

[Tarefa]: Escreva um script Python para mesclar mltiplos arquivos CSV.

[Contexto/Entrada]: A entrada uma pasta contendo vrios arquivos CSV. Todos os CSVs tm exatamente as mesmas colunas.

[Restries]: Use apenas a biblioteca Pandas. O script final deve ter menos de 50 linhas.

[Verificao/Formato]: A sada deve ser um nico arquivo chamado merged.csv.

Resultado: 37 linhas de cdigo limpo. Funcionou na primeira tentativa.

Os Resultados Falam por Si

A aplicao do KERNEL em 1000 prompts gerou mtricas de produtividade absurdas:

Sucesso na Primeira Tentativa: Aumentou de 72% para 94%
Tempo para Resultado til: Reduziu em 67%
Uso de Tokens (Custo/Velocidade): Reduziu em 58%
Melhoria na Preciso (Percebida): Aumentou em +340%
Revises Mdias Necessrias: Caram de 3.2 para 0.4

Dica de Mestre: Encadeie seus KERNELs

A fonte termina com uma dica de ouro. Em vez de tentar quebrar a regra "N" (Escopo Estreito) com um prompt gigante e complexo, encadeie vrios prompts KERNEL.

Pense nisso como uma esteira de produo industrial:

Prompt 1 (KERNEL):"Analise este cdigo Java legado e extraia a lgica de negcios em pseudocdigo. Restries: Foque apenas no clculo de impostos."
Prompt 2 (KERNEL):"Pegue este pseudocdigo [sada do prompt 1] e traduza-o para uma funo Python 3.10. Restries: Use tipagem esttica (type hints) e no use bibliotecas externas."
Prompt 3 (KERNEL):"Escreva 3 testes unitrios (PyTest) para esta funo Python [sada do prompt 2], focando em casos de borda."

Cada prompt faz uma coisa perfeitamente, alimentando o prximo. Isso engenharia de software assistida por IA de verdade.

Concluso: Pare de Adivinhar, Comece a Engenheirar

O framework KERNEL no mgica. a aplicao de princpios bsicos de engenharia de software clareza, escopo definido, restries e verificabilidade forma como conversamos com a IA.

A melhor parte? Como o autor original mencionou, isso agnstico ao modelo. Funciona no GPT, Claude, Gemini ou Llama. A estrutura lgica universal.

Da prxima vez que voc abrir uma janela de chat de IA, resista vontade de "jogar um desejo" para ela. Lembre-se do KERNEL.

Referncias

Post original: r/PromptEngineering (2025). After 1000 hours of prompt engineering, I found the 6 patterns that actually matter. Reddit. ]]>

Adeus, Prompts? Olá, Times de IA! Desvendando a Orquestração de Agentes

Emerson Delatorre — Tue, 03 Mar 2026 13:44:12 +0000

Se voc, como eu, vive mergulhado no mundo da tecnologia, deve ter notado uma mudana sutil, mas tectnica. Estamos, aparentemente, saindo da "era dos prompts" e entrando na "era das equipes autnomas de IA". Essa frase, uma adaptao inspirada de uma citao de Bill Gates, foi o ponto de partida de uma palestra fantstica de Glaucio Daniel no MVP Conf, e ela resume perfeitamente o prximo grande salto da inteligncia artificial.

No estamos mais falando apenas de pedir a um chatbot para escrever um e-mail. Estamos falando de pedir a um sistema para gerenciar nossa campanha de e-mail marketing, e ele fazer tudo sozinho: desde a concepo, passando pelo design, at a anlise de mtricas.

Mas como samos de um "algoritmo" bsico para esse nvel de autonomia? A palestra do Glaucio, que tive o prazer de acompanhar (e que serve como base total para este artigo), deu um mapa claro. Vamos desempacotar isso.

Do Sanduche de Geleia ao "Sistema Agntico"

Lembra da sua primeira aula de programao? Provavelmente, usaram a analogia de "fazer um sanduche" para explicar o que um algoritmo : uma sequncia finita e clara de passos para resolver um problema. "1. Pegue o po. 2. Pegue a geleia. 3. Abra a geleia..." O vdeo clssico do pai ensinando os filhos a fazer um sanduche de geleia de amendoim, seguindo literalmente as instrues, ilustra isso de forma hilria.

Um algoritmo burro. Ele faz exatamente o que voc manda, na ordem que voc manda.

Agora, o que um Sistema Agntico (o termo chique que voc vai ouvir cada vez mais)?

Pense assim: em vez de dar a receita (o algoritmo), voc d o objetivo: "Estou com fome, me faa um sanduche de geleia".

Um sistema agntico, como Glaucio explicou, no segue apenas passos; ele tem um ciclo de vida muito mais sofisticado:

Percepo:"Ok, o usurio quer um sanduche."
Raciocnio:"Para um sanduche, preciso de po e geleia. Onde eles esto? A geleia est na geladeira. O po est na despensa." (Aqui entram tcnicas como a Cadeia de Pensamento, que basicamente quebrar o problemo em mini-tarefas).
Planejamento:"Vou primeiro despensa, depois geladeira. Vou pegar um prato e uma faca. Vou explorar diferentes caminhos." (Aqui entra a rvore de Pensamento, onde a IA imagina vrios futuros possveis, como num livro "escolha sua aventura", para ver qual o melhor).
Ao: A IA executa o plano, pegando os itens e montando o sanduche.
Reflexo: Essa a virada de chave. Depois de agir, a IA se auto-audita. "O sanduche est pronto? Est de acordo com o que foi pedido? Sim. Misso cumprida."

Agente vs. Assistente (E por que um "Super-Agente" uma m ideia)

Tudo bem, mas qual a diferena de um Agente de IA para um Assistente de IA (como o ChatGPT ou o Gemini que voc usa todo dia)?

A resposta simples: ferramentas.

Um Assistente como um bibliotecrio superinteligente. Ele pode ler tudo, entender tudo e te dar uma resposta brilhante. Mas ele no pode sair da biblioteca.
Um Agente um bibliotecrio que tambm tem um telefone, acesso ao e-mail, impressora e pode ligar para um motoboy. Ele pode executar funes e interagir com sistemas externos.

E a vem a grande sacada da orquestrao. Por que ter vrios agentes em vez de construir um nico "Super-Agente" que faa tudo?

Pelo mesmo motivo que sua empresa no tem uma nica pessoa que CEO, contadora, faxineira e estagiria de marketing. Glaucio nos lembrou do bom e velho Princpio da Responsabilidade nica (o "S" do SOLID).

Ter agentes especializados (um para segurana, um para escrever cdigo, um para acessar o banco de dados) os torna modulares, escalveis e mais fceis de manter. Voc cria uma equipe de especialistas.

Essa equipe pode ser organizada de duas formas principais:

Sequencial: Como uma linha de montagem. O Agente A termina, passa para o Agente B.
Hierrquica: A forma mais poderosa. Voc tem um "Gerente" ou "Supervisor" (um agente principal) que recebe a tarefa e decide qual especialista (sub-agente) deve chamar.

O Problema: Agentes que no Falam a Mesma Lngua

Tudo lindo, mas a temos um problema. Glaucio deu um exemplo pessoal: ele criou seu prprio "Jarvis" com vrios agentes (um que escrevia cdigo, um que gerenciava arquivos, um que rodava testes). Funcionava bem. Mas e se ele quisesse que seu Jarvis abrisse um ticket no Jira?

Seu agente no falava "Jirs". Ele precisaria construir um "tradutor" (um adapter) especfico para essa comunicao. Agora, multiplique isso por todos os agentes e todas as ferramentas (GitHub, Figma, Slack...). um pesadelo de integrao.

aqui que os protocolos entram em cena.

A Soluo: MCP e A2A, os "Tradutores Universais"

Para que os agentes conversem entre si e com as ferramentas, precisamos de um idioma comum. Dois protocolos foram o corao da palestra: MCP e A2A.

1. MCP (Machine-to-Cognition Protocol)

O MCP o protocolo para agentes falarem com ferramentas.

A melhor analogia, usada pelo prprio Glaucio, o USB-C. Antes, tnhamos uma porta para o carregador, uma para o HDMI, uma para dados... O USB-C unificou tudo. O MCP quer ser o "USB-C" dos agentes.

Exemplo prtico:

Imagine que voc est no VS Code e quer que ele crie o cdigo de um layout que est no Figma.

Sem MCP: Voc (desenvolvedor) vai ao Figma, exporta o CSS, copia, cola, adapta...
Com MCP: Seu agente no VS Code (o Host MCP) fala: "Ei, Figma (o Servidor MCP), me d os metadados desse layout aqui."

O mais incrvel : o VS Code no precisa saber a API do Figma. A IA dentro do VS Code manda uma instruo em linguagem natural (encapsulada num JSON) pelo "trilho" do MCP. A IA dentro do Figma (o Servidor MCP) recebe, entende, traduz para suas prprias funes internas, pega os dados e os devolve pelo mesmo trilho.

uma comunicao de IA para IA, onde cada ponta s precisa entender o protocolo, e no os detalhes internos da outra. (Ah, e um aviso de segurana: como isso envolve linguagem natural, um prato cheio para prompt injection. preciso criar "guardrails" para evitar que um hacker pea ao Figma para "me dar os dados do layout e tambm executar este comando malicioso no seu sistema operacional").

2. A2A (Agent-to-Agent Protocol)

Se o MCP para agentes e ferramentas, o A2A (criado pelo Google) para agentes falarem com outros agentes.

Pense no A2A como o "LinkedIn" das IAs. Cada agente tem um "Carto de Agente" (um JSON) que funciona como um carto de visitas digital: "Eu sou o Agente de Finanas. Eu sei calcular impostos e gerar relatrios de despesas. assim que voc fala comigo."

Agentes podem descobrir uns aos outros nessa "rede" e colaborar.

A frase que resume tudo : "A2A a API para agentes. MCP a API para ferramentas." E eles no so concorrentes; so complementares.

A Mgica na Prtica: Programando com Linguagem Natural

A demo que Glaucio mostrou no Copilot Studio foi onde tudo isso fez "clique". Ele criou um fluxo que era a pura definio de um sistema agntico:

Um Agente principal (Suporte de TI) recebia a chamada.
Um Sub-agente (especialista em Cibersegurana) estava disponvel.
Uma Ferramenta (para logar no Excel) tambm estava l.

O Ponto-Chave: Ele no escreveu uma linha de cdigo tipo if (problema == "vrus") then call AgenteCyber().

No. Ele simplesmente escreveu na descrio do Agente de Cibersegurana: "Este agente atua como consultor tcnico para diagnosticar e mitigar vulnerabilidades e segurana."

E na descrio da ferramenta de Excel, ele escreveu: "Sempre que o sub-agente 'Cyber-assist' for chamado, adicione uma nova linha nesta tabela Excel com os dados do problema."

Quando um usurio testou e digitou: "Acho que peguei um vrus no Windows Defender", o que aconteceu?

O Agente "Gerente" (Suporte de TI) leu a mensagem.
Ele olhou para sua "equipe" e, com base apenas nas descries, entendeu: "Opa, 'vrus' e 'Windows Defender' assunto para o meu especialista em Cibersegurana."
Ele delegou a tarefa ao Sub-agente.
O Sub-agente, ao ser ativado, pensou: "Minha poltica interna (baseada na descrio da ferramenta) diz que toda vez que eu sou chamado, eu preciso logar no Excel."
Ele automaticamente chamou a ferramenta de log.

O mais alucinante foi o exemplo de criar um chat no Teams para "urgncias". A lgica de qual pessoa do Nvel 2 chamar estava na descrio da ferramenta: "Abaixo temos uma lista de IDs. Voc deve fazer um rodzio entre eles. No chame sempre o mesmo."

Estamos, literalmente, programando a lgica de negcios em linguagem natural.

Concluso

A palestra de Glaucio Daniel foi um lembrete de que o Everest de informao que parece ser a IA generativa , na verdade, uma montanha que escalamos um passo de cada vez. Samos dos algoritmos do "sanduche de geleia", estamos dominando os "prompts" dos assistentes, e agora estamos construindo as primeiras "equipes" de agentes.

O futuro no sobre ter uma IA que faz tudo. sobre ter um "gerente" de IA que orquestra uma equipe de especialistas (agentes) que usam as ferramentas certas (via MCP) e conversam entre si (via A2A) para alcanar um objetivo. E a nossa funo como desenvolvedores est se movendo de codificar o passo-a-passo para descrever o objetivo e as regras do jogo.

Referncias:

Palestra "Orquestrao de Agentes e Protocolos MCP e A2A" por Glaucio Daniel, MVP Conf.

]]>

Deixe o Copilot Fazer o Trabalho Pesado: Um Guia Prático para Modernizar seu .NET

Emerson Delatorre — Tue, 03 Mar 2026 13:43:14 +0000

Todos nós temos "aquele" projeto. Pode ser uma aplicao robusta em .NET Framework 4.x que ainda roda o negcio, ou talvez um dos primeiros projetos em .NET Core que nunca foi atualizado. A ideia de migrar assustadora. Envolve analisar dependncias, reescrever cdigo obsoleto, testar tudo de novo e, claro, o medo de quebrar o que est funcionando.

E se eu te dissesse que a IA agora pode atuar no apenas como um programador jnior, mas como um arquiteto assistente nesse processo?

A Microsoft integrou um novo "agente" especializado dentro do Visual Studio, focado exatamente nisso: a Modernizao de Aplicativo GitHub Copilot. Hoje, vamos mergulhar fundo em como essa ferramenta funciona, o que ela promete e como voc pode us-la para, finalmente, tirar seus projetos da "idade da pedra" do .NET.

O que , exatamente, esse "Agente de Modernizao"?

Primeiro, vamos alinhar as expectativas. Esta no a janelinha de chat do Copilot que completa seu cdigo. uma nova funcionalidade, um agente especializado, embutido diretamente no Visual Studio 2022 (a partir da verso 17.14.16) que tem duas misses principais:

Atualizar seus projetos para verses mais recentes do .NET (ex: do .NET 6 para o .NET 8).
Migrar suas aplicaes (especialmente as .NET Framework) para a nuvem, movendo-as para o Azure.

O que um "Agente"?

Pense no agente de modernizao como um "Engenheiro de Software Snior" especialista em migraes que senta ao seu lado. Voc no pede a ele para "escrever uma funo que soma dois nmeros". Voc diz a ele: "Quero migrar este projeto inteiro para o .NET 8". Ele ento avalia tudo, cria um plano, discute com voc e, quando voc aprova, comea a executar as tarefas chatas.

Para us-lo, voc precisa de alguns pr-requisitos (baseados na fonte):

Visual Studio 2022 (v17.14.16 ou mais recente) em Windows.
A carga de trabalho "Desenvolvimento de desktop em .NET".
Os componentes opcionais "GitHub Copilot" e "Modernizao do aplicativo GitHub Copilot para .NET" habilitados no instalador do Visual Studio.
Uma licena ativa do Copilot (Pro, Business ou Enterprise).
Seu cdigo precisa estar em C#.

Como Comear: O Prompt Mgico `@modernize`

Existem duas formas de invocar o agente, segundo a documentao da Microsoft:

O Clique com o Boto Direito: No "Gerenciador de Solues", clique com o boto direito no seu projeto ou soluo e selecione Modernizar.
O Chat (Onde a Mgica Acontece): Abra a janela de chat do GitHub Copilot e use a palavra-chave: @modernize.

aqui que transformamos inteno em ao. Voc pode ser direto e especfico:

Exemplos de Prompts:

@modernize atualize este projeto para a verso mais recente do .NET.
@modernize migre minha aplicao para usar o Azure App Service.
@modernize avalie as dependncias deste projeto para a atualizao para o .NET 8.
@modernize migre minhas cadeias de conexo do SQL Server para usar o Azure Key Vault e Identidade Gerenciada.

O Processo: Um Plano em Markdown e "Checkpoints" de Git

Esta a parte que, como desenvolvedor, eu achei mais genial. O Copilot no sai simplesmente alterando seu cdigo em um "caixa preta". Ele segue um processo transparente:

Anlise e Perguntas: Aps seu prompt, o agente analisa seu cdigo, suas dependncias e arquivos de configurao. Ele pode fazer perguntas de volta para voc para esclarecer a inteno.
Gerao do Plano: O Copilot gera um arquivo Markdown com o plano de modernizao completo. Ele detalha as etapas que sero executadas.
Voc Est no Controle: O mais importante: voc pode e deve editar esse arquivo Markdown. Se voc no concorda com uma etapa ou quer adicionar um contexto, voc ajusta o plano.
Execuo: Voc d o "OK" e o Copilot comea a executar o plano, passo a passo. Voc acompanha o progresso em uma janela de "Detalhes do Progresso da Atualizao".

Commits como Checkpoints

A fonte oficial destaca que cada etapa principal do plano confirmada em um commit no seu repositrio Git local.

Pense nisso como "checkpoints" automticos em um videogame difcil. Se o Copilot tentar uma refatorao grande (como trocar uma biblioteca inteira) e algo der terrivelmente errado, voc no perdeu seu projeto. Voc pode simplesmente reverter aquele commit especfico (voltar ao ltimo "checkpoint") e reavaliar o plano, sem quebrar todo o seu cdigo.

Cenrio 1: Atualizando seu .NET (Do antigo para o novo)

O agente d suporte atualizao de vrios tipos de projeto, incluindo:

ASP.NET Core (MVC, API, Razor Pages)
Blazor
Azure Functions
WPF (Windows Presentation Foundation) e Windows Forms
Bibliotecas de Classes e Apps de Console

Sejamos honestos: a parte mais difcil sair do antigo .NET Framework. A Microsoft avisa que a atualizao direta de projetos .NET Framework (como ASP.NET clssico ou WinForms em Framework) ainda est em verso prvia.

No entanto, para atualizar entre verses do .NET Core/5+, o Copilot brilha ao corrigir problemas de compilao e aplicar novas prticas recomendadas.

Exemplo de Cdigo: O que o Copilot pode corrigir

Imagine que, ao migrar do .NET Core 3.1 para o .NET 8, o Copilot identifica que voc ainda usa Newtonsoft.Json onde o System.Text.Json (nativo) seria mais performtico.

// CDIGO ANTIGO (Detectado pelo Copilot)// using Newtonsoft.Json;// string json = JsonConvert.SerializeObject(myObject);// CDIGO NOVO (Sugerido e aplicado pelo Copilot)// O agente pode sugerir a refatorao para a biblioteca nativausing System.Text.Json;string json = JsonSerializer.Serialize(myObject);

Cenrio 2: A Migrao para o Azure (A Lista de Superpoderes)

Para mim, a funcionalidade mais impressionante a lista de "Tarefas Predefinidas" para migrao para o Azure. O agente no apenas move seu cdigo, ele moderniza sua arquitetura para a nuvem.

Ele pode, por exemplo:

Migrar de Senhas para Identidade Gerenciada: Cansado de ter senhas de banco de dados no seu appsettings.json? A ferramenta pode refatorar seu cdigo para usar o Azure Key Vault e a Identidade Gerenciada.
Migrar de Filas Locais para a Nuvem: Se seu app usa MSMQ ou RabbitMQ, o agente pode planejar a migrao para o Barramento de Servio do Azure.
Modernizar o Armazenamento: Substituir cdigo que usa System.IO (arquivos locais) para usar o Azure Blob Storage ou Azure File Storage.
Modernizar a Autenticao: Ajudar na transio do Windows Active Directory (AD) para o Microsoft Entra ID (antigo Azure AD).
Modernizar o Logging: Migrar de padres antigos (como log4net ou log de eventos do Windows) para o padro moderno de OpenTelemetry.

Identidade Gerenciada (Managed Identity)

Pense na Identidade Gerenciada como um "crach" de funcionrio que o Azure d para sua aplicao (ex: seu App Service). Em vez de sua aplicao precisar de uma senha (uma connection string) para acessar o banco de dados, ela apenas mostra seu crach. O Azure Key Vault e o Banco de Dados SQL do Azure olham o crach e dizem: "Ah, voc. Pode entrar."

Zero senhas no seu cdigo. O agente do Copilot pode ajudar a configurar isso.

Concluso: um Piloto, no um Piloto Automtico

Depois que o processo termina, o Copilot gera um relatrio final detalhado, listando tudo o que foi feito (incluindo os hashes de commit do Git) e, crucialmente, uma seo de "Prximas Etapas" com o que voc precisa fazer manualmente.

A modernizao do aplicativo GitHub Copilot no uma bala de prata mgica que resolve tudo com um clique. A modernizao de software inerentemente complexa.

No entanto, o que a Microsoft construiu aqui um assistente "all-in-one" que reduz drasticamente o atrito, o tdio e o medo do processo. Ele cuida dos 80% do "trabalho braal" (anlise de dependncias, refatorao de cdigo repetitivo, configurao de boilerplate do Azure), liberando voc, o desenvolvedor snior, para focar nos 20% complexos: a lgica de negcios e a validao final.

hora de tirar a poeira daquele projeto legado.

Referncias

Fonte: Viso geral da modernizao de aplicativos do GitHub Copilot | Microsoft Learn ]]>

Como Criar Mocks do DbContext no Entity Framework Core 8 para Testes Unitários

Emerson Delatorre — Tue, 03 Mar 2026 13:42:31 +0000

Os testes unitrios so essenciais no desenvolvimento de software, pois garantem a qualidade e a confiabilidade do cdigo. No caso de aplicaes que utilizam o Entity Framework Core 8, testar a lgica que interage com o banco de dados pode ser desafiador. Uma soluo eficiente criar mocks do DbContext, permitindo testar a lgica de negcio sem depender de um banco de dados real. Este artigo explica como fazer isso, abordando mtodos assncronos e os desafios relacionados.

Por que Mockar o DbContext?

Mockar o DbContext uma prtica valiosa porque:

Isolamento : Permite testar a lgica de negcio separadamente, sem depender de um banco de dados real.
Desempenho : Reduz o tempo dos testes, eliminando operaes de entrada e sada (I/O).
Confiabilidade : Garante que os testes sejam reproduzveis e consistentes.

No entanto, mockar mtodos assncronos do Entity Framework, como ToListAsync ou FirstOrDefaultAsync, pode ser desafiador. Isso ocorre porque o EF Core utiliza IAsyncEnumerable e IAsyncQueryProvider para implementar essas operaes. Mockar esses mtodos exige simular corretamente o comportamento das interfaces assncronas, o que essencial para garantir que os testes reflitam o comportamento real da aplicao.

Configurando o Ambiente

Antes de comear, configure o ambiente com os seguintes pacotes:

Entity Framework Core 8
Moq (para criar os mocks)
xUnit (ou outro framework de testes unitrios)
MockQueryable (para simular mtodos assncronos)

Adicione os pacotes ao projeto:

# Pacote do EF Core para InMemory (opcional)dotnet add package Microsoft.EntityFrameworkCore.InMemory# Biblioteca de Mockingdotnet add package Moq# Framework de Testesdotnet add package xUnit# Biblioteca de simulao asyncdotnet add package MockQueryable.moq

Certifique-se de que sua aplicao est configurada para utilizar a verso mais recente do EF Core e que os pacotes esto devidamente instalados.

Criando o Mock do DbContext com Mtodos Assncronos

Vamos criar um DbSet falso com suporte a operaes assncronas. Suponha que temos as seguintes classes no projeto:

public class Produto{ public int Id { get; set; } public string Nome { get; set; } = string.Empty; public decimal Preco { get; set; }}public class AppDbContext : DbContext{ public DbSet<Produto> Produtos { get; set; } = null!; public AppDbContext() { }}

Essas classes representam um cenrio comum de uma aplicao CRUD, onde manipulamos objetos de domnio como Produto atravs de um contexto do EF Core.

Mockando o DbContext

Com o DbSet configurado, podemos mockar o DbContext para utiliz-lo nos testes:

var dadosFalsos = new List<Produto>{ new Produto { Id = 1, Nome = "Produto A", Preco = 10.0m }, new Produto { Id = 2, Nome = "Produto B", Preco = 20.0m }};var mock = dadosFalsos.AsQueryable().BuildMockDbSet();mock.Setup(x => x.FindAsync(It.IsAny<object[]>())) .ReturnsAsync((object[] input) => dadosFalsos.FirstOrDefault(x => x.Nome == (string)input[0]));var mockContext = new Mock<AppDbContext>();mockContext.Setup(c => c.Produtos).Returns(mock.Object);

Escrevendo Testes Unitrios com Mtodos Assncronos

Agora que temos o DbContext mockado, podemos testar a lgica de negcio. Considere o seguinte servio:

public class ProdutoService{ private readonly AppDbContext _context; public ProdutoService(AppDbContext context) { _context = context; } public async Task<Produto?> ObterProdutoPorNomeAsync(string nome) { return await _context.Produtos.FirstOrDefaultAsync(x => x.Nome == nome); }}

Para testar o mtodo ObterProdutoPorNomeAsync:

using Xunit;using MockQueryable.Moq;using System.Threading.Tasks;public class ProdutoServiceTests{ [Fact] public async Task ObterProdutoPorNomeAsync_DeveRetornarProdutoCorreto() { // Arrange var dadosFalsos = new List<Produto> { new Produto { Id = 1, Nome = "Produto A", Preco = 10.0m }, new Produto { Id = 2, Nome = "Produto B", Preco = 20.0m } }; var mock = dadosFalsos.AsQueryable().BuildMockDbSet(); mock.Setup(x => x.FindAsync(It.IsAny<object[]>())) .ReturnsAsync((object[] input) => dadosFalsos.FirstOrDefault(x => x.Nome == (string)input[0])); var mockContext = new Mock<AppDbContext>(); mockContext.Setup(c => c.Produtos).Returns(mock.Object); var service = new ProdutoService(mockContext.Object); // Act var resultado = await service.ObterProdutoPorNomeAsync("Produto A"); // Assert Assert.Equal("Produto A", resultado.Nome); }}

Essa abordagem garante que o comportamento dos mtodos assncronos seja testado de forma eficaz, reproduzindo cenrios reais sem a necessidade de um banco de dados fsico.

Concluso

Mockar o DbContext com suporte a mtodos assncronos no Entity Framework Core 8 pode ser desafiador, mas uma prtica valiosa para criar testes rpidos e confiveis. A configurao correta permite que voc teste a lgica de negcio isoladamente, garantindo qualidade e eficincia no desenvolvimento. Ao dominar essas tcnicas, voc pode construir aplicaes robustas, com cdigo testvel e confivel, essencial para um desenvolvimento gil e sustentvel.

]]>

Dev Drive: Desempenho, Segurança e Controle para Desenvolvedores

Emerson Delatorre — Tue, 03 Mar 2026 13:41:51 +0000

No mundo acelerado do desenvolvimento de software, onde cada milissegundo conta, a eficincia das ferramentas de trabalho pode fazer toda a diferena. Pensando nisso, a Microsoft lanou o Dev Drive , uma nova soluo de armazenamento otimizada para cargas de trabalho de desenvolvedores, que promete melhorar significativamente o desempenho, a segurana e o controle no desenvolvimento de software. Neste artigo, vamos explorar o que o Dev Drive, como utiliz-lo e os benefcios que ele traz para o dia a dia dos desenvolvedores.

O que o Dev Drive?

O Dev Drive um novo tipo de volume de armazenamento, construdo sobre o Resilient File System (ReFS), e otimizado especificamente para atender s necessidades dos desenvolvedores. Uma das grandes inovaes do Dev Drive a sua integrao com o modo de desempenho do Microsoft Defender Antivirus , que oferece uma melhoria de at 30% nos tempos de compilao em comparao com o Windows 11 (22H2).

Essa soluo foi desenvolvida com base no feedback de desenvolvedores que apontaram a performance lenta de I/O de arquivos como um dos principais obstculos em seus fluxos de trabalho. Em resposta, a Microsoft analisou o sistema de arquivos para identificar os gargalos e introduziu otimizaes que melhoram o desempenho em cenrios pesados de I/O, como compilao de cdigo e operaes com grandes repositrios de cdigo.

Como usar o Dev Drive?

A configurao e o uso do Dev Drive so facilitados pela nova interface de "Discos e Volumes" no aplicativo de Configuraes do Windows. Este novo recurso substitui a antiga ferramenta de "Gerenciamento de Disco", oferecendo uma experincia moderna e integrada para a criao e manuteno de volumes de disco.

Passos para criar um Dev Drive:

Abra o aplicativo Configuraes no Windows.
Navegue at Sistema > Armazenamento > Discos e Volumes.
Clique em Adicionar Volume e selecione Dev Drive como o tipo de volume.
Personalize as configuraes de acordo com as suas necessidades, incluindo a criao de um novo volume, anexao de VHDs, redimensionamento de discos, entre outros.

Minimizar imagem

Editar imagem

Excluir imagem

Recomendaes de uso:

A Microsoft recomenda que os desenvolvedores utilizem o Dev Drive para armazenar diretrios de trabalho, repositrios de cdigo e caches de pacotes. Isso garante que as operaes mais pesadas em termos de I/O, como clonar repositrios e compilar projetos, sejam realizadas com mxima eficincia.

Benefcios do Dev Drive

1. Desempenho Melhorado

O Dev Drive foi projetado para oferecer um desempenho superior em operaes que exigem alta taxa de I/O. Graas ao ReFS e ao modo de desempenho do Microsoft Defender, os desenvolvedores podem esperar uma reduo significativa nos tempos de compilao e na execuo de testes em projetos de grande porte. Em cenrios onde o I/O de arquivos intensivo, como em grandes builds ou em operaes com repositrios de cdigo extensos, o Dev Drive se destaca, proporcionando ganhos expressivos de desempenho.

Minimizar imagem

Editar imagem

Excluir imagem

2. Segurana

Uma das grandes inovaes do Dev Drive o suporte ao modo de desempenho do Microsoft Defender Antivirus. Essa funcionalidade realiza varreduras de maneira assncrona, mantendo a segurana sem comprometer o desempenho. Diferentemente das excluses tradicionais de pastas e processos, que podem deixar o sistema vulnervel, o Dev Drive mantm um alto nvel de segurana, enquanto melhora o desempenho das operaes de I/O.

3. Controle Personalizado

Alm do desempenho e da segurana, o Dev Drive tambm oferece maior controle para os desenvolvedores. A Microsoft permite a personalizao de filtros de sistema, permitindo que os administradores do dispositivo modifiquem o comportamento dos filtros e, se necessrio, removam ou adicionem drivers de filtro para compatibilidade de aplicativos ou para alcanar um desempenho ainda melhor.

4. Facilidade de Uso

Com a nova interface de "Discos e Volumes", criar e gerenciar um Dev Drive um processo simples e direto. A interface unificada permite a realizao de todas as operaes necessrias em um nico lugar, facilitando a configurao e manuteno do ambiente de desenvolvimento.

Concluso

O Dev Drive representa um avano significativo para desenvolvedores que buscam maximizar sua produtividade no Windows. Com melhorias substanciais em desempenho, segurana aprimorada e maior controle sobre o ambiente de desenvolvimento, o Dev Drive se torna uma ferramenta essencial para quem trabalha com grandes projetos de software. A Microsoft est apenas comeando, e mais melhorias esto por vir. Portanto, experimente o Dev Drive em seus projetos e compartilhe seu feedback para ajudar a moldar essa ferramenta para o futuro do desenvolvimento.

Para mais artigos acesse: https://www.fazedordecodigo.com/

Para mais informaes sobre configurao e uso do Dev Drive, visite a documentao oficial da Microsoft.

fonte: Dev Drive: Performance, Security and Control for Developers - Windows Developer Blog

]]>

Monte seu Ambiente de Desenvolvimento com Winget

Emerson Delatorre — Tue, 03 Mar 2026 13:39:59 +0000

O Winget, o gerenciador de pacotes oficial da Microsoft para Windows, revolucionou a forma como desenvolvedores configuram seus ambientes de trabalho. Neste artigo, exploraremos os benefcios do Winget e como voc pode us-lo para otimizar seu fluxo de trabalho e garantir que seu ambiente de desenvolvimento esteja sempre atualizado e pronto para a ao.

Por que utilizar o Winget?

Automatizao: O Winget permite automatizar a instalao, atualizao e gerenciamento de softwares, eliminando a necessidade de baixar e instalar manualmente cada ferramenta.
Confiabilidade: Os pacotes so obtidos de fontes confiveis, garantindo a segurana e integridade do seu ambiente.
Scripts de Configurao: Com scripts simples, voc pode replicar seu ambiente de desenvolvimento em qualquer mquina, economizando tempo e evitando erros.
Atualizaes Simplificadas: Mantenha suas ferramentas atualizadas com um nico comando, garantindo acesso aos recursos mais recentes e correes de bugs.
Integrao com Linha de Comando: A interface de linha de comando do Winget oferece flexibilidade e controle total sobre o processo de instalao.

Como montar seu Ambiente de Desenvolvimento com Winget?

Instalao do Winget: Se voc ainda no tem o Winget, instale-o facilmente atravs da Microsoft Store ou do GitHub.
Crie seu Script de Configurao (YAML): Crie um arquivo YAML (por exemplo, winget-config.yaml) listando todas as ferramentas que voc precisa. Exemplo:

# winget-config.yamlname: Meu Ambiente de Desenvolvimentowinget:- id: Microsoft.VisualStudioCode- id: Git.Git- id: Python.Python.3

Execute o Script: Utilize o comando winget configure winget-config.yaml para instalar todas as ferramentas listadas no seu arquivo de configurao.

Vou deixar aqui o link para um scrip que criei para instalar algumas ferramentas no meu ambiente: https://github.com/fazedordecodigo/ConfigInit

Concluso

O Winget uma ferramenta poderosa que simplifica a vida de desenvolvedores, permitindo a criao de ambientes de desenvolvimento eficientes, replicveis e sempre atualizados. Ao dominar o uso do Winget e seus scripts de configurao, voc estar investindo em produtividade e garantindo que seu foco permanea no desenvolvimento de suas aplicaes.

]]>

DEV Community: Fazedor de Codigo

SDD e o Fim do "Vibe Coding": O Futuro do Desenvolvimento Guiado por IA

A Armadilha do "Vibe Coding"

O Santo Graal: Spec-Driven Development (SDD)

Como o SDD se integra com outras metodologias:

As Fases Práticas do SDD

E o Projeto Legado? (O Famoso "Brownfield")

Ferramentas do Ofício

O Futuro do Desenvolvedor: O Arquiteto de Intenções

Como Construir um Blog com Astro e Inteligência Artificial (Sem Perder o Controle do Código)

1. Esqueça o "Vibe Code", Pense em Engenharia

2. Escrevendo a "Constituição" do seu Código

3. Estratégia de Modelos: O Cérebro e os Músculos

4. Sub-agentes e Implementação Paralela

Dica Bônus para Estudantes

Conclusão

github / spec-kit

💫 Toolkit to help you get started with Spec-Driven Development

🌱 Spec Kit

Build high-quality software faster.

Table of Contents

🤔 What is Spec-Driven Development?

Astro

GitHub Student Developer Pack - GitHub Education

Desvendando a Caixa Preta: O Guia Definitivo de IA e Machine Learning

1. Introdução: O Que Acontece Debaixo do Capô?

2. A "Cebola" da Tecnologia

A Mudança de Mentalidade

3. Os Três Sabores do Machine Learning

3.1. Aprendizado Supervisionado (O Aluno com Gabarito)

3.2. Aprendizado Não Supervisionado (O Detetive)

3.3. Aprendizado por Reforço (A Tentativa e Erro)

4. O Ciclo de Vida: Cuidado com o "GIGO"

5. Por Dentro da IA Generativa (LLMs)

5.1. Tokenização: Tudo vira Lego

5.2. Embeddings: O Mapa Matemático

5.3. Mecanismo de Atenção (Attention Mechanism)

6. O Lado Sombrio: Riscos e Cuidados

7. O Guia de Decisão: Qual ferramenta usar?

Conclusão: O Novo Normal

De 3 Dias de Trabalho para 15 Minutos: O Segredo da Automação com IA

O Problema: A "Sofrncia" Manual

A Estrutura Mestra: O Framework CICLO

1. C - Contexto (O Contrato)

2. I - Input (A Entrada de Dados)

3. C - Cascade (Processamento em Etapas)

4. L - Output (A Sada)

5. O - Optimize (Otimizao Oculta)

O Desafio Tcnico: A Porta do Quarto (Janela de Contexto)

Dica de Ouro: Chats Temporrios

Por que a IA respondeu diferente para cada um?

Resumo da pera

Concluso

Gemini 3: O Google Parou de "Ler Texto" e Começou a "Ler o Ambiente"

2. Raciocnio "Deep Think": O Detetive Digital

3. Interfaces Generativas: A Morte do "Apenas Texto"

4. Agentes e a Plataforma "Antigravity"

5. Contexto Profundo e Multimodalidade Real

6. Concluso: Menos Prompt, Mais Ao

Referncias (Fontes Obrigatrias)

Esqueça o "Ctrl+C, Ctrl+V": Como eu ensinei a criar seu "Clone Digital" com Templates de Prompt e Lógica Condicional

O Problema: A "Tirania" do Trabalho Repetitivo

O que é um Prompt Template

Dando um Cérebro ao seu Clone: A Mágica da Lógica Condicional

Níveis de Complexidade:

Conclusão: Pare de Ser um Operador, Comece a Ser um Arquiteto

Depois de 1000 horas de 'prompt engineering', eu achei os 6 padrões que realmente importam

O que Engenharia de Prompt (e por que ela parece mgica negra)?

👑 Desvendando o Framework KERNEL

K - Keep it simple (Mantenha simples)

E - Easy to verify (Fcil de verificar)

R - Reproducible results (Resultados reproduzveis)

N - Narrow scope (Escopo estreito)

E - Explicit constraints (Restries explcitas)

L - Logical structure (Estrutura lgica)

KERNEL na Prtica: Um Exemplo Real (Antes e Depois)

👎 Antes do KERNEL (O "Prompt da Esperana")

👍 Depois do KERNEL (O "Prompt de Engenharia")

Os Resultados Falam por Si

Dica de Mestre: Encadeie seus KERNELs

Como Comear: O Prompt Mgico `@modernize`