처리중입니다. 잠시만 기다려주세요.
TTJ 코딩클래스
정규반 단과 자료실 테크 뉴스 코딩 퀴즈
테크 뉴스
Hacker News 2026.06.21 39

깔끔한 PDF를 '스캔한 것처럼' 만들어주는 도구, 그리고 그 뒤의 WASM 이야기

Hacker News 원문 보기
깔끔한 PDF를 '스캔한 것처럼' 만들어주는 도구, 그리고 그 뒤의 WASM 이야기

'스캔본으로 다시 제출하세요'라는 말, 들어보셨죠?

회사나 관공서에 서류를 낼 때 이런 경험 한 번쯤 있으실 거예요. 분명히 깔끔한 전자문서 PDF가 있는데, 상대방은 '스캔한 버전으로 주세요'라고 하는 거죠. 그래서 어쩔 수 없이 프린터로 출력하고, 다시 스캐너에 올려서 스캔하고, 그 파일을 첨부하는... 누가 봐도 비효율적인 이 과정을 다들 한 번쯤 겪어봤을 거예요. 이 귀찮음을 코드로 풀어버린 게 바로 'make-look-scanned'라는 도구예요. 멀쩡한 디지털 PDF를 마치 진짜 종이로 출력해서 스캔한 것처럼 보이게 바꿔주는 거죠.

어떻게 '스캔한 것처럼' 만들까요?

스캔본과 원본 디지털 PDF의 차이가 뭘까 곰곰이 생각해 보면 답이 나와요. 진짜 스캔한 문서는 몇 가지 특징이 있거든요. 종이를 스캐너에 완벽하게 똑바로 올리는 사람은 없으니까 살짝 비뚤어져 있고, 스캐너 센서 특유의 미세한 잡티(노이즈)가 끼어 있어요. 또 흰 배경이 완벽한 순백이 아니라 살짝 회색빛이 돌고, 글자 가장자리는 약간 뭉개지면서 종이 가장자리에 옅은 그림자가 지기도 하죠.

이 도구는 바로 이런 요소들을 일부러 흉내 내요. 페이지를 미세하게 회전(기울임)시키고, 자글자글한 노이즈를 뿌리고, 흑백 또는 약간 누런 톤으로 바꾸고, 명암 대비를 살짝 망가뜨려요. 그리고 보통 JPEG 압축 특유의 흐릿한 화질 저하까지 더하면, 우리 눈에는 영락없이 '스캔한 문서'처럼 보이게 되는 거예요. 사람이 무의식적으로 '아 이건 스캔본이구나' 하고 느끼는 단서들을 역으로 하나하나 집어넣는 셈이죠.

진짜 흥미로운 건 'WASM으로도 돌아간다'는 점이에요

이 도구는 두 가지 방식으로 쓸 수 있어요. 하나는 터미널에서 명령어로 돌리는 CLI 버전이고, 다른 하나는 브라우저에서 바로 돌아가는 웹 버전이에요. 그런데 이 웹 버전이 'WASM(웹어셈블리, WebAssembly)' 기술로 동작한다는 게 진짜 포인트예요.

WASM이 뭐냐면요, 원래 C나 Rust 같은 언어로 짠 빠른 네이티브 프로그램을, 거의 그 속도 그대로 브라우저 안에서 돌릴 수 있게 해주는 기술이에요. 예전에는 이런 이미지 처리 작업을 하려면 무조건 파일을 서버에 올려서 처리한 다음 결과를 받아왔어야 했거든요. 그런데 WASM 덕분에 이제는 내 브라우저, 내 컴퓨터 안에서 모든 처리가 끝나요. 이게 왜 중요하냐면, 민감한 계약서나 신분증 같은 문서를 남의 서버에 업로드하지 않아도 된다는 뜻이에요. 프라이버시 측면에서 엄청난 장점이죠. 파일이 내 브라우저 밖으로 한 발짝도 안 나가니까요.

업계 흐름 속에서 보면

사실 이런 효과는 예전부터 ImageMagick 같은 이미지 처리 도구에 명령어를 잔뜩 조합해서 만들 수 있었어요. 다만 일반 사용자가 쓰기엔 너무 어려웠죠. make-look-scanned는 그걸 누구나 클릭 몇 번으로 쓰게 만든 거예요. 더 넓게 보면, 무거운 작업을 서버가 아니라 브라우저에서 처리하는 흐름의 일부예요. 영상 편집을 브라우저에서 하는 ffmpeg.wasm, 웹에서 돌아가는 포토샵, 브라우저용 이미지 변환 도구들이 다 같은 방향이거든요. '서버 없이 클라이언트에서 끝낸다'가 요즘 웹 기술의 큰 트렌드 중 하나예요.

한 가지 짚고 갈 부분도 있어요. 이런 도구는 '종이로만 받던 서류를 디지털로 처리'하는 정당한 용도로 쓰면 정말 편리하지만, 문서를 진짜처럼 위조하는 데 악용될 소지도 있어요. 도구 자체는 중립적이지만, 쓰는 사람의 책임이 따른다는 건 기억해 두면 좋겠죠.

한국 개발자에게 주는 시사점

실무에서 이미지나 파일을 다루는 기능을 만들 때, '이거 꼭 서버에서 처리해야 할까?'를 한 번 의심해 보세요. 사용자 파일을 서버로 올리면 보안·프라이버시 책임이 따르고 서버 비용도 들거든요. WASM으로 클라이언트에서 처리하면 이 부담을 통째로 덜 수 있어요. 특히 민감한 데이터를 다루는 서비스라면 이 패턴을 알아두는 게 큰 무기가 돼요.

한줄 정리: 깔끔한 PDF를 스캔본처럼 바꿔주는 작은 도구지만, 그 뒤에는 '브라우저 안에서 네이티브 속도로 다 처리한다'는 WASM의 큰 그림이 숨어 있어요. 여러분은 사용자 파일을 처리할 때 서버 방식과 브라우저(WASM) 방식 중 어느 쪽을 선호하시나요?


🔗 출처: Hacker News

이 뉴스가 유용했나요?

TTJ 코딩클래스 정규반

월급 외 수입,
코딩으로 만들 수 있습니다

17가지 수익 모델을 직접 실습하고, 1,300만원 상당의 자동화 도구와 소스코드를 받아가세요.

144+실전 강의
17개수익 모델
4.9수강생 평점
정규반 자세히 보기

"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"

실제 수강생 후기
  • 비전공자도 6개월이면 첫 수익
  • 20년 경력 개발자 직강
  • 자동화 프로그램 + 소스코드 제공

매일 AI·개발 뉴스를 받아보세요

주요 테크 뉴스를 매일 아침 이메일로 전해드립니다.

스팸 없이, 언제든 구독 취소 가능합니다.