실전 사례 — 누가 왜 무엇을 골랐나
이 문서가 답하는 질문: “유명 데스크톱 앱들은 Electron·Tauri·Qt·네이티브 중 무엇을 어떤 이유로 골랐고, 결과는 어땠는가?” 한 줄 답 (Pyramid Top): “같은 카테고리(에디터·메신저·디자인툴) 안에서도 회사마다 제품 첫 가치에 따라 도구가 갈렸다 — 사례를 보면 도구가 아니라 가치가 선택했음이 보인다.”
Why — 왜 사례를 보는가
추상 기준만으로는 도구 결정이 안 된다. 실제로 어느 회사가 어느 도구로 어느 규모를 운영하는지가 기준의 검증이다.
| 알고 싶은 것 | 사례에서 얻는 답 |
|---|---|
| Electron으로 100M 사용자 가능한가? | Discord, Slack, VSCode |
| Tauri로 production 가능한가? | 1Password, Spacedrive |
| 네이티브가 정답인 자리 | Telegram, Xcode |
| 후회한 선택 | WhatsApp의 Electron → RN 이주 |
How — 사례 분석 프레임
각 사례를 가치 → 도구 → 결과 트리플로 본다.
What — 8개 사례 분석
1. VS Code — Electron의 전형
| 제품 첫 가치 | 웹 개발자가 쓰는 도구 + Monaco 에디터(웹 컴포넌트) 재사용 |
| 도구 | Electron |
| 사용자 규모 | 추정 14M+ DAU |
| 메모리 | 200~400MB (확장 다수 시) |
| 결과 | 사실상 표준 코드 에디터. 메모리 비평은 수용 가능한 비용으로 자리 |
| 결정적 한 마디 | ”Monaco는 웹에서도 쓴다 — Electron이 그 코드 한 벌을 가능하게 한다” |
VS Code가 Electron의 모범 사례인 이유 — 웹 컴포넌트 재사용이 코어 가치이며, Extension Host 분리로 메모리 격리를 설계했다.
2. Slack — Electron의 운영 베테랑
| 제품 첫 가치 | iOS/Android/Web/Desktop 4축 동시 운영 |
| 도구 | Electron (Desktop), 별도 네이티브 (모바일) |
| 사용자 규모 | 18M DAU |
| 메모리 | 300~600MB (서버 N개 가입 시) |
| 결과 | ”느리다·무겁다”는 평가 지속 → 2019 Modern Slack 리팩터링 (Electron 유지) → 2024 Salesforce 인수 후 완전 재작성 진행 중 |
| 결정적 한 마디 | ”Electron의 한계가 아니라 우리 코드의 한계였다” — Mark Christian (Slack 엔지니어) |
3. Discord — Electron 최적화의 교과서
| 제품 첫 가치 | 게임 중 가벼운 음성·텍스트 통신 |
| 도구 | Electron |
| 사용자 규모 | 200M+ MAU |
| 메모리 | 200~400MB |
| 결과 | 메모리 최적화 시리즈로 유명 (Process 분리, lazy load, V8 snapshot) |
| 결정적 한 마디 | ”우리는 프레임에 모든 걸 던지지 않는다” — Discord의 일관된 최적화 철학 |
4. Figma Desktop — 웹 앱 그대로
| 제품 첫 가치 | 웹 Figma와 완전 동일 + 폰트 시스템 접근 |
| 도구 | Electron + C++ WASM 엔진 |
| 사용자 규모 | 4M+ DAU |
| 결과 | 데스크톱 = 웹 + 약간의 OS API 패턴의 정공법 |
| 결정적 한 마디 | ”데스크톱은 *웹의 99% + OS 통합 1%*면 된다” — 이 사례가 증명 |
5. 1Password — Electron → Rust → Tauri 이주
| 제품 첫 가치 | 보안 + 속도 + 메모리 효율 (비밀번호 관리자) |
| 도구 변천 | Electron (7세대) → Rust 네이티브 (8세대 초기) → Tauri (현재) |
| 결과 | 사용자 메모리 절반, 시작 시간 1/3로 단축 |
| 결정적 한 마디 | ”보안 도구가 메모리를 200MB 잡는다는 점이 신뢰를 깼다” |
1Password 8 출시 초기에 Electron 회귀로 사용자 반발이 있었다. 그러나 팀 단위 동시 편집 같은 기능은 Electron이 더 빨랐다. 결국 Tauri로 절충 — 웹 기술 유지 + 메모리 절감.
6. Telegram Desktop — 네이티브의 자존심
| 제품 첫 가치 | ”어떤 메신저보다 빠르다는 느낌” |
| 도구 | Qt (C++) |
| 사용자 규모 | 950M MAU (전체 Telegram) |
| 메모리 | 50~80MB |
| 결과 | 데스크톱 메신저 중 가장 가볍다는 평가 10년 유지 |
| 결정적 한 마디 | ”프레임 한 칸의 지연도 허용하지 않는다” — Pavel Durov |
7. Notion Desktop — Electron wrapper
| 제품 첫 가치 | 웹 Notion을 그대로 + 오프라인 + 단축키 |
| 도구 | Electron (얇은 wrapper) |
| 사용자 규모 | 100M+ 사용자 |
| 결과 | 데스크톱-우선 기능은 거의 없다 — 사용자가 데스크톱을 원하는 건 알림과 빠른 접근뿐 |
| 결정적 한 마디 | ”웹 우선 + 데스크톱은 wrapper”라는 패턴의 명료한 표본 |
8. Spacedrive — Tauri의 신예
| 제품 첫 가치 | 크로스 플랫폼 파일 매니저 + 작은 binary |
| 도구 | Tauri + Rust 코어 |
| 결과 | 50MB 미만 binary, OS 깊은 파일 시스템 통합 |
| 결정적 한 마디 | ”Rust 코어 + 가벼운 UI는 2020년대 데스크톱 앱의 새로운 표준 후보” |
What-if — 사례에서 배운 함정
- 함정 1: VS Code가 Electron이라고 우리 앱도 200MB 정상이라 보면 오산 — VS Code는 Extension Host 분리 같은 엄청난 최적화가 있다.
- 함정 2: Telegram이 Qt라고 모든 메신저가 Qt여야 한다고 보면 오산 — *우리 사용자가 100ms 차이를 느끼는가?*가 진짜 기준.
- 함정 3: 1Password가 Tauri로 갔다고 Electron이 시대 지난 도구라 보면 오산 — 1Password의 보안 도구 메모리 신뢰 같은 특수 가치가 결정 요인.
- 함정 4: 작은 사례(Spacedrive)를 대규모 검증된 사례처럼 인용 — 1M 사용자 운영 사례가 아직 부족.
Insight — 흥미로운 이야기
“같은 카테고리에서 서로 다른 답이 나온다”
메신저 한 카테고리만 봐도 — Slack(Electron), Telegram(Qt), Discord(Electron), WhatsApp(Electron → RN). 코드 에디터는 — VS Code(Electron), Atom(Electron, 단종), Sublime(C++), Zed(Rust/Skia).
흥미로운 건 시간 축이다. 2010년대 초반은 네이티브가 디폴트였다(Telegram, Sublime). 2010년대 중반에 Electron 우세로 기울었다(VS Code, Slack, Atom). 2020년대 들어 다시 네이티브/Rust로 분기하는 흐름이 보인다(1Password 8, Zed, Spacedrive). 이는 제품 가치의 진자 운동 — 처음엔 “개발 속도가 최고”, 그다음 “사용자 경험 최적화로 차별화”, 다시 “가벼움이 가치”.
그러나 진자가 한쪽으로 완전히 가지는 않는다. Figma·Notion·Discord 같은 압도적 성공 사례는 여전히 Electron이고, 새 진입자(Tauri)도 기술 데모만으로 표준을 이기지 못한다. 다음 5년의 결정적 데이터 포인트는 Tauri/Zed 같은 신예가 100M 사용자 규모를 달성하는가다.
요약
- 같은 카테고리, 다른 답. 도구가 아니라 가치가 결정한다.
- VS Code · Figma · Discord = Electron이 대규모 성공 가능함을 입증.
- Telegram · Zed = 극단 성능 우위는 네이티브/Rust가 여전.
- 1Password · Spacedrive = Tauri의 가능성은 보이지만 규모 검증은 진행 중.
- 우리 결정의 기준: 우리 제품의 가치 1순위는 무엇인가? (속도 / 재사용 / 통합 / 메모리 / 시간).