Acrobat reconstruído em Rust? 15 mil estrelas em 18 dias (eu testei)

Autoria: Prompt Engineer 48 · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: Acrobat, Rebuilt in Rust? 15K Stars in 18 Days (I Tested It) · Canal: Prompt Engineer 48 · 02:37 · Assistir no YouTube

Tópicos: Automação de tarefas e workflows, Engenharia de software com IA, Open source e ecossistemas de software

Resumo

O vídeo testa um editor de PDF de código aberto, escrito principalmente em Rust, que promete reproduzir recursos do Adobe Acrobat. O projeto usa uma abordagem de clean room baseada na especificação ISO 32000 e na observação externa do Acrobat, mas ainda está em alpha e usa a crate Cairo para desenhar páginas. Nos testes, o apresentador conseguiu abrir, pesquisar e organizar um PDF de 660 páginas e usar a CLI para operações rápidas em documentos grandes. Como a edição de texto, o OCR e a exportação para formatos de escritório ainda são limitados ou ausentes, ele não recomenda substituir o Acrobat para editar documentos reais ou assinar formulários.

Pontos-chave

O projeto não fez engenharia reversa do código da Adobe: segundo o README, adotou uma abordagem de clean room baseada na especificação pública ISO 32000 e na observação do comportamento do Acrobat.
Os autores classificam o software como alpha e estimam que ele cobre 57% dos recursos rastreados do Acrobat e 94% dos recursos considerados indispensáveis.
A renderização das páginas ainda usa Cairo, uma crate emprestada, enquanto o renderizador próprio está em desenvolvimento.
O apresentador testou a versão 0.9.0 para Windows, distribuída em um arquivo portátil de 82 MB, sem instalador nem necessidade de conta.
O aplicativo abriu um PDF de 660 páginas, preservou os marcadores e encontrou 1.160 ocorrências de “Acrobat”.
Na CLI, o resumo de um livro de 15 mil páginas foi lido em menos de um segundo; renderizar uma página levou meio segundo e combinar dois PDFs, oito centésimos de segundo.
A edição de texto ainda é um ponto fraco: o painel indica que o recurso virá no marco M7, e OCR e exportação para formatos de escritório são descritos como limitados ou ausentes.
O apresentador considera o projeto útil para visualizar, pesquisar, combinar, dividir e organizar PDFs, mas manteria o Acrobat para editar documentos reais e assinar formulários.

Capítulos

Início	Capítulo	Resumo
00:01	O projeto e a alegação de engenharia reversa	O apresentador contextualiza a popularidade do repositório e esclarece que, segundo o README, o desenvolvimento segue uma abordagem de clean room.
00:33	Alpha, cobertura de recursos e renderização	O vídeo apresenta as estimativas de cobertura do projeto, suas limitações conhecidas e o uso temporário da crate Cairo.
01:03	Instalação e testes práticos	O apresentador descreve o ritmo de desenvolvimento, instala a versão portátil e testa um PDF extenso e a CLI em outro documento grande.
01:34	Resultados, limitações e veredito	Os testes mostram bom desempenho em tarefas de leitura e organização, mas a edição ainda não é suficiente para substituir o Acrobat em trabalhos críticos.

Citações

A internet diz que alguém fez engenharia reversa da Adobe. Não foi isso que aconteceu. — 00:01

Os autores chamam o projeto de alpha, e eu respeito isso. — 00:33

Ele abre, os marcadores estão lá, e eu pesquisei por Acrobat. — 01:34

Com 18 dias, ainda em alpha, e já tão útil: essa é a verdadeira história. — 02:37

Conceitos e entidades

Adobe Acrobat (ferramenta): Software da Adobe usado no vídeo como referência para avaliar o editor de PDF testado.
Rust (conceito): Linguagem em que o projeto afirma estar sendo desenvolvido.
clean room (conceito): Abordagem descrita no README, baseada em especificações públicas e na observação do comportamento externo do Acrobat, sem usar código de terceiros.
ISO 32000 (conceito): Especificação pública citada como uma das bases para implementar o comportamento do leitor de PDF.
Cairo (ferramenta): Crate usada atualmente para desenhar páginas enquanto o renderizador próprio do projeto é desenvolvido.
RunPod (empresa): Serviço mencionado pelo apresentador em um anúncio sobre GPUs.
Apache (conceito): Uma das licenças citadas para o projeto de código aberto.
MIT (conceito): Uma das licenças citadas para o projeto de código aberto.

Tradução completa (pt-BR)

00:01 Há 18 dias, este repositório não existia. Hoje, tem cerca de 15.600 estrelas, 6.000 forks e afirma recriar o Adobe Acrobat em Rust puro. A internet diz que alguém fez engenharia reversa do Adobe. Não foi isso que aconteceu. Rodei o programa no meu próprio laptop para descobrir o que é. Primeiro, a correção. Engenharia reversa significa desmontar o software da Adobe. O readme diz que, em vez disso, foi desenvolvido em sala limpa. O comportamento vem da especificação pública ISO 32.000, além da observação do que o Acrobat faz externamente. Nunca foi usado código de outra pessoa. Isso importa

00:33 porque essa é a diferença entre um parente legal e uma cópia. Segundo, os autores o chamam de alpha, e respeito isso. Segundo a própria contagem deles, ele cobre 57% dos recursos do Acrobat monitorados e 94% dos imprescindíveis. Para o trabalho do dia a dia, dizem que ele está cerca de 55% do caminho para substituir o Acrobat e admitem que a qualidade ainda não foi comparada lado a lado com a do Acrobat. Mais um detalhe honesto. O readme diz que as páginas ainda são desenhadas por uma

01:03 crate emprestada chamada Cairo, enquanto o renderizador próprio deles está sendo desenvolvido. Então, a manchete que diz “feito do zero” não conta toda a história. Então, por que está avançando tão rápido? São 225 contribuidores, mais de 1.200 commits e três lançamentos em seis dias. É uma multidão, não uma pessoa num porão. Baixei a versão 0.9.0, o arquivo zip portátil para Windows, com 82 megabytes. Conferi o checksum com o do lançamento, descompactei e executei. Sem instalador, sem conta.

01:34 Para colocá-lo à prova, juntei o readme e uma página da Wikipédia em um único arquivo de 660 páginas. Ele abre, os marcadores estão lá, e pesquisei por Acrobat. Foram 1.160 ocorrências no arquivo inteiro. Depois, usei a grade de páginas para organizá-las, com as 660 páginas prontas para serem arrastadas. Em seguida, usei a ferramenta de linha de comando em um livro de 97 megabytes e 15.000 páginas que eu tinha no disco. Ela lê o resumo do documento em menos de um segundo e renderiza uma página do meio em meio segundo, incluindo a inicialização. Extrair o texto de uma página levou 2,4 segundos, o que foi a

02:06 coisa mais lenta que medi. Combinar dois PDFs levou oito centésimos de segundo. Onde ele fica aquém é na edição. O próprio painel de edição diz que o recurso chegará no marco M7, e hoje só funcionam os itens marcados como prontos. Não testei a edição de texto de ponta a ponta, e o readme lista a edição confiável de texto existente, o OCR e a exportação para formatos do Office como limitados ou ausentes. Então, não posso dizer que ele substitui o Acrobat. Na minha opinião, para visualizar, pesquisar, combinar, dividir e organizar, ele já é

02:37 rápido, gratuito, funciona offline e é open source sob as licenças Apache e MIT. Para assinar formulários e editar documentos de verdade, eu continuaria usando o Acrobat até que publiquem aquela comparação de fidelidade lado a lado. Uma versão alpha com 18 dias e já tão útil: essa é a verdadeira história. Se você está procurando GPUs baratas e confiáveis, eu uso RunPod, e o link está na descrição. O link do repo está abaixo. Você confiaria seus documentos de verdade a um editor de PDF com 18 dias? Conte nos comentários.

Transcrição original

[00:01] 18 days ago this repository did not exist. Today it has about 15,600 stars, 6,000 forks, and it says it rebuilds Adobe Acrobat in pure Rust. The internet says someone reverse-engineered Adobe. That is not what happened. I ran the thing on my own laptop to find out what is First, the correction. Reverse-engineering means taking Adobe’s software apart. The readme says clean room instead. The behavior comes from the public ISO 32,000 spec plus watching what Acrobat does from the outside. Never anyone else’s code. That matters

[00:33] because it is the difference between a legal cousin and a copy. Second, the authors call it alpha and I respect that. By their own count, it covers 57% of tracked Acrobat features and 94% of the must-haves. For everyday work, they say it is about 55% of the way to replacing Acrobat and they admit the quality has not been compared with Acrobat side-by-side yet. One more honest detail. The readme says pages are still drawn by a borrowed

[01:03] crate called Cairo while their own renderer is being built. So, the headline written from scratch is not the whole story. So, why is it moving so fast? 225 contributors, over 1,200 commits, and three releases in six days. This is a crowd, not one person in a basement. So, I downloaded version 0.9.0, the Windows portable zip, 82 megabytes. I checked its checksum against the release, unzipped it, and ran it. No installer, no account.

[01:34] To stress it, I glued the readme and a Wikipedia page into one 660-page file. It opens, the bookmarks are there, and I searched for Acrobat. 1,160 matches across the whole file. Then, the page grid for organizing pages with all 660 pages ready to drag around. Then, the command-line tool on a 97-megabyte book with 15,000 pages that I had on disk, it reads the document summary in under a second and renders a page from the middle in half a second, including startup. Pulling the text of one page took 2.4 seconds, which is the

[02:06] slowest thing I measured. Combining two PDFs took eight hundredths of a second. Where it falls short is editing. The edit panel itself says coming in milestone M7 and only the items marked ready work today. I did not test text editing end-to-end and the readme lists reliable editing of existing text, OCR, and office export as thin or missing. So, I cannot tell you it replaces Acrobat. My take for viewing, searching, merging, splitting, and organizing, it is already

[02:37] fast, free, offline, and open source under Apache and MIT. For signing forms and editing real documents, I would keep Acrobat until they ship that side-by-side fidelity check. 18 days old alpha and already this usable, that is the real story. If you’re looking for cheap and reliable GPUs, I use RunPod and the link is in the description. The repo link is below. Would you trust an 18-day-old PDF editor with your real documents? Tell me in the comments.