Próton
SaaS de gestão agrária multi-propriedade — app Flutter sobre uma API Java, do design ao código.
Gestão agrária multi-propriedade é um domínio complexo: um gestor cuida de várias fazendas, cada uma com produção, estoque, custos e processos próprios. O desafio de engenharia: modelar esse domínio para escalar a múltiplas propriedades, expor uma API limpa para um app mobile usado no campo (com conexão instável) e manter a implementação coerente com o design — já que eu desenhei e construí o produto.
Dois clientes (web em React/TS e app Flutter) consomem uma API REST em Java 21/Spring Boot na cloud; a persistência é poliglota — PostgreSQL para o relacional e MongoDB para o flexível. Build e testes com Maven, JUnit, Mockito e PITest.
- 01Uma API, dois clientes (web e mobile)
Uma API REST em Java 21/Spring Boot concentra as regras de negócio e serve dois clientes: o web em React/TypeScript e o app mobile em Flutter, usado no campo com conexão instável. O domínio fica no backend, testável e independente da UI, e cada cliente evolui no seu ritmo.
- 02Persistência poliglota (PostgreSQL + MongoDB)
Usei o banco certo para cada necessidade: PostgreSQL para os dados relacionais que exigem consistência, e MongoDB para o que pede flexibilidade de esquema. Escolha por dado, não por dogma.
- 03Modelagem do domínio multi-propriedade
O núcleo é o conceito de múltiplas propriedades sob um mesmo gestor. Modelei entidades e relações (propriedade, produção, estoque, processos) com isolamento e agregação por propriedade — adicionar uma fazenda não bagunça as outras.
- 04Qualidade com testes de mutação
Além de testes unitários e de integração com JUnit e Mockito, usei mutation testing com PITest para medir a real eficácia da suíte — não só cobertura, mas se os testes pegam regressões de verdade. Build e CI com Maven.
- 05Do design ao código (mesma pessoa)
Como desenhei o UX/UI e o design system e também implementei, a coerência entre protótipo e produto é alta: os componentes do design viraram componentes reais, sem ruído de handoff.
Da pesquisa de UX ao produto
Antes do código veio a pesquisa: entender o produtor, mapear jornadas e montar um design system próprio. Esse trabalho de UX/UI (detalhado no Behance) virou a base do app — o produto nasceu coerente, do conceito à implementação.
O resultado é um produto real, do conceito ao lançamento: web em React e app em Flutter sobre uma API Java 21/Spring Boot, persistência poliglota e infraestrutura cloud — desenhado e construído pela mesma pessoa, o que deu uma coerência rara entre design e engenharia.
