발표 자료 하나 만들려면 파워포인트를 설치하거나, 구글 슬라이드에 로그인하거나, Keynote가 깔린 맥이 필요하죠. 그런데 이 모든 걸 .html 파일 하나로 해결하겠다는 프로젝트가 나왔어요. 'Bento'라는 도구인데요. HTML 파일을 더블클릭해서 브라우저로 열면 그게 곧 슬라이드 편집기이자 뷰어이고, 작성한 내용(데이터)도 그 파일 안에 저장되고, 심지어 협업 기능까지 담겨 있다고 해요. 파일 하나가 앱이자 문서인 셈이죠.
이게 뭐냐면요
보통 웹 서비스는 서버, 데이터베이스, 프론트엔드 코드가 각자 자리를 잡고 있는 구조예요. 우리가 만드는 문서는 회사 서버 어딘가에 저장되고, 우리는 브라우저로 그 서버에 접속해서 문서를 다루는 거고요. 그런데 '싱글 파일 앱'은 발상이 달라요. 앱을 구동하는 자바스크립트 코드와 문서 데이터를 전부 HTML 파일 하나에 담는 거예요. 저장은 파일 자체를 다시 저장하는 것이고, 백업은 파일 복사, 공유는 파일 전송이에요. 이 발상의 원조는 2004년부터 이어져 온 TiddlyWiki라는 개인 위키인데, 위키 전체가 HTML 파일 하나로 동작하는 걸로 유명하거든요. Bento는 그 계보를 프레젠테이션 도구로 가져온 거고요.
기술적으로 예전에는 이 방식에 큰 걸림돌이 있었어요. 브라우저는 보안상 로컬 파일을 마음대로 덮어쓸 수 없어서, 수정할 때마다 새 파일로 내려받아야 하는 불편함이 있었거든요. 그런데 요즘 브라우저에 들어온 File System Access API(웹 페이지가 사용자 허락을 받고 로컬 파일을 직접 읽고 쓸 수 있게 해주는 기능) 덕분에, 열어둔 HTML 파일이 자기 자신을 저장하는 흐름이 자연스러워졌어요. 협업은 싱글 파일 구조에서 가장 까다로운 부분인데, 서버 없이 풀려면 보통 WebRTC 같은 브라우저 간 직접 연결이나 CRDT(여러 사람이 동시에 고친 내용을 충돌 없이 자동으로 합쳐주는 자료구조)를 활용하게 돼요. Bento가 정확히 어떤 조합을 택했는지는 직접 열어보며 확인해볼 만한 포인트고요.
왜 매력적일까요
이 방식의 장점은 명확해요. 설치가 없고, 계정이 없고, 서버가 없어요. 인터넷이 끊겨도 되고, 회사 보안 정책 때문에 외부 SaaS에 자료를 못 올리는 환경에서도 쓸 수 있어요. 받는 사람 입장에서도 좋은 게, 뷰어 프로그램이 필요 없거든요. 파일 안에 편집기가 통째로 들어 있으니까요. 그리고 의외로 중요한 게 보존성이에요. 10년 뒤에 그 스타트업 서비스가 살아있을지는 아무도 모르지만, HTML을 열 수 있는 브라우저는 거의 확실히 남아 있을 거예요. 서비스 종료와 함께 문서가 증발하는 일이 원천적으로 없는 거죠.
업계 맥락
이런 흐름에는 'local-first 소프트웨어'라는 이름이 붙어 있어요. 연구 그룹 Ink & Switch가 제안한 개념인데, 데이터의 주인은 클라우드가 아니라 사용자의 기기여야 한다는 철학이에요. 모든 걸 구독형 SaaS에 맡기다 보니 생긴 피로감(요금 인상, 서비스 종료, 데이터 인질극)에 대한 반작용이기도 하고요. 발표 도구 쪽으로 좁혀 보면, 개발자들 사이에서는 reveal.js처럼 코드로 슬라이드를 만드는 도구가 이미 있지만 개발 환경 세팅이 필요했고, 구글 슬라이드는 편하지만 서버와 계정에 묶여 있죠. '파일 하나로 끝'은 그 사이의 빈자리를 정확히 노린 포지션이에요.
우리에게 주는 시사점
당장 실무에서 써먹을 수 있는 아이디어이기도 해요. 사내에서 쓰는 간단한 계산기, 체크리스트, 대시보드 같은 걸 서버 없이 HTML 파일 하나로 만들어 공유 폴더에 두는 방식은 배포와 유지보수 부담이 거의 없거든요. 고객사에 자료를 전달할 때 '링크 접속 권한' 문제로 씨름해본 분이라면 파일 하나로 끝나는 워크플로우의 가치를 바로 느끼실 거고요. 기술적으로는 File System Access API와 CRDT를 공부해볼 좋은 계기이기도 해요. 요즘 로컬 우선 협업 도구들이 전부 이 두 가지 위에 서 있거든요.
정리하면, Bento는 '문서가 앱을 품는' 방식이 어디까지 갈 수 있는지 보여주는 실험이에요. 여러분이라면 어떤 도구를 싱글 HTML 파일로 만들어보고 싶으신가요?
🔗 출처: Hacker News