애플의 실수 | undefined | 폴 그레이엄의 에세이

스타트업을 시작하고 싶으신가요? Y Combinator에서 투자를 받으세요.

2009년 11월

애플은 앱스토어 승인 절차가 얼마나 심각하게 망가졌는지 모르는 것 같다. 아니, 망가진 것이 얼마나 중요한 문제인지 모르는 것 같다.

애플이 앱스토어를 운영하는 방식은 그들이 지금까지 했던 어떤 일보다 프로그래머들 사이에서의 명성을 해쳤다. 한때 프로그래머들 사이에서 애플의 명성은 대단했다. 애플에 대해 가장 흔히 들을 수 있었던 불만은 팬들이 너무 비판 없이 애플을 칭찬한다는 것이었다. 앱스토어가 그것을 바꾸어 놓았다. 이제 많은 프로그래머들이 애플을 악하다고 보기 시작했다.

애플이 한때 프로그래머들에게 가졌던 선의 중 앱스토어로 인해 얼마나 잃었을까? 3분의 1? 절반? 그리고 그것은 아직까지의 이야기일 뿐이다. 앱스토어는 끊임없이 카르마를 새어나가게 하고 있다.

애플은 어떻게 이 엉망진창인 상황에 빠지게 되었을까? 그들의 근본적인 문제는 소프트웨어를 이해하지 못한다는 것이다.

그들은 아이폰 앱을 아이튠즈를 통해 판매하는 음악을 다루는 방식과 똑같이 다룬다. 애플은 채널이고, 사용자를 소유하며, 사용자와 연결되고 싶다면 애플의 조건에 따라야 한다. 음반사들은 마지못해 동의했다. 하지만 이 모델은 소프트웨어에는 통하지 않는다. 중개자가 사용자를 소유하는 것은 통하지 않는다. 소프트웨어 업계는 1980년대 초반, VisiCorp 같은 회사들이 '소프트웨어'와 '퍼블리셔'라는 단어는 어울리지만, 그 밑바탕의 개념은 그렇지 않다는 것을 보여주면서 이를 깨달았다. 소프트웨어는 음악이나 책과 같지 않다. 개발자와 사용자 사이에서 제3자가 중개자 역할을 하기에는 너무 복잡하다. 그런데도 애플은 앱스토어를 통해 소프트웨어 퍼블리셔가 되려고 한다. 그것도 까다로운 취향과 엄격하게 강제되는 자체 스타일을 가진, 특히 지나치게 간섭하는 퍼블리셔 말이다.

1980년대에도 소프트웨어 퍼블리싱이 통하지 않았다면, 소프트웨어 개발이 소수의 대규모 릴리스에서 끊임없는 소규모 스트림으로 진화한 지금은 더욱 통하지 않는다. 하지만 애플은 그것도 이해하지 못한다. 그들의 제품 개발 모델은 하드웨어에서 파생되었다. 그들은 무언가가 완성되었다고 생각할 때까지 작업한 다음 출시한다. 하드웨어는 그렇게 해야 하지만, 소프트웨어는 변경하기가 너무 쉽기 때문에 진화를 통해 디자인이 개선될 수 있다. 이제 애플리케이션을 개발하는 표준 방식은 빠르게 출시하고 반복하는 것이다. 이는 새 버전을 출시할 때마다 길고 무작위적인 지연이 발생하는 것이 재앙이라는 의미이다.

애플의 태도는 개발자들이 앱스토어에 새 버전을 제출할 때 더 신중해야 한다는 것 같다. 그들은 그렇게 말할 것이다. 하지만 아무리 강력하더라도, 기술의 진화를 되돌릴 만큼 강력하지는 않다. 프로그래머들은 게을러서 '빠르게 출시하고 반복하기' 방식을 사용하는 것이 아니다. 그것이 최고의 결과를 낳기 때문에 사용하는 것이다. 그 과정을 방해함으로써 애플은 프로그래머들이 형편없는 작업을 하도록 만들고 있으며, 프로그래머들은 애플이 싫어할 만큼 그것을 싫어한다.

애플이 OS X에서 심각한 버그를 발견했을 때, 즉시 소프트웨어 업데이트를 출시하는 대신, 한 달 동안 코드를 붙잡고 있다가 마음에 들지 않는 아이콘이 포함되어 있다는 이유로 거부하는 중개자에게 코드를 제출해야 한다면 어떨까?

소프트웨어 개발을 방해함으로써 애플은 그들이 의도했던 것과는 정반대의 결과를 얻는다. 즉, 앱스토어에서 현재 사용 가능한 앱 버전은 오래되고 버그가 많은 경향이 있다. 한 개발자는 내게 이렇게 말했다.

그들의 절차 때문에 앱스토어는 미완성 앱들로 가득합니다. 저는 거의 매일 베타 사용자들에게 새 버전을 출시합니다. 앱스토어에 있는 버전은 오래되고 형편없게 느껴집니다. 많은 개발자들이 이렇게 느낄 것이라고 확신합니다. 한 가지 감정은 "앱스토어에 있는 것에 대해 정말 자랑스럽지 않다"는 것이고, 이것은 "정말, 애플의 잘못이다"라는 감정과 결합됩니다.

또 다른 개발자는 이렇게 썼다.

저는 그들이 승인 절차가 품질을 보장하여 사용자에게 도움이 된다고 생각한다고 믿습니다. 현실에서는 저희와 같은 버그가 항상 통과되고, 그 버그 수정이 승인되는 데 4~8주가 걸릴 수 있어 사용자들은 아이폰 앱이 때때로 작동하지 않는다고 생각하게 됩니다. 애플에게 더 나쁜 것은, 이러한 앱들이 즉시 승인 절차가 있는 다른 플랫폼에서는 잘 작동한다는 것입니다.

사실 애플은 세 번째 오해를 하고 있다고 생각한다. 앱스토어 승인에 대한 모든 불만이 심각한 문제가 아니라고 생각하는 것이다. 그들은 개발자들의 불평을 들을 것이다. 하지만 파트너와 공급업체는 항상 불평한다. 불평하지 않는다면 나쁜 신호일 것이다. 그것은 당신이 그들에게 너무 관대하다는 의미일 것이다. 한편 아이폰은 그 어느 때보다 잘 팔리고 있다. 그렇다면 무엇을 고쳐야 할 필요가 있을까?

그들은 단기적으로 개발자들을 학대하고도 넘어갈 수 있는데, 그들이 훌륭한 하드웨어를 만들기 때문이다. 나는 며칠 전 새 27인치 iMac을 샀다. 정말 멋지다. 화면이 너무 번쩍거리고 디스크 소리가 놀랍도록 크지만, 너무 아름다워서 신경 쓸 겨를이 없다.

그래서 나는 그것을 샀지만, 처음으로 꺼림칙한 마음으로 샀다. 인권 기록이 나쁜 나라에서 만든 물건을 사는 기분이었다. 그것은 새로운 경험이었다. 과거에 애플 제품을 살 때는 순수한 기쁨이었다. 와! 정말 멋진 물건을 만드는구나. 이번에는 파우스트적인 거래처럼 느껴졌다. 정말 멋진 물건을 만들지만, 정말 못된 놈들이다. 정말 이 회사를 지지하고 싶은가?

애플은 나와 같은 사람들이 어떻게 생각하는지 신경 써야 할까? 소수의 사용자를 소외시키는 것이 무슨 차이를 만들까?

그들이 신경 써야 할 몇 가지 이유가 있다. 하나는 이 사용자들이 그들이 직원으로 원하는 사람들이라는 점이다. 만약 당신의 회사가 악하게 보인다면, 최고의 프로그래머들은 당신을 위해 일하지 않을 것이다. 이것은 90년대부터 Microsoft에 큰 타격을 주었다. 프로그래머들은 그곳에서 일하는 것을 부끄럽게 여기기 시작했다. 마치 영혼을 파는 것 같았다. Microsoft 사람들이 다른 프로그래머들과 이야기하다가 자신들이 어디서 일하는지 언급하면, '어둠의 편으로 넘어갔다'는 자조적인 농담이 많았다. 하지만 Microsoft의 진짜 문제는 그들이 고용한 사람들의 당혹감이 아니었다. 그것은 그들이 결코 얻지 못한 사람들이었다. 그리고 그 사람들을 누가 얻었는지 아는가? Google과 Apple이다. Microsoft가 제국이었다면, 그들은 반란군이었다. 그리고 Google과 Apple이 오늘날 Microsoft보다 훨씬 더 잘하고 있는 것은 주로 그들이 더 많은 최고의 인재를 얻었기 때문이다.

프로그래머들은 왜 고용주의 도덕성에 그렇게 까다로울까? 부분적으로는 그럴 여유가 있기 때문이다. 최고의 프로그래머들은 원하는 곳 어디에서든 일할 수 있다. 그들은 꺼림칙한 회사에서 일할 필요가 없다.

하지만 프로그래머들이 까다로운 또 다른 이유는, 악이 어리석음을 낳기 때문이라고 생각한다. 권력을 행사하여 승리하는 조직은 더 나은 일을 함으로써 승리하는 능력을 잃기 시작한다. 그리고 똑똑한 사람이 최고의 아이디어가 승리하지 못하는 곳에서 일하는 것은 즐겁지 않다. Google이 "악해지지 말라(Don't be evil)"는 슬로건을 그렇게 열렬히 받아들인 이유는 외부 세계에 깊은 인상을 주기 위해서라기보다는 오만함에 대한 예방책으로서였다고 생각한다. [1]

그것은 Google에게 지금까지 효과가 있었다. 그들은 더 관료적이 되었지만, 그 외에는 원래의 원칙에 충실한 것처럼 보인다. Apple의 경우는 그렇지 않은 것 같다. 이제 유명한 1984년 광고를 보면, 망치를 든 여성보다는 화면 속 독재자가 Apple이라고 상상하기가 더 쉽다. [2] 사실, 그 독재자의 연설을 읽어보면 앱스토어에 대한 예언처럼 섬뜩하게 들린다.

우리는 원칙 없는 사실 유포에 승리했습니다.

우리는 역사상 처음으로 순수한 이념의 정원을 만들었습니다. 그곳에서 각 노동자는 모순되고 혼란스러운 진실이라는 해충으로부터 안전하게 꽃피울 수 있습니다.

애플이 프로그래머들이 자신들에 대해 어떻게 생각하는지 신경 써야 할 또 다른 이유는, 플랫폼을 판매할 때 개발자들이 당신을 만들거나 망가뜨리기 때문이다. 만약 누군가 이것을 알아야 한다면, 애플이 알아야 한다. VisiCalc가 Apple II를 만들었다.

그리고 프로그래머들은 자신들이 사용하는 플랫폼을 위해 애플리케이션을 만든다. 대부분의 애플리케이션—아마도 대부분의 스타트업—은 개인 프로젝트에서 시작된다. Apple 자신도 그랬다. Apple은 Steve Wozniak이 자신을 위해 원했던 것이 마이크로컴퓨터였기 때문에 그것을 만들었다. 그는 미니컴퓨터를 살 여유가 없었을 것이다. [3] Microsoft도 마찬가지로 Bill Gates와 Paul Allen이 작은 마이크로컴퓨터를 사용하는 데 관심이 있었기 때문에 그들을 위한 인터프리터를 만들면서 시작했다. 창업자들이 사용하지 않는 것을 만드는 스타트업은 드물다.

아이폰 앱이 그렇게 많은 주된 이유는 그렇게 많은 프로그래머들이 아이폰을 가지고 있기 때문이다. 그들은 기사에서 읽었기 때문에 Blackberry가 이러저러한 시장 점유율을 가지고 있다는 것을 알 수도 있다. 하지만 실제로는 RIM이 존재하지 않는 것과 같다. 만약 그들이 무언가를 만들려고 한다면, 그들은 스스로 그것을 사용할 수 있기를 원하고, 그것은 아이폰 앱을 만드는 것을 의미한다.

그래서 프로그래머들은 애플이 계속해서 그들을 학대함에도 불구하고 아이폰 앱을 계속 개발한다. 그들은 학대적인 관계에 갇힌 사람과 같다. 그들은 아이폰에 너무 매료되어 떠날 수 없다. 하지만 그들은 탈출구를 찾고 있다. 한 개발자는 이렇게 썼다.

아이폰 개발을 즐기기는 했지만, 앱스토어에 대한 그들의 통제는 제가 원하는 대로 애플리케이션을 개발할 동기를 주지 않습니다. 사실, 정말 필요한 경우가 아니라면 더 이상 아이폰 애플리케이션을 만들 계획이 없습니다. [4]

무엇이 이 순환을 깰 수 있을까? 내가 지금까지 본 어떤 기기도 그럴 수 없었다. Palm과 RIM은 희망이 없다. 유일하게 믿을 만한 경쟁자는 Android다. 하지만 Android는 고아와 같다. Google은 Apple이 아이폰에 신경 쓰는 방식만큼 Android에 신경 쓰지 않는다. Apple은 Google이 검색에 신경 쓰는 방식만큼 아이폰에 신경 쓴다.

휴대용 기기의 미래는 Apple에 의해 잠겨 있는 것일까? 걱정스러운 전망이다. 1990년대에 우리가 겪었던 또 다른 암울한 단일 문화가 생긴다면 정말 실망스러울 것이다. 1995년에는 최종 사용자를 위한 소프트웨어를 작성하는 것이 사실상 Windows 애플리케이션을 작성하는 것과 동일했다. 그 전망에 대한 우리의 공포가 우리가 웹 앱을 만들기 시작하도록 이끈 가장 큰 요인이었다.

적어도 이제 우리는 Apple의 잠금을 깨는 데 무엇이 필요한지 안다. 프로그래머들의 손에서 아이폰을 빼앗아야 할 것이다. 만약 프로그래머들이 모바일 웹 접속을 위해 다른 기기를 사용한다면, 그들은 대신 그 기기를 위한 앱을 개발하기 시작할 것이다.

프로그래머들이 아이폰보다 더 좋아할 만한 기기를 어떻게 만들 수 있을까? 더 잘 디자인된 것을 만들기는 어려울 것이다. Apple은 그 부분에서 여지를 남기지 않는다. 따라서 이 대체 기기는 일반적인 매력으로는 승리할 수 없을 것이다. 프로그래머들에게 특별히 어필하는 어떤 매력으로 승리해야 할 것이다.

프로그래머들에게 어필하는 한 가지 방법은 소프트웨어다. 만약 프로그래머들이 반드시 가져야 할 애플리케이션을 생각해낼 수 있다면, 하지만 아이폰의 제한된 세계에서는 불가능한 애플리케이션이라면, 아마도 그들을 전환시킬 수 있을 것이다.

만약 프로그래머들이 휴대용 기기를 개발 머신으로 사용하기 시작한다면—노트북이 데스크톱을 대체했던 것처럼 휴대용 기기가 노트북을 대체한다면—그것은 분명히 일어날 것이다. 아이폰에 대해 애플이 허용하는 것보다 개발 머신에 대한 더 많은 통제가 필요하다.

주머니에 전화기처럼 들고 다니면서도 개발 머신으로도 작동하는 기기를 누군가 만들 수 있을까? 어떤 모습일지 상상하기 어렵다. 하지만 기술에 대해서는 절대 '안 된다'고 말하지 않는 법을 배웠다. 개발 머신으로 작동하는 전화기 크기의 기기는 현재 기준으로 볼 때, 1995년 기준으로 아이폰 자체가 보였을 것보다 더 기적적이지 않다.

나의 현재 개발 머신은 MacBook Air인데, 사무실에서는 외부 모니터와 키보드와 함께 사용하고, 여행할 때는 단독으로 사용한다. 만약 절반 크기의 버전이 있다면 그것을 선호할 것이다. 그것도 전화기처럼 어디든 들고 다니기에는 충분히 작지 않겠지만, 우리는 대략 4배 정도의 차이 안에 있다. 분명히 그 간극은 메울 수 있다. 사실, 이것을 RFS로 만들자. 구함: 망치를 든 여성.

각주

[1] Google이 "악해지지 말라"는 슬로건을 채택했을 때, 그들은 아직 너무 작아서 아무도 그들이 악해질 것이라고 예상하지 못했을 것이다.

[2] 덧붙여 말하자면, 1984년 광고의 독재자는 Microsoft가 아니다. IBM이다. IBM은 그 시절에는 훨씬 더 무서워 보였지만, 지금의 Apple보다 개발자들에게는 더 친근했다.

[3] 그는 _모니터_조차 살 여유가 없었다. 그래서 Apple I은 TV를 모니터로 사용했다.

[4] 내가 이야기했던 몇몇 사람들은 아이폰 SDK를 얼마나 좋아하는지 언급했다. 문제는 Apple의 제품이 아니라 그들의 정책이다. 다행히 정책은 소프트웨어이므로, Apple은 원한다면 즉시 변경할 수 있다. 편리하지 않은가?

감사
이 글의 초고를 읽어준 Sam Altman, Trevor Blackwell, Ross Boucher, James Bracy, Gabor Cselle, Patrick Collison, Jason Freedman, John Gruber, Joe Hewitt, Jessica Livingston, Robert Morris, Teng Siong Ong, Nikhil Pandit, Savraj Singh, Jared Tame에게 감사드립니다.