MMHL.dev

Disponível para novos projetos

Matheus Henrique — Desenvolvedor Full StackConstruo oproduto inteiro.

Front, back e infra.

Desenvolvo aplicações completas em Next.js e TypeScript: modelagem de dados, API, autenticação com permissão por papel e deploy. De landing page a SaaS multi-tenant rodando em produção.

Scroll para explorar
  • TypeScript
  • Next.js
  • React
  • Node.js
  • REST API
  • Firestore
  • PostgreSQL
  • Auth & RBAC
  • Multi-tenant
  • Python
  • Vercel

01O que eu faço

Não entrego tela bonitaligada em nada.

Construo produtos completos: modelagem de dados, API, regras de permissão, deploy e a interface que o usuário vê. Cada camada pensada junto com as outras.

  1. 01

    Frontend

    Interfaces em Next.js e React, tipadas de ponta a ponta com TypeScript.

    • React 19
    • Next.js
    • TypeScript
    • Tailwind
  2. 02

    Backend

    Route Handlers e Node.js, com os dados validados por Zod na entrada. Python quando o problema pede.

    • Route Handlers
    • Node.js
    • Zod
    • Python
  3. 03

    Banco de dados

    Firestore e PostgreSQL, modelados a partir de quem usa, do que precisa e de quem pode ver o quê.

    • Firestore
    • PostgreSQL
  4. 04

    Autenticação

    Permissão por papel cumprida no servidor — nas Security Rules e no RLS —, não escondida na interface.

    • Firebase Auth
    • RBAC
    • Security Rules
    • RLS
  5. 05

    Infraestrutura

    Multi-tenant com isolamento real entre clientes e rotinas que rodam sozinhas em cron jobs.

    • Multi-tenant
    • Cron jobs
    • Vitest
  6. 06

    Deploy

    Vercel e GitHub Actions: do repositório à produção sem passo manual no meio.

    • Vercel
    • GitHub Actions

Em produção

Do banco ao pixel.

Role para ver os produtos rodando.

00 / 03

MHL.dev

Produtos digitais, do banco ao deploy.

Agora, um por um.

02Selected work

Projetosselecionados

Produtos construídos de ponta a ponta — do SaaS multi-tenant à landing page de cliente.

01 / 06SaaS · Multi-tenant

AdvBoard

Produto completo, do banco ao deploy: cada escritório é um tenant isolado no Firestore, com permissão por setor aplicada nas Security Rules — não na interface. Puxa intimações do Diário de Justiça Nacional por OAB e andamentos do DataJud/CNJ sozinho, todo dia útil.

  • Next.js
  • TypeScript
  • Firebase Admin
  • Firestore Rules
  • RBAC
  • Cron
Ver case
Página pública do AdvBoard
Kanban do AdvBoard com as etapas do processo trabalhista
02 / 06App · Produtividade

Lume

Quatro módulos que normalmente seriam quatro apps: rotinas com progressão por nível e moedas, timer de foco, controle de gastos e biblioteca. Estado local que sincroniza com o Firestore quando há sessão, então funciona offline e continua no outro aparelho.

  • Next.js
  • TypeScript
  • Firebase Auth
  • Firestore
  • Storage
Ver case
Dashboard do Lume com check-in, sequência e mapa de calor
Rotinas do Lume com progressão por nível

03Estudos de caso

Por dentrodos produtos

As decisões que não aparecem na tela — e por que foram tomadas.

Case 01SaaS · Multi-tenant2026

AdvBoard

Projeto solo — produto, arquitetura, back-end, front-end e deploy

Problema

Escritório trabalhista pequeno controla processo em planilha e WhatsApp. O fluxo existe na cabeça das pessoas — triagem, cálculo, petição, audiência, acordo — mas ninguém enxerga onde cada processo está, e intimação só aparece quando alguém lembra de olhar o diário. O AdvBoard põe esse fluxo numa tela e vai buscar as intimações sem ninguém pedir.

Solução

SaaS multi-tenant para escritórios de advocacia trabalhista: fluxo processual em kanban, agenda derivada dos processos e intimações do Diário de Justiça buscadas sozinhas, todo dia útil.

Decisões técnicas

  1. 01O isolamento está no caminho, não num campo
  2. 02Suspender precisa valer na hora
  3. 03Sessão que expira sem atrapalhar
  4. 04As intimações chegam sozinhas
  5. 05Permissão que o servidor cumpre
  6. 06O que eu testaria de novo
advboard.app.br
Fluxo processual — as oito etapas, com prioridade e arraste entre colunasDashboard — KPIs, ações urgentes e audiências da semanaProcessos — busca, filtro por etapa e responsávelAdministração — usuários e setores, base das permissõesPágina pública do produto

Em números

8

Etapas do fluxo

9

Rotas de API

2

Fontes oficiais do CNJ

154

Linhas de Security Rules

Tecnologias

  • Next.js 16 (App Router)
  • React 19
  • TypeScript strict
  • Tailwind v4
  • shadcn/ui
  • Route Handlers
  • firebase-admin
  • Zod
  • Cron jobs
  • Cloud Firestore

Case 02App · Produtividade2026

Lume

Projeto solo — produto, front-end e back-end

Problema

Quatro coisas que normalmente moram em quatro apps diferentes: hábitos, foco, dinheiro e leitura. Trocar de app o dia inteiro é atrito suficiente para abandonar todas. O Lume junta as quatro numa interface só, com um dashboard que responde a pergunta que importa de manhã: o que eu faço agora.

Solução

Assistente pessoal com rotinas gamificadas, timer de foco, controle de gastos e biblioteca — estado local que sincroniza com o Firestore quando há sessão.

Decisões técnicas

  1. 01Local primeiro, nuvem depois
  2. 02Gamificação que não vira trabalho
  3. 03Tema que acompanha o sistema
lume-mattdev.vercel.app
Dashboard — check-in do dia, sequência e mapa de calor do anoRotinas — hábitos com progressão por nívelSala — timer de focoFinanças — gastos fixos, variáveis, cartões e metas

Em números

4

Módulos

100%

Funciona offline

Tecnologias

  • Next.js 16 (App Router)
  • React 19
  • TypeScript
  • Tailwind v4
  • useReducer
  • localStorage
  • Sync opcional
  • Cloud Firestore
  • Firebase Storage
  • Firebase Auth

04Stack

Stack deprodução

As tecnologias por trás dos projetos acima, organizadas por camada.

01Frontend

Frontend

  • React 19
  • Next.js
  • TypeScript
  • Tailwind
02Backend

Backend

  • Route Handlers
  • Node.js
  • Zod
  • Python
03Dados

Dados

  • Firestore
  • PostgreSQL
  • Security Rules
  • RLS
04Auth

Auth

  • Firebase Auth
  • RBAC por papel
  • Multi-tenant
05Infra

Infra

  • Vercel
  • GitHub Actions
  • Cron jobs
  • Vitest
Foto de Matheus Henrique

Matheus Henrique

MHL.dev

Maceió, AL

05Sobre

Do bancoao pixel.

Sou desenvolvedor full stack de Maceió, Alagoas. Construo produtos inteiros — modelagem de dados, API, regras de permissão, deploy e a interface que o usuário vê. Não entrego tela bonita ligada em nada.

Meu processo começa no entendimento do negócio: quem usa, o que precisa e quem pode ver o quê. A arquitetura sai daí — o código vem depois.

Onde eu trabalho

  1. 01Modelagem
  2. 02API
  3. 03Regras de permissão
  4. 04Banco
  5. 05Infraestrutura
  6. 06Interface
Base
Maceió, Alagoas · Brasil

06Processo

Como um projetosai do papel

Começa no negócio, não no código. A arquitetura sai do entendimento — e o código vem depois dela.

  1. 01

    Entender

    Quem usa, o que precisa e quem pode ver o quê. É daqui que sai a arquitetura.

  2. 02

    Arquitetar

    Modelagem dos dados, contratos de API validados com Zod e regras de permissão desenhadas para o servidor cumprir.

  3. 03

    Construir

    Next.js e TypeScript strict, da rota de API ao componente que o usuário toca.

  4. 04

    Validar

    Testes com Vitest e regras de segurança testadas no emulador: permissão errada não aparece na tela, aparece num vazamento.

  5. 05

    Deploy

    Vercel e GitHub Actions, com cron jobs para o que precisa rodar sozinho todo dia.

07Em números

O que já está rodando

mhl.dev / em números

Projetos no ar
+8

6 documentados aqui

Clientes atendidos
3
  • Petra Liora
  • Ramong.art
  • Porto Santos
Bancos em produção
2
  • Firestore
  • PostgreSQL
TypeScript strict
100%

"strict": true

08Contato

Tem uma ideia?Vamos colocarem produção.

Precisa de um sistema do zero, de uma API pra um app que já existe ou de alguém pra tocar o produto de ponta a ponta? Me chama — respondo rápido.

Vamos trabalhar juntos

Conversa direta pelo WhatsApp