O que é low-code, como ele difere do no-code e como escolher uma plataforma sem ficar preso

Low-code é um jeito de criar software em que boa parte do sistema é montada de forma visual: você desenha as tabelas, arrasta componentes para formar as telas e configura as regras, e a plataforma cuida do código repetitivo. Onde o visual não chega, você programa. É o meio-termo entre o no-code, que dispensa código, e o sistema escrito à mão.

A seguir: low-code vs no-code, o risco de ficar preso à ferramenta, cinco critérios de escolha e as respostas do MadBuilder, com o código real que ele gera.

O que é low-code, na prática

Uma plataforma low-code costuma cobrir quatro etapas:

• Dados: tabelas e relacionamentos, muitas vezes desenhados num diagrama.
• Telas: formulários, listagens, dashboards e relatórios feitos com componentes prontos.
• Regras: validações e integrações, parte no visual e parte em código.
• Publicação: o caminho para pôr o sistema no ar.

O uso mais comum é em sistemas de gestão e ferramentas internas: cadastros, aprovações, ordens de serviço. Muita tela parecida, e é aí que gerar a parte repetitiva economiza mais tempo.

Muitas plataformas já têm um agente de IA que monta a tela a partir de um pedido por escrito. A definição não muda: low-code é sobre quanto código você escreve, não sobre quem escreve.

Low-code vs no-code vs código escrito à mão

No-code foi feito para quem não programa, e o limite é o que a ferramenta oferece. Low-code aceita código onde o visual não resolve. O código escrito à mão dá liberdade total, com o custo de escrever tudo.

	No-code	Low-code	Código escrito à mão
Pra quem	Quem não programa	Devs e equipes mistas	Devs
Como se constrói	Só configuração visual	Visual, com código onde precisa	Código do começo ao fim
Quando falta um recurso	Você espera ou contorna	Você escreve o trecho	Você escreve tudo
Quem mantém depois	A plataforma	Depende da plataforma	A sua equipe

O problema clássico: ficar preso à plataforma

Muitas plataformas executam o seu sistema num motor próprio, o chamado runtime proprietário. O app só funciona dentro delas ou com uma licença delas. Isso é o aprisionamento (em inglês, vendor lock-in):

• O código não sai. Não há exportação, ou o que sai só a própria ferramenta sabe ler.
• O preço segue o uso. Se a licença é por usuário ou por app em produção, crescer encarece, e você não tem para onde ir.
• Sair vira reescrever. Telas, regras e integrações são refeitas do zero.

Nada disso aparece na primeira semana. Aparece quando o sistema já é crítico e alguém pergunta quanto custaria mudar.

Como escolher uma plataforma low-code: 5 critérios

Faça estas perguntas ao fornecedor antes de comparar recursos.

1. O código gerado é legível?

Peça o código de uma tela simples. Um dev da sua equipe entende sem treinamento? Dá para editar à mão sem que a próxima geração apague a edição?

2. Onde o sistema roda?

Só na nuvem do fornecedor ou também no seu servidor e no seu Git? Isso pesa se há dados sensíveis ou a regra de rodar atrás do seu firewall.

3. Qual banco de dados?

O banco é seu, num sistema de mercado, ou fica escondido na plataforma? Dá para partir de um banco que você já tem?

4. Como o banco evolui?

A mudança vira migration (um arquivo versionado que altera o banco passo a passo) ou alguém mexe direto em produção? Renomear uma coluna preserva os dados?

5. O que acontece se você sair?

Você baixa o projeto? Ele roda sem a plataforma? O que continua dependendo do fornecedor? Peça a resposta por escrito.

Como o MadBuilder responde a cada critério

O MadBuilder é uma plataforma low-code brasileira que gera projetos Laravel. Você modela as tabelas num diagrama, monta as telas no editor visual ou pede a um agente de IA em português, e recebe um projeto que roda no seu servidor.

Código legível: low-code Laravel com Eloquent, Blade e Alpine

Sai um projeto Laravel padrão: models Eloquent, migrations, controllers, rotas e views Blade, com Alpine para a reatividade. Este é o começo do model de vendas do projeto de exemplo, como sai no download:

namespace App\Models\App;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Database\Eloquent\Relations\BelongsTo;
use Illuminate\Database\Eloquent\Relations\HasMany;
use Mad\Database\Concerns\HasIdPolicy;
use Mad\Database\Concerns\HasMadAudit;

class Venda extends Model
{
    use HasIdPolicy, HasMadAudit;

    protected $connection = 'app';
    protected $table      = 'venda';

Repare nos dois últimos use. O projeto traz o framework MAD na pasta packages/. Dele vêm os componentes <mad-*> das views e a classe MadComponent, base dos controllers de tela. É Laravel comum com um framework nosso junto: um dev Laravel lê o código, mas vai precisar conhecer esses componentes para mexer nas telas.

O controller é dividido em blocos. As partes que o editor controla ficam travadas, e os blocos @mad-block:user são seus: quando o arquivo é gerado de novo, eles ficam como você deixou.

// @mad-block:user:uses {

// @mad-block:user:uses }

/**
 * @mad-generated
 * @mad-entity-id 693
 */
class VendaForm extends MadComponent
{

No editor, Visual, PHP e Blade são três vistas da mesma tela. Veja mais em geração de código Laravel e na página para devs e CTOs.

Onde roda: no seu servidor, no seu Git ou na MadCloud

Deploy por SSH (com backup antes de cada publicação e os 5 últimos guardados), push pro GitHub, GitLab ou Bitbucket, ou um ZIP. Se não quiser montar servidor, a MadCloud hospeda em São Paulo, com backup de 30 dias e ambientes de staging e produção. O Teste Online, o SSH, o Git e o ZIP usam os mesmos arquivos: o que você testou é o que vai pro ar. Detalhes em publicação e deploy.

Banco: seis opções, inclusive o que você já tem

MySQL ou MariaDB, PostgreSQL, SQLite, Oracle, SQL Server e Firebird. Se o banco já existe, cole o CREATE TABLE e o diagrama se desenha sozinho.

Migrations: o banco evolui sem perder dados

Cada mudança no diagrama vira uma migration incremental, no dialeto de cada banco. Renomear não vira apagar e recriar. Cada versão fica registrada com histórico e comparação, e mudança destrutiva pede confirmação. Veja a modelagem de dados.

Se você sair: o projeto vai junto, com o framework dentro

Você baixa o ZIP ou faz push pro seu Git. Em produção roda o seu projeto Laravel, em qualquer hospedagem PHP, sem licença de runtime. Dois pontos para saber antes:

• O framework MAD vai junto. Ele está no projeto, na pasta packages/. Quem assumir o sistema mantém Laravel mais esse framework.
• Baixar o código é dos planos pagos. O Gratuito serve para experimentar (1 projeto, até 20 tabelas). Download, SSH e Git começam no Starter, a R$ 997 por desenvolvedor por ano. Veja preços e planos.

Para ver o MadBuilder ao lado de Bubble, Retool, OutSystems, Mendix e Power Apps, abra o comparativo de plataformas low-code.

Quando low-code não é a melhor escolha

Pense duas vezes se:

• A interface é o produto. App de consumo com visual único ou jogo pedem controle de cada detalhe, e componente pronto vira limite.
• O desafio é técnico, não de telas. Processamento pesado, algoritmo próprio ou baixíssima latência pedem código escrito à mão.
• O problema é pequeno. Se uma planilha ou um script resolvem, a plataforma é peso a mais.
• Seu time não quer a stack. Uma plataforma que gera Laravel serve a quem aceita PHP. Com outra linguagem na equipe, o código fica sem dono.
• Você não aceita framework de terceiros no código. O projeto do MadBuilder traz o framework MAD, e isso entra na conta.

Low-code rende mais no caso oposto: sistemas de gestão com muitos cadastros, listagens, aprovações e relatórios. Se é o seu caso, veja o MadBuilder para empresas que não programam ou a visão completa do produto.

Perguntas frequentes

Low-code é a mesma coisa que no-code?

Não. No-code é para quem não programa e fica no limite da ferramenta. Low-code também é visual, mas aceita código onde o visual não chega.

Plataforma low-code gera código de verdade?

Depende. Algumas executam o sistema num motor próprio e não entregam código. Outras geram um projeto que você baixa e mantém. O MadBuilder é do segundo tipo.

Dá para usar low-code com Laravel?

Dá. O MadBuilder gera models Eloquent, migrations, controllers, rotas e views Blade com Alpine, com o framework MAD na pasta packages/.

Preciso saber programar para usar o MadBuilder?

Não pro básico: você desenha os dados num diagrama e monta as telas arrastando componentes ou pedindo ao agente. Regras muito específicas ficam mais fáceis com um dev por perto. Veja as perguntas frequentes sobre o MadBuilder.