Futuro, evolução e impacto do no/low code em 2024

Acho que a principal pergunta é: Quanto vou ficar dependente do teu produto?

De qualquer forma, tecnologias parecidas existem desde 1994 (é, 30 anos já se passaram).

Um exemplo de tecnologia low/no code para fazer um CRUD em 5 minutos.

Desde os primórdios do desenvolvimento web, temos visto uma tendência constante em direção à simplificação e à democratização do processo de criação de sites e aplicativos. O advento de ferramentas como o Dreamweaver, na década de 1990, já sinalizava essa mudança. O Dreamweaver permitia que web designers criassem sites visualmente, reduzindo a necessidade de codificação manual. Esse foi um dos primeiros passos em direção ao que hoje chamamos de no/low code.

Avançando no tempo, plataformas como o WordPress transformaram ainda mais o cenário. Com sua interface amigável e plugins variados, o WordPress permitiu que indivíduos sem conhecimentos profundos em programação criassem sites complexos e totalmente funcionais. Essa evolução é um reflexo do desejo contínuo de tornar a tecnologia mais acessível e menos intimidadora para os não-programadores.

Após um período em que o desenvolvimento web se inclinou fortemente para uma maior interatividade, alcançada principalmente através de frameworks frontend complexos, estamos agora testemunhando um movimento de retorno. Este retorno é marcado pelo surgimento de uma nova geração de ferramentas no/low code que estão proliferando a um ritmo acelerado. Estão surgindo diversas ferramentas que transformam layouts do Figma diretamente em código utilizável em qualquer framework. Isso é um grande avanço, pois representa uma ponte entre o design e o desenvolvimento.

Durante a "frameworkização", vimos os programadores assumindo tarefas que tradicionalmente pertenciam ao domínio do design. Agora, essa tendência está se invertendo, com as ferramentas de geração de código empoderando os designers para criar interfaces interativas sem a necessidade de codificar. E acho que isso é extremamente positivo! Acredito que a ideia de substituir completamente o 'engenheiro de front-end' por designers usando ferramentas no code é uma visão otimista e progressista para o futuro da web, que remete ao seu passado glorioso!

Low code é interessante para protótipos, talvez tirar uma ideia do papel, mas nada muito robusto. Já vi alguns casos de clientes que precisavam de soluções robustas e que inicialmente eram feitas por low code. Em curto prazo já tiveram que investir o triplo em um desenvolvimento de verdade.

O que saiu do Low Code ajudou a desenvolver o projeto posteriormente, pois já tiveram alguma noção do que seria a coisa. Isso é bom, pois muitos projetos que partem direto para o desenvolvimento acabam tendo uma curva enorme para tornar o que o cliente quer. O cliente quer o quadro na parede, mas todo dia ele irá perceber que alguma coisa está fora do lugar. Com desenvolvimento real é mais fácil se aproximar ao que ele deseja.

A especificação do cliente é sempre muito simplista e 99% das vezes que ele já sugere uma solução ele está errado. O cliente não sabe a solução que ele quer. Ele sabe o problema, mas identificar a melhor solução é o trabalho do analista, de poupar tempo x orçamento para o cliente. Usar low code para o produto final é quase sempre inviável, porque um bom analista vai saber que o projeto não será o que está na especificação inicial do projeto.

Eu vi isso se repetir em alguns projetos. O projeto seguiu o desenvolvimento em uma determinada especificação, à risca, exatamente o que estava no escopo. Não deu um mês para o cliente vir e falar que tal coisa não funcionava e que precisava mudar. E isso vai mais orçamento, mais alteração, mais desenvolvimento. E vai muito disso até chegar em um produto final, isso quando chega nesse tal do produto final.

Você nunca irá ver um ERP, um software de gestão financeira ou qualquer coisa muito robusta escrita com PHP ou JavaScript. Se ver, pode ter certeza que se arrependeram da decisão. Eu já me arrependi de escrever um sistema financeiro em PHP. Imagina a dor de cabeça que é para Low Code...

A verdade é que ninguém quer pagar um desenvolvedor de verdade. Preferem pagar 5x "juniors" do que 1x "sênior" que resolve o problema dos 5 programadores anteriores e 10 dos "não técnicos de low code". A profissão de programador não é valorizada no Brasil, não vão entender como pagarem 15k/mês com um analista bom que traz uma solução adequada. Vão preferir contratar a "agência de sófitiwerehause que usa ia" que faz por 3k/mês. Isso já ocorreu comigo, em clientes que tinham feito sites artesanais reclamarem porque não conseguiam editar o site no wordpress (sequer era wordpress o site).

A longo prazo o tempo dirá se o investimento foi bem pago ou não. Muitos projetos por aí morreram por falhas no investimento em desenvolvimento. Só que isso é algo mais cultural e menos técnico.

Um bom desenvolvedor, isto é, um analista e programador, consegue entregar em menor prazo um código mil vezes mais sustentável que dez desenvolvedores de TikTok, ou vinte "programadores" de Wix ou Elementor.

Muitos podem não gostar desse post, mas eu lido com esse mercado e converso com pessoas que estão há décadas e compartilham dessa visão. A crítica é sempre construtiva, o conhecimento está aí para qualquer um aprender, sem precisar pagar todo seu salário em cursos de picaretas que só querem te roubar.

Eu mesmo aprendi muito no Stack Overflow em Português, na MDN e na MSDN. Quase todo meu conhecimento vem desses três sites aí. Em pouco tempo dedicado à eles você pode se tornar um desenvolvedor acima da média. Eu não tenho faculdade nem certificação, não acredito que precise.

Rapaz, sendo sincero, nunca botei tanta fé em low code, e ainda não coloco. Já tem tempos que ferramentas low code existem, pessoas ganham dinheiro, mas programar de fato, ainda é mais "prático" de certa forma. Digo, temos que fazer sim diversas configurações, mas isso trás uma flexibilidade pois configuramos como queremos. Inclusive, acho mais seguro eu mesmo configurar algo que deixar para ferramentas terceiras. Se for configurações simples como o ambiente, para fazer a coisa funcionar, tipo, compilar um código, ai é tranquilo ao meu ver. Posso tá sendo cético, mas, infelizmente não consigo ver low code ganhando um espaço maior que configurar tudo do zero. No máximo, low code pode ganhar mais espaço que tem agora, mas não vai ser maior que desenvolver tudo do zero.

Claro que automatizar atividade que fazemos todas as vezes como configurar um typeScript, ou preparar o ambiente para trabalho, sempre é bem vindo.

Claro, tudo isso é minha opinião, e como programador, estou disposto a debater e mudar de opinião. Caso queiram descutir o tópico, comentem :)

Low-code é só um nome bonito para uma coisa muito velha anteriormente chamada de WYSIWYG (meados de 2002). A web na época usava o FrontPage.
WYSIWYG é uma sigla que significa "What You See Is What You Get" (O que você vê é o que você obtém, em português).
Essa expressão é usada principalmente no contexto de software e design gráfico para descrever interfaces de usuário ou editores nos quais o conteúdo exibido durante a edição é muito semelhante ou idêntico ao resultado final que será visto pelo usuário.
Um exemplo comum de aplicação do termo é em editores de texto ou processadores de texto que permitem que os usuários formate o texto de maneira visual, vendo imediatamente como o texto será exibido após a formatação. Em outras palavras, o usuário pode ver diretamente na tela como o documento final aparecerá, incluindo elementos de formatação como fontes, tamanhos, estilos e posicionamento de elementos gráficos.
Os editores WYSIWYG são projetados para serem intuitivos e fáceis de usar, especialmente para aqueles que não têm experiência em programação ou design gráfico. Eles são comumente usados em ambientes como editores de texto, editores de páginas da web e em softwares de design gráfico.

dando meus dois cents de opinião inutil aqui;

na empresa que trabalho hoje saimos de uma plataforma low code pra uma solucao propria usando python. Motivo: preço + flexibilidade.

Low code / No code pra min só são balelas, bluej ja existe a anos, mas n conheço um dev java profissional que use.

Scratch existe na mesma epoca que flash e vimos mais jogos em flash do que scratch nos sites de joguinhos.

IA pode impulsionar um nincho ou outro mas sempre haverá custos.

Eu vejo mais valor, retorno e sustentabilidade tanto pra clientes quanto empresas em SaaS ou desenvolvimento de DSL especifica pra ninchos.

Um exemplo seria area medica, uma empresa poderia sim usar IA e low/no code e criar uma solucao de analise de imagens, mas pagar a um terceiro ou gastar tempo desenvolvendo low code pra isso, é mais barato e mais eficiente simplesmente fazer um SaaS whitelabel e vender assinaturas e contratos.

Minha opinião é que o low/no code é só uma ferramenta diferente para construir programas e não isenta o desenvolvedor de programar. Estou trabalhando com uma ferramenta low code e o que percebi que para atender às demandas e anseios do cliente, a parte que realmente agrega valor ao projeto ainda tem de descer para o código. Porém, como disse, para usar essas ferramentas, independente de ter ou não que digitar código, é preciso conhecer muito de tecnologias da informação e saber programar...