아이폰 4.0 공개와 함께 변경된 이용 약관 3.3.1 조항에 대한 논란이 거쎄다. 원래 이 조항은 문서화 되지 않은 Private API 의 사용을 금지한다는 내용이었는데 4.0 에서 아래와 같은 세부 사항이 추가됐다.
3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited).
3.3.1 – 문서화 되지 않은 Private API 의 사용을 금지한다. 어플리케이션은 반드시 C/C++/Objective-C 또는 아이폰 OS 웹킷 엔진으로 실행되는 자바스크립트로 작성해야 하며 API 접근은 반드시 C/C++/Objective-C 로 작성한 코드로 컴파일한 형태가 직접 접근해야 한다.(중간 단계 번역, 호환 레이어, 도구등을 사용한 API 접근을 금지함)
이른바 Section 3.3.1 변경으로 아이폰 4.0 에서는 지난 번 소개한 플래시로 iPad 앱 만들기를 할 수 없게 됐다. 또한 플랫폼으로써 플래시가 위협받는 반면 개발툴로써 플래시의 위치는 공고하다는 말도 이제는 장담할 수 없게 됐다. 뿐만 아니라 MonoTouch(C#, .NET 을 이용한 아이폰 앱 개발 도구) 같은 VM 을 이용하는 개발툴도 마찬가지로 사용할 수 없게 됐다. 다행히 PhoneGap 같은 자바스크립트를 이용한 플랫폼은 가능하다고 하지만.
이 일로 플래시 에반젤리스트인 Lee Brimelow 도 화가 났다. 자신의 블로그에 애플을 강하게 비난하고 나섰다. 충분히 그럴만 하다. 플래시로 아이폰 앱을 개발할 수 있는 뛰어난 개발도구를 만들고 이제 막 출시를 앞두고 있는데 애플이 갑자기 약관을 바꾸며 제한하고 나선 것은 황당한 일이다. 그 보복으로 혹시나 맥에서 어도비의 Creative Suite 제품군 개발이 중단되는 것 아니냐며 많은 이들이 걱정했지만 다행히 그럴 일은 없을거라고 한다.
Greg Slepak 이 이 일로 잡스에게 메일을 보냈다. 답신이 왔는데 처음에는 John Gruber 의 글을 추천했고, 두번째는 “We’ve been there before, and intermediate layers between the platform and the developer ultimately produces sub-standard apps and hinders the progress of the platform.” 라고 했다. 즉, “플랫폼과 개발자간에 중간 레이어가 있으면 수준 미달의 앱들이 양산되고, 플랫폼의 발전을 방해한다.” 수준 미달의 앱들이 양산되는 것을 지켜보지 않겠다는 명목상 이유를 내세웠다.
하지만 예전에도 언급했듯 수준 낮은 것을 골라내는 것은 소비자가 판단할 문제이지 플랫폼 제공 업체가 약관을 바꿔가며 까지 제한할 일이 아니다. 플래시로 만든 앱이 수준이 낮으면 자연히 사람들은 플래시 앱을 찾지 않게 될 것이고 앱스토어 순위도 자연스럽게 내려가는 것이지 그걸 원천 봉쇄하는 것은 정당한 게임의 룰이 아니다.
사용자를 위한 애플의 철학, 스티브 잡스의 고집은 때때로 감동스러울때가 많지만 이렇게까지 플랫폼을 폐쇄적으로 운영하는 애플의 소식을 접할때마다 걱정스럽고 우려가 된다.
* 이 글은 Adobe RIA 후원으로 작성한 글입니다.



Pingback from Tweets that mention likejazz.COM · 아이폰, 또 다시 플래시를 거부하다 — Topsy.com
April 12th, 2010 at 10:32 am
Pingback from likejazz.COM · 플래시 CS5 엿보기
April 24th, 2010 at 5:00 pm
이 글은 어도비 입장에서만 표현한 글이네요.
이 사건에 대한 오해의 소지를 없애기 위해 어도비와 애플의 과거를 돌아볼 필요가 있을 것 같습니다.
다음 글을 참고하세요.
http://kmug.co.kr/board/view.php?id=column&no=2113
“Success is the best revenge.”
윗분은 두 회사간의 싸움으로만 접근하시느라 플랫폼 업체의 불공정 경쟁이라는 측면은 안보시는군요.
어플리케이션간의 경쟁이면 애플위 예처럼 독자 어플을 개발할 수도 있는거지만 os 단에서 특정 업체를 제한해버리면 경쟁 자체가 불가능해지죠.
고인 물은 썩습니다…
os단에서 업체를 제한하지는 않았죠. 지금도 앱스토어에서 adobe를 검색해 보면 몇개의 adobe 제품이 등록 되어 있습니다. 애플이 제한한것은 플래쉬라는 제품인것이죠.
어도비도 거의 독점적 지위에 있는 제품을 애플용 출시하지 않는 행위나 이번 복수 행위나 3자의 입장에서는 그놈이 그놈이라는 생각과 싸움 구경 정도의 재미를 주고 있고, 그동안 약자였던 어도비에게 약자였던 애플에게 더 동정이 가는군요.
여기까지는 애플과 어도비의 싸움 이야기고, 언어를 거의 xcode로만 제한 한 것에 대해서는 분노해 마지 않을수 없군요. 전 C++이 싫단 말입니다… -_-;
흐미, 오타 작렬인데 글을 지우거나 수정할수 없군요… ㅠㅠ
xcode는 c++이 아니예요. object-c 랍니다. 저도 c++은 싫어요. ㅎㅎ
플래시는 아… 정말 싫어요…
애플은 오픈된 시장에서 경쟁하며 장사하는 기업입니다. 그러나 애플이 구현해낸 아이폰 플랫폼은 오픈되지 않고 애플의 통제하에 있는 시장이죠. 시장경제에 따른 도태는 기업으로서 애플 자체에 대해 말할수는 있어도 애플이 소유한 아이폰플랫폼에 들이댈수 있는 원칙이 아닙니다. 애플의 지나친 통제와 반경쟁적 행태가 현명하지 못한것이라서 아이폰플랫폼 자체가 쇠락한다면 자업자득이고 정당한 룰의 적용이 되겠죠.
망할놈의 flash는 이전버전을 지원하지 않는 경우가 많더군요.
flash player가 버전업되면서 이전에 만들어진 flash가 문제가 생기고…
다른 생각을 잠깐 얘기하면, 개인적으로 코딩이 어려운게 개발자 입장에서 나쁜일은 아니라고 생각합니다. ^^, 물론 안좋은 점이 많겠죠 ^^, 근데 사실 개발이 편해지려고 하다보니, 추상화를 하게되고, 그러다 보니 layer들이 많아진것이 사실이죠 ^^ 근데 이넘의 layer가 여러모로 쓸모는 많은데 역시 layer가 많아지면 ‘성능(performance)’에 지대한 영향을 줄 수 밖에 없습니다.
그런면에서 flash 는 iphone 의 성능자체를 낮추지는 않지만, flash 로 만들어지는 software 들은 정말 제대로 만들지 않는다면, iphone 의 api를 쓴 software 보다 성능이 안좋아질 가능성이 높아지는 건 사실이라고 생각됩니다. 물론 둘 다 제대로 코딩한다는 가정에서 이지만요.
그래서 개인적으로는 내가 iphone 사장이라면, 굳이 맘에 들지도 않는 flash 를 넣어서 내폰의 software 의 성능을 떨어뜨려 버벅거리게 하는 모습을 보고 싶진 않을 듯 하군요.
지금의 앱스토어가 있기 까지 수많은 B급 앱들이 한 역할이 적지 않을텐데… 개발 방법을 제한해서 개발자의 창의력까지 제한하는게 아닌가 싶군용. 앱 자체는 구려도 앱에 들어있는 아이디어의 가치는 무시할 수 없을터인디 말이지요.
흐미, 오타 작렬인데 글을 지우거나 수정할수 없군요… ㅠㅠ
os단에서 업체를 제한하지는 않았죠. 지금도 앱스토어에서 adobe를 검색해 보면 몇개의 adobe 제품이 등록 되어 있습니다. 애플이 제한한것은 플래쉬라는 제품인것이죠.
어도비도 거의 독점적 지위에 있는 제품을 애플용 출시하지 않는 행위나 이번 복수 행위나 3자의 입장에서는 그놈이 그놈이라는 생각과 싸움 구경 정도의 재미를 주고 있고, 그동안 약자였던 어도비에게 약자였던 애플에게 더 동정이 가는군요.
여기까지는 애플과 어도비의 싸움 이야기고, 언어를 거의 xcode로만 제한 한 것에 대해서는 분노해 마지 않을수 없군요. 전 C++이 싫단 말입니다… -_-;
[...] 아이폰의 거부로 빛을 바랬지만 멀티스크린 지원 기능도 주목할만하다. 아이폰을 제외한 다양한 모바일 디바이스에서 플래시 단일 플랫폼으로 개발 할 수 있게 됐다. [...]
약간 편향된 글이란 생각이 드는군요.
잡스는 자기 창조물의 UX를 Control하고 싶다는 것이 문제의 본질이란 생각이 들지 않나요.
플래시나 크로스 플랫폼 툴들이 잡스가 생각하는 UX를 제공할 수 있다면 마다할 이유가 없죠. 어떤 또라이 CEO가 이미 사실상 웹에서 표준처럼 되어있는 플레시를, 단지 그 동안 기분 나빴다고 지원하지 않을 수 있을까요?
스마트 폰이나 아이패드와 같은 제품은 PC와는 다르죠. 소프트웨어 별도 하드웨어 별도가 아니죠. 우리가 폰을 사고 우리 마음대로 꼴리는 OS 깔고 필요한 소프트웨어를 다운받아서 사용하는게 아니죠. 적어도 아직까지는…
현재까지의 스마트폰이나 테블릿의 key success point는(이것도 애플이 보여준 거죠. 앞으로 바뀔지 모르지만) 소프트웨어와 하드웨어가 밀접하게 통합되어 소비자에게 뛰어나고 일관된 UX를 제공하는 것입니다. 그래서 애플은 앱스토어에서 앱의 UI도 가이드라인을 가지고 평가하고 있고, 이번처럼 개발툴들도 native로 제한을 두는 겁니다.
비표준이고 비공개인, 플레시가 애플로 인해 웹에서 사라질 수 있다면, 웹 아니 인터넷의 발전이라는 측면에서보면 아주 바람직한 일이죠. 마치 엑티브 X가 우리나라 사이트들에서 빨리 없어져서 어떤 브라우즈를 사용하더라도 웹서핑을 할 수 있기를 바라듯이.
참고로 맥이 시장에 처음 나올 때에는 맥 키보드에는 애로우키가 없었다고 하더군요. 도스나 예전 Unix 프로그램을 써본 적이 있다면 한 번 상상해 보시길… 애로우키가 없다는 것은 사실상 맥 이전에 만든 모든 소프트웨어를 맥에서는 100% 사용할 수 없었다는 의미죠. 그래서 처음 맥을 산 사람들은 할게 별로 없었다고 하더군요. 그림판에서 그림 그리는 것 말고는(물론 이것도 그 당시에는 아주 놀라운 것이었죠. 마우스로 컴퓨터에서 그림을 그릴 수 있다니!).
기존에 개발된 소프트웨어를 지원하고자 했다면 기술적으로야 뭐가 어려웠을까요 고작 키보드에 자판 4개만 넣어면 되는데 ^^
이게 애플, 아니 잡스의 Character죠. 퍼스날 컴퓨팅 시장을 지배하겠다는 둥 뭐 이런 거창한 전략, 이런 건 아닌 것 같고. 순수하게 편집광적인 잡스의 캐릭터 때문이죠.
자기는 놀라운 UX를 제공할 수 있는 기계를 만들었으니까 기존의 쓰레기 프로그램들을 만지작 거리며 시간 보내지 말고 빨리 GUI 환경에 맞는 새로운 프로그램을 만들어서 내가 생각하는 컴퓨팅 세상으로 빨리 바꾸자는…
뭐 결과는 우리도 알고 있죠. 이런 편집광적인 캐릭터로 인해 애플에서도 쫒겨 났으니까.
그렇지만 결과적으로 이런 잡스의 똥고집으로 인해 GUI가 아마 몇년쯤 빨리 우리에게 오지 않았을까요?.
요즘 애플이 너무 잘나가니까 애플이 마치 big brother가 되려는 것처럼, 아무 생각없는 전산쟁이들이 여기저기 찌라시 기사들 보고 이야기하는데… 그 동안 MS로 인해 퍼스널 컴퓨팅이 아무런 혁신없이 10여년동안 정체되어 있었다 점을 상기해보면… 잡스와 애플의 이러한 혁신은 결과적으로 전산쟁이들 뿐아니라 궁극적으로 소비자들에게는 행복한 결과를 가져다 줄 거란 생각이 들지 않나요?
애플은 모르겠군요. 또 다시 자기가 창조한 시장에서 니치플레이어로 전락할지… 그런데 애플은 니치플레이어가 적성에 맞을 것 같다는 생각이 드는군요. 혁신은 항상 니치플레이어들이 하는거니까.