네이티브 앱이 더 이상 웹 앱에 비해 API, 일관된 외관, OS 통합, 성능 면에서 뚜렷한 이점을 주지 못하게 된 이유를 살펴보며, 문제의 핵심은 스택이 아니라 제품에 대한 ‘돌봄’의 부재라고 주장한다.
“Why is Claude an Electron App?”에서 Drew Breunig는 이렇게 의문을 던진다:
Claude는 에이전트 스웜에 $20k를 써서 Rust로 (대충) C 컴파일러를 구현했는데, 데스크톱 Claude는 Electron 앱이다.
코드가 공짜라면, 왜 모든 앱이 네이티브가 아니지?
그리고 답은 LLM이 아직 충분히 좋지 않다는 데 있다고 주장한다. LLM은 작업의 90%를 해낼 수 있지만, 여전히 상당한 수작업 다듬기가 필요하고, 그 결과 비용이 늘어난다는 것이다.
하지만 내 생각엔 그게 진짜 이유가 아니다. 진짜 이유는 이거다: 네이티브가 제공할 것이 없다.
API 관점에서 네이티브 앱은 오래전에 웹 앱에 졌다. 네이티브 API는 쓰기 끔찍하고, OS 벤더들은 자기 플랫폼에서 네이티브 앱을 개발하고 싶지 않게 만들기 위해 가능한 모든 수단을 쓴다. 이건 LLM 시대 이전에 Electron이 부상한 이유를 설명하지만, 동시에 지금은 LLM이 해결해버리는 문제이기도 하다. 네이티브 앱을 개발하는 데 진짜 장벽이 있었다면, 이제 그 장벽은 더 이상 존재하지 않는다.
그다음은 외관과 일관성이다. 한때, 아마도 90년대 말과 2000년대에는 네이티브가 앞서 있었다. 보기 좋았고, 일관적이었고, 실제로 모든 게 잘 작동했다. 더 많은 앱이 네이티브 룩앤필을 사용할수록 앱 전반(우리가 예전에는 프로그램이라 불렀던 것들)에서 사용자 경험은 더 좋아졌다.
하지만 요즘의 네이티브는 웹만큼 나쁘거나, 어쩌면 더 나쁘다. 일관성은 사실상 창밖으로 던져졌다. 무엇이든 무엇처럼 보일 수 있고, 버튼에는 테두리가 없고, 대비는 없고, 관례도 없다. 예를 들어 Apple은 측정 가능한 가이드라인이 아니라 분위기로 트래픽 라이트와 모서리 반경을 정하는 것처럼 보인다.
외관은 좋을 수도 있지만, 나쁠 수도 있고, 그러면 플랫폼과는 일관되지만 전반적으로 나쁜 UI(에헴, Liquid Glass)에 갇히게 된다. 게다가 너무 자주 바뀐다. 오늘 만든 앱이 내년에는 어색해 보일 수 있다. Apple이 또다시 룩앤필을 바꾸기로 결정하면 말이다. 이제는 네이티브 룩이란 게 없다.
이론적으로 네이티브 앱은 OS와 더 깊은 수준으로 통합될 수 있다. 듣기엔 좋지만, 실제로는 무슨 의미일까? 상호 운용 가능한 좋은 파일 포맷은 거의 없고, 모든 것은 개별 앱 안에 잠겨 있으며, 대부분의 서비스는 웹으로 옮겨갔고, OS는 좋은 공유 기반선을 만드는 데 실패했다. OS가 제공하는 캘린더와는 통합할 수 있지만, 웹 캘린더와는 통합할 수 없다. 물론 할 수는 있다. 하지만 웹에서 하는 게 더 쉽다. 네이티브는 이 점에서 전혀 도움이 되지 않는다.
마지막으로 네이티브를 그리워하는 사람들이 기대는 최후의 희망은 성능이다. 네이티브 앱이 더 빠를 거라고 느낀다. 글쎄, 더 빠를 수도 있다. 하지만 그렇다고 해서 반드시 빠른 건 아니다. 웹 앱도 더 빠를 수 있지만, 실제로는 아무도 신경 쓰지 않는다. 화면에 채널 이름 10개와 메시지 3개를 보여주기 위해 Slack이 80 MiB를 로드해야 할 기술적 이유는 없다. 여기서 문제는 웹이 아니다! 나쁘게 만들기로 선택한 것이다. 회사가 네이티브로 옮기기로 결정하면 그땐 다를 거라고 왜 생각하는가?
오해는 말아 달라. 이런 글을 쓰는 게 즐겁지는 않다. 웹이 해답이라고 생각하지도 않는다. 나는 그저 네이티브가 평균 이상으로 잘하던 좋은 시절을 기억하고, 우리가 그것을 사용함으로써 모두가 더 나아졌던 때를 기억한다. 그리고 그 시절이 지나가버렸다는 사실이 슬프다.
나는 소프트웨어의 유일한 문제가 Electron이고, Slack을 SwiftUI로 다시 쓰기만 하면 모든 게 나비와 유니콘이 될 거라고 스스로를 속이는 건 생산적이지 않다고 생각한다. 진짜 문제는 ‘돌봄’의 부재다. 그리고 슬롭은 어떤 스택으로도 만들 수 있다.
2026년 3월 3일·Hacker NewsLobsters에서 토론
안녕하세요!
저는 Niki입니다. 여기에서 프로그래밍과 UI 디자인에 대해 씁니다. 구독
저는 Clojure 전반을 컨설팅합니다: 웹, 백엔드, Datomic, DataScript, 성능 등. 제 Github를 확인하고 연락 주세요: niki@tonsky.me
