2 min de leitura ·

Low-code/no-code vai tirar emprego de desenvolvedor ou vai criar mais demanda?

Toda nova onda de abstração na computação gerou o mesmo medo: "vai acabar com o emprego de programador". Cobol, SQL, linguagens de 4ª geração, frameworks, e agora low-code/no-code e IA.

A história consistentemente não se repetiu. Mas desta vez pode ser diferente?

O que low-code faz bem hoje

Automação de processos internos. Ferramentas como n8n, Zapier, Make permitem que times de negócio conectem sistemas sem dev. Isso é real e útil.

Protótipos e MVPs simples. Um formulário que salva em planilha e manda email pode ser feito em Webflow + Airtable + Zapier em horas, sem um dev.

Cauda longa de necessidades simples. Tem uma demanda enorme de automações pequenas que nunca seriam feitas por um dev sênior. Agora podem ser feitas por não-devs.

Onde low-code não chega

Sistemas com lógica de negócio complexa. Low-code é ótimo até o momento que você precisa de uma exceção à regra, e exceções sempre aparecem.

Performance, segurança, escalabilidade. Quando o sistema cresce além do happy path, você precisa de controle que low-code não dá.

Integrações custom e APIs não-padrão.

O diagnóstico

Low-code vai eliminar trabalho repetitivo de dev. E vai criar demanda por devs que entendem quando low-code não é suficiente e como integrar com sistemas reais.

Foi assim com todo nível anterior de abstração. A questão é quanto tempo de adaptação o mercado vai dar.

Você usa low-code no seu fluxo?

joaocabraldev

2 dias atrás

Já tentei usar No Code, Low Code, Geradores de Código, Inteligência Artificial, mas chega em um momento que não dá certo e eu desisto.

Eu queria mesmo uma ferramenta que facilitasse a minha vida para eu criar algumas coisas, mas sempre me esbarro em algum problema ou limitação que eu não teria programando da forma tradicional.

Fico imaginando se alguém já tentou juntar todos esses para ver se dá certo...

Para o mundo de automações, o cenário já é outro. Não sou usuário, mas já vi relatos e casos de perto que deram super certo.

obrenoalvim

Autor

19 horas atrás

A sensação de bater numa parede é universal com essas ferramentas. A limitação aparece exatamente quando o projeto cresce ou precisa de algo fora do caminho feliz para o qual o tool foi desenhado.

Combinar já acontece bastante na prática: Zapier conectando sistemas que uma IA gerou, ou agente IA montando fluxo no n8n. O problema é que cada camada de abstração empilhada adiciona uma nova parede potencial. Quando você chega na borda das três ao mesmo tempo, o custo de debugar pode ser maior do que ter codado direto desde o início.

No BloodLink usei automação nas partes periféricas (posts, monitoramento), mas o core ficou em código mesmo. Talvez a divisão saudável seja: low-code onde o caminho feliz resolve; código onde você precisa de controle real.