Pular para o conteúdo
Opiniao

Hot Takes Tech: Debates Polarizados

Sem filtro e sem papas na língua: minha opinião sobre os debates mais quentes da programação em 2026. Concordar é opcional.

Por que isso é importante

Hot Takes Tech: Debates Polarizados. Sem filtro e sem papas na língua: minha opinião sobre os debates mais quentes da programação em 2026. Concordar é opcional.

Aviso prévio: esse artigo vai te irritar em algum ponto. Não porque eu queira irritar — mas porque qualquer posição honesta sobre esses temas vai contradizer alguma crença que você tem. E isso é exatamente o ponto. Se você quer conteúdo que concorda com tudo que você já pensa, vai ter que procurar em outro lugar.

Esses debates existem porque a tecnologia muda mais rápido do que as opiniões sobre ela. Muitas das certezas de 2020 viraram piada em 2026. Outras que pareciam absurdas se mostraram visões corretas. Vamos lá.

'IA Vai Substituir Programadores' — Minha Opinião

Aqui vai meu hot take: IA não vai substituir programadores — vai substituir programadores que recusam usar IA. Isso soa como clichê mas tem uma implicação concreta que a maioria ignora.

Em 2026, uma dev senior com 10 anos de experiência e fluência em ferramentas de IA entrega o que antes era trabalho de um time de três. Isso não é substituição — é compressão. O número de devs que uma empresa precisa cai, mas o nível de complexidade que cada dev precisa resolver sobe. O dev médio, mediocre, que fazia CRUD em framework repetido? Esse sim está em apuros.

Meu posicionamento claro

IA substitui tarefas, não profissões. E substitui especificamente as tarefas que você deveria ter automatizado há anos de qualquer forma. O dev que está com medo de IA geralmente é o que fazia trabalho que não exigia pensamento real. E isso já era um problema antes da IA existir.

'Faculdade de Computação É Perda de Tempo' — Depende

Vou ser honesto: conheço devs brilhantes sem diploma e devs medíocres com mestrado. A faculdade não garante nada. Mas a tese de que faculdade é inútil também está errada — e geralmente é propagada por pessoas que já tiveram sucesso sem ela, esquecendo o viés de sobrevivência.

A faculdade te dá fundamentos que bootcamp não dá: algoritmos, estruturas de dados, sistemas operacionais, teoria de computação. Você vai usar essas coisas? Talvez não no seu trabalho do dia a dia. Mas quando chega aquela entrevista técnica em empresa top ou aquele problema de arquitetura realmente complexo, os fundamentos fazem diferença.

Faculdade de Computação

4-5 anos de fundamentos teóricos, redes, sistemas, algoritmos, e na maioria dos casos um mercado de trabalho que pede o diploma

Bootcamp / Autodidata

6-12 meses focados nas ferramentas e frameworks do mercado atual, com foco em empregabilidade rápida

'TypeScript É Overrated' — A Treta

Meu hot take aqui vai irritar os dois lados: TypeScript é ótimo e ainda assim é overused. Isso não é contradição — é contexto.

TypeScript em time de três ou mais devs em projeto de médio/longo prazo? Sem discussão, usa TypeScript. O ganho em descoberta de erros em tempo de compilação, documentação embutida e refactoring seguro paga o overhead de configuração em poucas semanas.

TypeScript em script pessoal de automação? Projeto solo de fim de semana? Prototipagem rápida? O overhead de tipos é custo sem benefício. JavaScript com JSDoc já resolve. A treta não é sobre TypeScript ser bom ou ruim — é sobre a cargo cult que diz que você é um dev inferior se usa JavaScript em 2026.

'Clean Code É Cargo Cult' — Os Dois Lados

Esse é o debate mais maduro da lista. Clean Code (o livro do Uncle Bob) virou quase religião em certos círculos dev. E como toda religião, tem seus fundamentalistas.

O problema não é que Clean Code seja ruim. O problema é a aplicação dogmática de princípios que foram escritos em 2008 para sistemas em Java como se fossem leis universais da física. Funções de uma linha com nomes de 40 caracteres que ninguém consegue rastrear. Abstração prematura que transforma um CRUD simples em 12 camadas de indireção.

Meu posicionamento: princípios são princípios, não regras. SOLID faz sentido em contexto. Mas código que funciona, que o time entende e que pode ser mudado com segurança é infinitamente mais valioso do que código 'clean' que ninguém consegue debugar.

A definição que importa

Clean code não é código com funções pequenas e nomes bonitos. Clean code é código que o próximo dev (que pode ser você em 6 meses) consegue entender, modificar e testar com confiança. Se seu 'clean code' não atende esse critério, não é clean.

'Freelancer > CLT Sempre' — Não Necessariamente

Tem uma galera no Twitter tech que vive pregando que CLT é escravidão moderna e que todo dev deveria ser freelancer ou ter seu próprio produto. Esse discurso vende curso. Mas a realidade é mais complexa.

Freelancer tem vantagens reais: liberdade de horário, potencial de renda maior, diversidade de projetos. Mas tem custos que o discurso ignora: instabilidade de receita, overhead de gestão de clientes, nenhum benefício trabalhista, isolamento social, e o custo psicológico de nunca desligar do trabalho.

CLT em empresa boa tem coisa que freelancer não tem: PJ com benefícios reais, colegas de time para aprender junto, projetos de escala que você não vai conseguir como solo, e a liberdade mental de não se preocupar com vendas. Para um dev early-career, CLT em empresa boa é provavelmente a melhor escola possível.

Quando freelancer faz sentido de verdade

  • Você já tem 3+ anos de experiência sólida no mercado
  • Tem reserva de emergência de pelo menos 6 meses de despesas
  • Já tem ou consegue construir rede de clientes ativamente
  • Tem disciplina comprovada para trabalho sem estrutura externa
  • Conhece o básico de gestão financeira e fiscal
  • Está em área com demanda alta o suficiente para manter agenda cheia

Por que Esses Debates Importam pra Sua Carreira

Não é porque você precisa ter posição em cada um deles. É porque a forma como você pensa sobre esses debates revela como você raciocina sob pressão de consenso. Dev que aceita cada hype sem questionamento vai sempre correr atrás da próxima framework da moda sem nunca entender por que está correndo.

Pensamento crítico em tecnologia é habilidade de carreira. Saber avaliar uma tecnologia nova, um paradigma novo, uma prática nova — sem se deixar levar pelo entusiasmo coletivo e sem rejeitar por inércia — é o que separa devs que evoluem dos que ficam presos no mesmo nível por anos.

Quer desenvolver esse pensamento crítico no seu blog? Leia como ter voz própria no blog de tecnologia. E para entender como transformar essa perspectiva em audiência e receita, veja creator economy para devs.