Hacker News 2026.06.07 83

메신저 10개를 창 하나로 — 'Franz' 10년의 회고에서 배우는 사이드 프로젝트의 생존법

무슨 일이냐면요

혹시 카톡, 슬랙, 텔레그램, 디스코드, 라인… 이런 메신저를 하루에도 몇 번씩 번갈아 켜면서 "창이 너무 많다"고 느껴본 적 있나요? Franz(프란츠)는 바로 그 불편함을 해결하려고 만든 앱이에요. 여러 메신저 서비스를 하나의 창 안에 탭처럼 모아서 보여주는 일종의 '메신저 통합 브라우저'거든요. 이 Franz가 세상에 나온 지 10년이 됐고, 만든 사람이 지난 10년을 돌아보는 회고 글을 올렸어요.

단순히 "오래된 앱이 생일을 맞았다" 정도의 이야기가 아니에요. 혼자, 혹은 아주 작은 팀이 만든 사이드 프로젝트가 어떻게 수많은 사용자를 모으고, 돈 문제와 마주하고, 오픈소스 생태계와 부딪히며 살아남았는지를 보여주는 꽤 솔직한 기록이라서 개발자라면 한 번쯤 곱씹어볼 만해요.

Franz는 기술적으로 어떻게 동작할까요

Franz의 핵심 아이디어는 의외로 단순해요. 각각의 메신저 웹 버전(예: web.whatsapp.com, 슬랙 웹)을 별도의 웹뷰(WebView) 안에서 띄우고, 그걸 탭처럼 한 화면에 묶는 거예요. 이게 뭐냐면, 크롬 같은 브라우저 엔진을 앱 안에 통째로 집어넣고 각 서비스마다 독립된 미니 브라우저를 하나씩 띄워주는 구조예요. 그래서 Franz는 Electron이라는 기술 위에서 돌아가요. Electron은 웹 기술(HTML·CSS·JavaScript)로 데스크톱 앱을 만드는 프레임워크인데, VS Code나 슬랙 데스크톱 앱도 다 이걸로 만들었거든요.

이 방식의 장점은 분명해요. 각 메신저가 웹 버전만 제공하면 Franz는 별도의 복잡한 연동 작업 없이도 그걸 그대로 감싸서 보여줄 수 있어요. 새 서비스를 추가하는 비용이 낮은 거죠. 대신 단점도 있어요. 웹뷰를 여러 개 띄우다 보니 메모리를 많이 먹고, 각 서비스가 웹 구조를 바꾸면 알림 같은 세부 기능이 깨지기 쉬워요. 회고 글에서 만든 이가 가장 고생했다고 털어놓는 부분도 결국 이 '유지보수의 끝없음'이에요. 내가 만든 코드가 아니라 남의 서비스 변경에 계속 끌려다녀야 하니까요.

업계 맥락 — 왜 비슷한 앱이 우후죽순 생겼을까

Franz가 인기를 끌자 같은 컨셉의 경쟁·파생 앱들이 줄줄이 나왔어요. 대표적으로 Rambox, 그리고 Franz가 유료화·상업화 방향으로 가자 그에 반발해 갈라져 나온 오픈소스 포크인 Ferdi와 그걸 또 이은 Ferdium이 있어요. 여기서 '포크(fork)'라는 건 누군가의 오픈소스 코드를 그대로 복사해서 별도의 프로젝트로 새로 키우는 걸 말해요.

이 흐름이 흥미로운 이유는, 무료로 시작한 인기 프로젝트가 수익 모델을 붙이려는 순간 커뮤니티가 갈라지는 전형적인 패턴을 보여주기 때문이에요. 만든 사람 입장에선 서버 비용도 들고 생계도 챙겨야 하니 유료 기능을 넣는 게 당연한데, 사용자 일부는 "원래 공짜였잖아"라며 포크를 떠나는 거죠. 오픈소스로 먹고사는 일이 얼마나 어려운지를 그대로 보여주는 사례예요.

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

실무적으로 보면, 'Electron + 웹뷰로 여러 서비스를 묶는다'는 발상은 사내 도구를 만들 때도 그대로 써먹을 수 있어요. 우리 회사가 쓰는 여러 어드민 페이지, 모니터링 대시보드, 사내 위키를 하나의 데스크톱 앱으로 묶어두면 직원들이 탭 지옥에서 벗어날 수 있거든요. 거창한 기술이 아니라도 '불편함을 한 곳에 모으는' 아이디어 자체가 제품이 될 수 있다는 거예요.

더 큰 교훈은 지속가능성이에요. 사이드 프로젝트를 10년 끌고 가려면 코드 실력보다 유지보수 부담을 어떻게 줄이고, 어떻게 돈으로 연결하느냐가 진짜 승부처라는 걸 Franz가 보여줘요. 멋진 첫 출시보다, 1년 뒤에도 켜지는 앱이 더 어렵다는 거죠.