Lançamento HN: Onedoc (YC W24) – Uma maneira melhor de criar PDFs

Artigo original ↗ Discussão no Hacker News ↗

Preço & Modelo de Negócios

  • Muitos comentadores consideram o preço inicial “caro”, especialmente a cobrança por documento em casos de alto volume ou baixa margem (por exemplo, faturas, documentos hipotecários longos).
  • São feitas comparações com ConvertAPI, api2pdf, DocRaptor, Urlbox, htmldocs, etc., que podem ser significativamente mais baratos por documento.
  • A equipe esclarece que o preço já foi revisado para baixo (chegando a cerca de ~$0,005/doc em escala) e ainda está evoluindo; a confusão entre por página e por documento aparece várias vezes.
  • Vários argumentam que, além de certa escala, fica mais barato construir internamente; as sugestões incluem licenças de preço fixo/on‑prem ancoradas em uma fração do salário de um desenvolvedor.

Alternativas & Ecossistema Existente

  • Numerosas alternativas são mencionadas: headless Chrome/Puppeteer/Playwright, PrinceXML, DocRaptor, WeasyPrint, Paged.js, Gotenberg, wrappers de jsPDF/gofpdf, Typst, LaTeX/ConTeXt, Pandoc, xsl‑fo, pdf-lib, DocSpring, Platoforms, PDFlib, etc.
  • Alguns dizem que o stack FOSS (Playwright + Paged.js) é “state of the art” e difícil de justificar pagar por ele, a menos que haja valor agregado em confiabilidade, salvaguardas de layout ou conformidade.
  • Outros relatam dificuldades com as ferramentas existentes, especialmente em relação a layout, quebras de página, formulários e acessibilidade, e estão abertos a uma solução melhor integrada.

Tecnologia & Recursos

  • A API da Onedoc atualmente envolve PrinceXML/DocRaptor; o objetivo é substituir isso por um motor personalizado para melhor controle, recursos e custos.
  • Usa HTML/CSS com forte suporte a PrintCSS/Paged Media, não um navegador headless, para melhorar tipografia e layout (viúvas/órfãs, caixas de página, cabeçalhos/rodapés, regiões da página).
  • A biblioteca open-source baseada em React foca em fazer o layout de PDF parecer trabalho frontend típico; suporta Tailwind, Chakra UI, Markdown, LaTeX, SVG.
  • Suporta PDFs com tags e mira a acessibilidade PDF/UA‑1 com base na semântica HTML; mira PDF 1.7 com perfis de cor ICC e várias caixas de página, embora nem todos os recursos de impressão (por exemplo, ArtBox) estejam completos.
  • O roadmap inclui preenchimento de formulários, assinaturas programáticas, metadados mais ricos, analytics, integrações com S3 e, eventualmente, self-hosted/on‑prem.

Desempenho, Segurança & Adequação ao Mercado

  • Os tempos atuais de renderização são de “segundos”, mais lentos do que configurações otimizadas com headless Chrome; melhorias de desempenho estão em andamento.
  • Alguns destacam a segurança (especialmente SSRF e PII) e insistem em SOC2/ISO27001 e on‑prem para adoção séria. O trabalho em direção a SOC2 e ao futuro self-hosting é reconhecido.
  • Há interesse de setores com documentos complexos, longos ou regulamentados (governo, jurídico, saúde, finanças), especialmente se PDFs acessíveis/com tags e a conformidade forem robustos.
  • O debate subjacente: PDFs são onipresentes, mas desagradáveis; alguns gostariam de alternativas, enquanto outros argumentam que construir em cima do ecossistema PDF já estabelecido é o único caminho prático.