NO CODE, HIGH CODE… OU O MELHOR DOS DOIS MUNDOS? 🚀

Ah, o velho embate entre os sacerdotes do High Code e os feiticeiros do No Code. Enquanto uns escrevem 40 linhas de TypeScript só pra dizer “Olá, mundo” com dignidade, outros arrastam bloquinhos coloridos em interfaces que mais parecem um PowerPoint com complexo de grandeza, e no fim das contas, ambos juram que estão mudando o mundo.

Mas seu texto, meu caro, toca na ferida com elegância. Não é sobre a stack, é sobre a entrega. Algo que, curiosamente, muitos devs esquecem no processo, tão ocupados discutindo se useEffect deve ser usado com array vazio ou se o Xano é “coisa de amador”.

Você matou a charada: o problema não é usar código ou não. O problema é achar que existe moralidade no método. Como se escrever código à unha te tornasse um mártir do software moderno, enquanto usar Bubble te rebaixasse a herege indigno do GitHub.

Vamos ser sinceros: tem muito MVP no-code resolvendo de verdade dores reais, enquanto muito projeto high-code só entrega ansiedade, deploy quebrado e dependência em 17 libs que ninguém atualiza. E tem mais, o no-code bem estruturado entrega em semanas aquilo que um time júnior high-code só vai conseguir entregar depois de três reuniões, dois burnout e uma retrospectiva com bolo.

Agora, claro, quer fazer algo que roda a 60fps com lógica sob medida e streaming de dados em tempo real? Não vai colar um Zapier com esperança, né?

A graça está na orquestra, não nos instrumentos. No fim, quem só sabe martelo vê tudo como prego, e quem só sabe arrastar bloquinho vai tropeçar no primeiro caso de uso fora do template.

Parabéns pelo post. É raro ver alguém do no-code falando com tanto bom senso e sem tentar evangelizar ninguém como se estivesse vendendo Herbalife para devs.

No final, o que importa não é a stack — é a entrega.

Entendo a ideia, mas tem algumas coisas importantes que muita gente que divulga no-code não dá ênfase, por exemplo: manutenibilidade e continuidade/evolução.

Eu já comentei aqui no TN algumas vezes sobre uma boa quantidade de projetos que os clientes me procuraram pois criaram uma solução no-code que funcionou a princípio e que eram simplesmente terríveis de dar manutenção para adicionar novas funcionalidades (muito por conta dos serviços e componentes utilizados simplesmente não existiam mais ou não permitiam customizações). Tanto que as próprias empresas que criaram essas soluções abandonaram esses clientes que vieram nos procurar.

Eu brinco que ganhei muito dinheiro com no-code mesmo sem desenvolver nada com no-code, apenas refazendo esses projetos de maneira tradicional e aplicando uma arquitetura que permita evolução do software.

Acho que no-code no estado que está hoje, serve para pequenos projetos e projetos de validação, mas os envolvidos devem estar cientes que provavelmente o projeto é descartável. Mas não é o que os evangelistas do no-code vendem.

E já começou chegar aqui pra mim projetos que foram feitos com IA, mas nem a própria IA que fez consegue evoluir o projeto do jeito que o mantenedor queria.

Quer escalar com segurança? No-code bem feito.

Brother, não, não existe como desenvolver uma aplicação no-code, segura vamos relembrar os 4 requisitos obrigatórios de uma aplicação segura?

Confidencialidade: apenas pessoal com permissão pode acessar informação protegida

Integridade: os dados devem estar seguramente íntegros, normalizados e não podem sofrer alterações indevidas

Disponibilidade: os dados devem estar disponíveis, se o sistema cai, deve ter outro meio de acessar os dados

Autenticidade: o dado armazenado na aplicação deve ser totalmente rastreável até quem e por onde o inseriu

Confiabilidade é ok, dá pra fazer mas só em níveis muito básicos, mas integridade não é possível garantir e disponibilidade ou custa muito caro ou não é possível e autenticidade tem limitações grandes o suficiente pra ser problemático

Ótimo ponto de vista