Como usar fundamentos de programação para guiar a IA

Fundamentos de programação ainda separam quem guia a IA de quem só aceita o que ela entrega, mesmo quando ela produz centenas de linhas em segundos. Este artigo examina os três pilares que Mayk Brito defendeu em um vídeo da Rocketseat publicado em 1º de abril de 2026: fundamentos, segurança e sustentabilidade, além do risco do vibe coding.

Os três pilares: fundamentos de programação, segurança e sustentabilidade

Fundamentos de programação, segurança e sustentabilidade formam os três pilares que o vídeo da Rocketseat usa para explicar por que programar não é digitar linha por linha. Mayk Brito, analista de sistemas com mais de 15 anos de mercado, apresentou essa estrutura em um vídeo publicado em 1º de abril de 2026 no canal Rocketseat.

O argumento central é que a IA acelera a produção de código e ao mesmo tempo transfere para o desenvolvedor a responsabilidade de decidir se o que foi gerado faz sentido. Cada pilar responde a uma pergunta diferente: fundamentos definem o que você consegue avaliar, segurança define o que você consegue garantir, e sustentabilidade define por quanto tempo o software sobrevive.

Um dado concreto aparece no próprio vídeo: Mayk Brito afirma que, enquanto gravava, uma inteligência artificial gerou 1.600 linhas de código para ele. Esse número é a experiência relatada pelo apresentador, não um benchmark independente, mas ilustra a escala de produção que passou a ser normal.

Fundamentos: dá para ser engenheiro de software sem escrever código?

Não, segundo a posição defendida no vídeo: quem nunca escreveu as primeiras linhas de código não consegue avaliar com clareza o que consome. A analogia usada é a de uma engenheira que chega ao cálculo sem ter passado pelas contas básicas, pela álgebra e pelos fundamentos da matemática.

A pessoa pode usar calculadora, aplicativos e software de desenho técnico porque em algum momento entendeu o que aquelas ferramentas estão fazendo. Com código, o raciocínio é o mesmo. Sem a base, fica difícil conectar os pontos e perceber quando a saída da IA está errada.

O vídeo amplia fundamentos para além da sintaxe. Entram aí pensamento computacional, decomposição de problemas, abstração e habilidades não técnicas, com destaque para comunicação, porque dialogar com a IA virou parte do trabalho diário. A ressalva é explícita: talvez no futuro a exigência mude, mas em 2026 Mayk Brito mantém essa posição.

Vale registrar o contexto profissional do apresentador. Mayk Brito é analista de sistemas e produz conteúdo sobre programação e IA no canal da Rocketseat, escola brasileira de tecnologia. As afirmações desta seção são a opinião dele, apoiada em 15 anos de experiência, e não resultado de pesquisa controlada.

Segurança: por que ler código virou obrigação, não opção

A segurança do que a IA entrega depende de o desenvolvedor conseguir julgar a arquitetura escolhida, e isso exige leitura de código. O vídeo inverte uma expectativa comum: em vez de escrever menos código, o profissional passa a ler mais do que antes.

A justificativa é direta. Se você não lê o que foi gerado, não tem como afirmar que a estrutura faz sentido, que não há falhas óbvias ou que o comportamento em produção será o esperado. Mayk Brito descreve essa posição como a de um CTO da inteligência artificial: alguém que toma decisões técnicas e direciona a ferramenta em vez de aceitar o primeiro resultado.

O vídeo cita uma lista de conhecimentos que sustentam esse julgamento: system design, decisões de tecnologia, TDD, DDD, SOLID, arquitetura. TDD, sigla em inglês para desenvolvimento guiado por testes, e DDD, design orientado ao domínio, aparecem como exemplos de repertório que permite revisar a saída da IA.

Há também um alerta sobre débito cognitivo. Quando o desenvolvedor apenas aprova o que a ferramenta produz, sem pensar nos caminhos alternativos, perde a prática de raciocinar sobre o problema. Mayk Brito recomenda revisar ponto a ponto e assumir o compromisso com o código entregue, mesmo quando não foi digitado por você.

Sustentabilidade: quem mantém o aplicativo depois do hype

Aplicativos criados sem base técnica tendem a quebrar quando precisam evoluir, e é essa lacuna que abre mercado para quem tem fundamentos de programação. O vídeo trata a sustentabilidade como a maior oportunidade para desenvolvedores preparados.

Mayk Brito questiona se pessoas sem formação técnica, incluindo médicos, advogados, executivos e gerentes de produto que adotam vibe coding, conseguem manter um aplicativo funcionando por dois anos ou seis meses. A expectativa dele é que não, e que em algum momento essas pessoas vão procurar alguém capaz de consertar o que foi construído.

O exemplo citado é o de uma cliente que chegou descrevendo a stack com fluência, mencionando Vercel, Next.js e Supabase, e depois pediu para conectar a IA e resolver os problemas. Segundo o relato, o aplicativo armazenava tudo em local storage, as partes não conversavam entre si e a tela de pagamento era uma imagem de Pix com um botão de confirmação que liberava o acesso sem verificar nada.

A IA, de acordo com o vídeo, seguia dizendo que estava tudo ótimo e que ela poderia lançar o produto e ganhar dinheiro. O desfecho descrito é o oposto: um aplicativo que não entrega o que promete. Esse é um caso narrado pelo apresentador, sem auditoria independente, e vale como ilustração do risco e não como estatística.

O que o vibe coding entrega e onde ele quebra

Vibe coding produz software que aparenta funcionar sem sustentar o comportamento em produção. O vídeo trata o termo como a prática de gerar aplicações por conversa com a IA, sem base técnica para avaliar o resultado.

O problema descrito não é a ferramenta, e sim a ausência de critério para revisar. Uma tela de pagamento que simula confirmação, um login que existe apenas no navegador da pessoa e componentes que não trocam dados são sintomas de decisões tomadas sem entendimento do fluxo real da aplicação.

Mayk Brito não defende abandonar IA. A posição é de que ela funciona como um júnior poderoso e muito rápido, que precisa de direção e revisão. Ele afirma que prefere parar e guiar a ferramenta em vez de confiar integralmente na primeira resposta.

Para o desenvolvedor, a leitura prática é que a IA reduz o custo de produzir e não o custo de garantir. Tudo o que envolve julgar arquitetura, prever falhas e assumir responsabilidade pelo que roda em produção continua no lado humano da conta.

Comparação: três perfis diante da IA

Os três perfis abaixo resumem as diferenças descritas no vídeo entre quem usa IA com base técnica, quem usa sem base e quem ainda evita a ferramenta. Os critérios são função no projeto, base técnica, uso da IA e risco principal.

Perfil	Base técnica	Uso da IA	Risco principal
Dev com fundamentos	Pensamento computacional, system design, testes	Guia, revisa e corrige a saída	Revisão lenta em prazos apertados
Usuário de vibe coding	Nenhuma ou pouca	Aceita a primeira versão gerada	Aplicação que não sustenta uso real
Dev que ignora IA	Sólida	Produção manual, sem apoio da ferramenta	Perda de velocidade e de escopo de entrega

A tabela é uma síntese editorial dos argumentos do vídeo, não um levantamento com amostra de desenvolvedores. Ela serve para organizar a decisão de onde investir tempo de estudo.

Como se posicionar: da digitação à direção técnica

O posicionamento defendido no vídeo é assumir a direção técnica do trabalho e tratar a IA como executor orientado. Isso vale para júnior, pleno e sênior, segundo o próprio apresentador.

Na prática, a sequência sugerida é: entender o problema e a dor de quem vai usar a solução; decompor esse problema em partes menores; decidir a arquitetura antes de pedir código; gerar com apoio da IA; revisar o que voltou; e só então considerar a entrega concluída.

1. Entenda o problema e o contexto de quem vai usar o software.

2. Decomponha o problema e defina a arquitetura antes de gerar código.

3. Gere com IA e leia o resultado linha por linha.

4. Verifique segurança, testes e comportamento em produção.

5. Assuma o compromisso com o código entregue, mesmo sem tê-lo digitado.

Para quem está começando, o vídeo mantém a recomendação de escrever as primeiras linhas de código. Para quem já tem estrada, o esforço migra para leitura, revisão e decisão. Em ambos os casos, o que se vende no mercado é solução entregue, não volume de linhas.

Perguntas frequentes sobre programar com IA em 2026

• Ainda faz sentido escrever código manualmente em 2026? Sim, principalmente no início da carreira. O vídeo defende que escrever as primeiras linhas ajuda a entender o que a IA produz e acelera a capacidade de revisar. Para profissionais experientes, a recomendação é escrever menos e ler mais.

• Qual é o papel do desenvolvedor quando a IA escreve o código? O papel passa a ser de direção técnica: definir arquitetura, avaliar decisões, revisar a saída e responder pelo que entra em produção. Mayk Brito descreve essa função como a de um CTO da inteligência artificial, alguém que guia a ferramenta em vez de aceitá-la.

• Por que fundamentos de programação continuam sendo indispensáveis? Porque só quem entende pensamento computacional, system design, testes e segurança consegue julgar se o que a IA entregou está correto. Sem essa base, o desenvolvedor não tem critério para aprovar ou rejeitar a solução gerada.

• O que é vibe coding e qual é o risco? Vibe coding é construir aplicações conversando com a IA, sem base técnica para avaliar o resultado. O risco mostrado no vídeo é um aplicativo que parece pronto, com login e tela de pagamento, mas não funciona de verdade por trás.

• A IA comete erros com frequência? O próprio vídeo reconhece que sim, que ela alucina e que trabalha na média das respostas disponíveis. A recomendação é não confiar integralmente e revisar cada entrega antes de considerar o trabalho concluído.

• O que orienta a IA dentro de uma curva de respostas? O apresentador usa a ideia de curva de Gauss para dizer que a IA tende a responder na mediana, entre os extremos ruins e os extremos ótimos. Quem entende o problema consegue empurrar a solução para fora dessa média.

• O que são fundamentos além de sintaxe? O vídeo inclui pensamento computacional, decomposição de problemas, abstração e habilidades de comunicação. Conversar com a IA virou parte do trabalho, e clareza ao descrever o problema muda a qualidade do que volta.

• Vale a pena fazer um bootcamp de programação em 2026? O vídeo trata a especialização técnica como caminho para filtrar conteúdo e ganhar critério. Experiências brasileiras como o Bootcamp do Dev Doido e o Crazystack, com a trilha Crazystack Typescript, seguem esse formato de formação prática.

• O que diferencia um dev preparado de quem só usa IA no automático? A capacidade de revisar, decidir e sustentar o software ao longo do tempo. Quem apenas aprova a saída da ferramenta entrega rápido e deixa a dívida técnica para quem vier depois.

O que a IA muda na prática do desenvolvedor

A IA muda a proporção do trabalho, não a natureza dele. O tempo que antes ia para digitar código passa a ir para leitura, revisão, direção técnica e entendimento do problema.

Isso explica a inversão apontada no vídeo. Se a ferramenta produz 1.600 linhas em segundos, o gargalo deixa de ser escrever e passa a ser avaliar. Quem tem fundamentos de programação consegue avaliar; quem não tem precisa aceitar.

A oportunidade citada é de manutenção. Aplicativos construídos sem base técnica vão precisar de conserto, e quem estiver preparado no momento certo atende essa demanda. Gustavo Dev Doido, que produz conteúdo sobre desenvolvimento no YouTube, aborda esse tipo de formação prática, e a Skala Blog publica material derivado de vídeos técnicos.

A conclusão do vídeo é que programar nunca foi sobre linha de código. Foi sobre resolver o problema de alguém, com qualidade e com tecnologia, e essa parte continua exigindo gente que entende o que está fazendo.

Transforme o que você já explicou em vídeo em um artigo

Se você já explicou fundamentos, segurança e sustentabilidade para a sua audiência em um vídeo, esse material pode virar um artigo que continua trabalhando por você depois que o vídeo sai da lista de recomendações.

No Skala Blog, você cola a URL de um vídeo do YouTube, o sistema transcreve o conteúdo e gera um artigo completo a partir dele. O conhecimento que já está gravado ganha uma versão escrita, pronta para revisão e publicação.

Source video