"데스크톱 앱은 이제 그만" — 2009년 글이 2026년에도 울리는 이유

도입: 17년 전 글이 오늘 다시 회자되는 이유

Patrick McKenzie, 업계에서 흔히 "patio11"이라고 불리는 개발자 겸 창업가가 2009년에 쓴 블로그 글이 다시 화제가 되고 있어요. 제목은 "I'm done making desktop applications" — "데스크톱 앱은 이제 안 만들기로 했다"는 단호한 선언이에요. 이 분은 나중에 Stripe에서 오랫동안 일했고, 지금은 금융/테크 에세이스트로 유명해요. 통찰력 있는 글로 많은 개발자들에게 영향을 줬죠.

2009년이 어떤 시기였냐면, iPhone이 나온 지 2년쯤 됐고, 웹 앱이 본격적으로 데스크톱 앱을 대체하기 시작한 시점이었어요. Gmail, Google Docs 같은 서비스가 "브라우저가 곧 OS"라는 미래를 보여주고 있었고요. McKenzie는 자기가 운영하던 Bingo Card Creator라는 데스크톱 소프트웨어를 예로 들면서 데스크톱 앱의 비즈니스적 한계를 조목조목 짚어요.

2009년에 그가 한 지적들

그의 논지는 비즈니스 관점이었어요. 기술적으로 데스크톱 앱이 나쁘다는 게 아니라, 비즈니스 모델로서 너무 괴롭다는 거였죠.

첫째, 결제 마찰. 데스크톱 앱은 사용자가 다운로드 → 설치 → 트라이얼 → 결제 → 라이선스 키 입력이라는 기나긴 여정을 거쳐야 해요. 중간에 한 단계에서 이탈하면 끝이거든요. 웹 앱은 회원가입하면 바로 써볼 수 있죠.

둘째, 업데이트 지옥. 버그를 하나 고치려면 모든 사용자에게 업데이트를 배포해야 해요. 사용자가 업데이트를 안 하면 구버전 지원까지 떠안게 되고요. 웹 앱은 서버에 배포하면 끝이에요.

셋째, 플랫폼 분열. Windows, Mac, Linux 각각 다르게 빌드해야 하고, 각 OS의 버전 차이도 신경써야 해요.

넷째, 고객 지원의 악몽. 사용자의 환경(OS 버전, 설치된 다른 소프트웨어, 방화벽 설정 등)이 다 다르니까 버그 재현이 어려워요. 웹 앱은 서버 로그를 보면 대부분 파악이 되는데 말이죠.

다섯째, 발견 가능성. 2009년 당시엔 앱스토어가 모바일에만 있었고 데스크톱은 검색엔진으로 유입시켜야 했어요. 웹 앱은 URL 하나면 공유가 되죠.

2026년에 다시 읽으면

이 글이 지금 다시 회자되는 이유는, 업계가 다시 데스크톱 앱으로 회귀하는 움직임이 있기 때문이에요. 아이러니하죠?

생각해보세요. 요즘 많이 쓰는 도구들 중에 데스크톱 앱이 얼마나 많은지. VS Code, Cursor, Figma(데스크톱 버전), Notion, Slack, Discord, Linear, Arc, Raycast — 이게 다 Electron이나 Tauri 같은 기술로 만든 데스크톱 앱이에요. 웹 기술을 쓰지만 사용자에겐 네이티브 앱처럼 느껴지죠.

왜 이렇게 됐을까요? McKenzie가 2009년에 지적한 문제들 중 상당수가 해결됐거든요. Electron과 Tauri는 웹 기술로 한 번만 짜면 크로스 플랫폼 데스크톱 앱을 만들어줘요. auto-update 메커니즘이 표준화돼서 사용자가 모르는 사이에 앱이 업데이트돼요. Stripe, Paddle 같은 결제 인프라 덕분에 라이선스 처리가 훨씬 쉬워졌고, Sentry 같은 에러 트래킹 도구로 원격 디버깅도 가능해졌어요. 앱스토어가 macOS에도 생겨서 배포 경로도 다양해졌죠.

그리고 무엇보다, 로컬 우선(local-first) 철학이 다시 주목받고 있어요. 인터넷이 없어도 돌아가고, 데이터가 내 기기에 있다는 보장, 빠른 응답성 — 이런 가치들이 웹 앱의 SaaS 지옥에 지친 사용자들에게 다시 매력적으로 다가오고 있거든요.

업계의 맥락

AI 시대에 접어들면서 이 논쟁은 또 한 단계 복잡해졌어요. 로컬에서 LLM을 돌리는 Ollama 같은 도구, 로컬 코드베이스를 인덱싱해야 하는 AI 에디터들, 프라이버시가 중요한 AI 에이전트들이 모두 데스크톱 앱의 형태로 나오고 있거든요. 클라우드 기반 AI의 데이터 프라이버시 우려도 로컬 앱 수요를 늘리는 요인이에요.

동시에 웹 앱도 진화했어요. PWA(Progressive Web App)는 오프라인 지원과 설치형 경험을 웹 앱에 가져왔고, WebAssembly는 브라우저에서 네이티브에 가까운 성능을 가능하게 했어요. Figma가 브라우저에서 복잡한 그래픽 편집을 돌리는 게 대표적인 예죠.

한국 개발자에게

이 글을 읽으면서 두 가지 교훈을 얻을 수 있어요. 첫째, 기술 트렌드는 진자 운동을 한다는 거예요. 데스크톱 → 웹 → 데스크톱(Electron) → 웹(WebAssembly) → 아마 또 다른 형태로. 한 시점의 "정답"이 영원한 정답은 아니에요. 지금 "사양 산업"으로 보이는 기술이 5년 뒤에 다시 주류가 될 수 있거든요.

둘째, 배포 모델은 기술적 선택을 넘어 비즈니스 선택이에요. 웹 앱으로 갈지 데스크톱 앱으로 갈지 결정할 때 단순히 "어떤 게 멋있나"가 아니라 "우리 고객의 워크플로우", "우리가 처리할 수 있는 지원 비용", "데이터 위치에 대한 고객의 민감도"를 고려해야 해요.

특히 국내에서 B2B 제품을 만드는 분들이라면 이 균형을 고민해볼 가치가 있어요. 한국 기업 환경은 여전히 보안 정책이 엄격하고 폐쇄망인 곳이 많은데, 이런 환경에서 데스크톱 앱의 로컬 실행 모델이 의외로 잘 맞거든요.

마무리

2009년의 McKenzie는 "데스크톱 앱은 끝났다"고 선언했지만, 2026년의 우리는 Electron 앱 10개가 깔린 Mac을 쓰고 있어요. 기술의 흐름은 단순한 직선이 아니라는 걸 보여주는 사례예요. 여러분은 지금 만드는 제품이 데스크톱이어야 하는지 웹이어야 하는지, 어떤 기준으로 결정하시나요? 그리고 10년 뒤에는 어떤 형태가 주류가 될 거라고 예상하세요?