애플 생태계를 떠나는 개발자들, 그 이유가 남의 일이 아닌 이유

한 개발자의 이별 선언

오랜 기간 애플 생태계에서 개발해 온 Andre Garzia가 "Apple Just Lost Me"라는 글을 통해 애플 플랫폼을 떠나겠다고 선언했어요. 단순히 "맥북이 마음에 안 든다" 수준의 이야기가 아니에요. 오랜 세월 애플과 함께해 온 개발자가, 더 이상 이 생태계 안에서 자신의 개발 철학을 지킬 수 없다고 판단한 거거든요.

이런 류의 글이 나올 때마다 "그래서 뭘 쓰겠다는 거야?"라고 반응하기 쉽지만, 사실 중요한 건 개인의 선택이 아니라 그 선택을 만든 구조적인 문제예요. 왜 점점 더 많은 개발자들이 애플 생태계에 피로감을 느끼는지, 그 맥락을 짚어볼 필요가 있어요.

개발자 경험이 후순위로 밀리고 있다

애플은 전통적으로 개발자 도구에 상당한 투자를 해왔어요. Xcode, Swift, SwiftUI 같은 도구들이 대표적이죠. 그런데 최근 몇 년간 개발자 커뮤니티에서 반복적으로 나오는 불만이 있어요. 바로 "개발자 경험(Developer Experience)"이 점점 나빠지고 있다는 거예요.

Developer Experience, 줄여서 DX라고 하는데요, 이게 뭐냐면 개발자가 특정 플랫폼이나 도구를 사용할 때 느끼는 전반적인 편의성과 만족감을 말해요. API 문서가 잘 되어 있는지, 빌드 도구가 안정적인지, 버그 리포트에 응답을 해주는지 같은 것들이 다 DX에 포함돼요.

애플의 경우 App Store 심사 정책이 불투명하고, Xcode의 안정성 문제가 반복되며, 개발자 포럼에서의 피드백 반영이 느리다는 지적이 꾸준히 있었어요. 특히 독립 개발자(인디 개발자)나 소규모 팀에게는 이런 문제들이 사업의 존폐를 좌우할 수준으로 체감된다고 해요.

플랫폼 종속의 진짜 비용

애플 생태계의 가장 큰 특징은 "월드 가든(Walled Garden)"이라고 불리는 폐쇄적 구조예요. 쉽게 말해서, 애플이 만든 울타리 안에서만 놀아야 한다는 뜻이에요. 앱을 배포하려면 App Store를 거쳐야 하고, 결제도 애플의 인앱결제 시스템을 써야 하며, 하드웨어도 애플 제품에 맞춰야 하죠.

이 구조가 사용자 입장에서는 일관된 경험을 제공하지만, 개발자 입장에서는 리스크가 돼요. 애플이 정책을 바꾸면 하루아침에 비즈니스 모델이 무너질 수 있거든요. 실제로 애플이 수수료 정책을 변경하거나, 특정 API를 폐기하거나, 심사 기준을 바꿀 때마다 영향을 받는 개발자들이 속출해왔어요.

Andre Garzia 같은 개발자가 떠나겠다고 선언하는 건, 이런 플랫폼 종속(vendor lock-in)의 비용이 혜택을 넘어섰다는 신호로 읽을 수 있어요.

대안은 뭐가 있을까

애플을 떠난 개발자들이 주로 향하는 곳은 크게 세 방향이에요. 첫째는 웹 기반 개발로의 전환이에요. PWA(Progressive Web App)나 웹 표준 기술을 활용하면 특정 플랫폼에 종속되지 않으면서도 다양한 디바이스를 지원할 수 있거든요. 둘째는 리눅스 데스크톱으로의 이동이에요. 개발 환경으로서 리눅스는 이미 충분히 성숙했고, 특히 서버 사이드 개발자에게는 오히려 더 자연스러운 선택이기도 하죠. 셋째는 크로스플랫폼 프레임워크를 활용하는 건데, Flutter나 React Native 같은 도구로 한 번 개발해서 여러 플랫폼에 배포하는 전략이에요.

물론 각각 트레이드오프가 있어요. 웹 앱은 네이티브 성능에 미치지 못하는 부분이 있고, 리눅스는 일반 사용자 대상 앱 배포에 한계가 있으며, 크로스플랫폼 프레임워크는 플랫폼 특화 기능을 100% 활용하기 어렵죠.

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

한국은 특히 iOS 점유율이 높은 시장이에요. 그래서 많은 한국 개발자들이 Swift와 iOS 개발에 투자하고 있죠. 하지만 이런 이야기가 나올 때마다 한 번쯤 생각해볼 필요가 있어요. 내가 만드는 서비스가 특정 플랫폼에 얼마나 종속되어 있는지, 그리고 그 종속이 비즈니스 리스크로 이어질 수 있는지를요.

특히 1인 개발이나 소규모 팀으로 앱을 만들고 있다면, 수수료 정책이나 심사 가이드라인 변경에 대한 플랜 B를 미리 생각해두는 게 좋아요. 핵심 비즈니스 로직을 플랫폼 독립적으로 설계하고, 가능하면 웹 버전도 병행하는 전략이 장기적으로 안전해요.