Pitch: PortalToolsGO — ferramentas pra dev

Comecei o PortalToolsGO sem nenhuma ambição de virar produto. Eu tinha um monte de sites espalhados salvos nos favoritos — um pra formatar JSON, outro pra decodificar JWT, outro pra gerar hash — e enchi o saco de ficar catando link. Pensei: por que não juntar tudo num site só, só pra mim usar?

Fui construindo aos poucos, na hora que precisava de mais uma ferramenta. Em algum momento parei e pensei: se eu sinto essa dor de ferramenta espalhada, provavelmente tem mais gente sentindo a mesma coisa. Foi aí que resolvi deixar público.

Uma decisão que tomei ainda no começo egoísta do projeto acabou virando o diferencial do produto: quase tudo roda no navegador, client-side, sem mandar nada pro backend.

Isso ficou óbvio quando cheguei na ferramenta de Markdown pra PDF. Minha primeira ideia foi a óbvia: pegar uma lib de geração de PDF e resolver em 10 minutos. Testei três: jsPDF (419KB minificado), pdfmake (1MB) e html2pdf.js (917KB). Todas funcionavam, mas cada uma virava uma dependência gorda só pra gerar um PDF que, no fundo, é... texto formatado numa página.

Aí lembrei que o navegador já sabe fazer isso: window.print() + CSS @page. Sem lib nenhuma. O usuário clica em "gerar PDF", o navegador abre o diálogo de impressão nativo, o @page controla margem e quebra de página, e pronto — PDF equivalente, zero KB de dependência.

Esse padrão virou meio que um filtro pras outras ferramentas do portal: decodificador de JWT, leitor de QR Code Pix, validador de linha digitável de boleto — tudo dado sensível que fazia sentido nunca sair do navegador do usuário. Se o navegador consegue fazer sozinho, ele faz sozinho.

Tem trade-off, claro: impressão via CSS é menos flexível que uma lib dedicada, e cada navegador renderiza @page de um jeito ligeiramente diferente. Mas pra maioria dos casos ganha em simplicidade, privacidade e peso de página.

O portal é o PortalToolsGO (https://portaltoolsgo.com.br) — Angular SSR na frente, Spring Boot atrás(Apenas para o envio de issue, via formulário no site), 99% da lógica nem chega a tocar no backend. Ainda tô adicionando ferramentas aos poucos. Se alguém testar e achar bug, ou tiver ideia de ferramenta que falta, quero muito ouvir.