모바일 왕국을 꿈꾸며!!! mobizen@mobizen.pe.kr

Posted
Filed under 모바일 일반
국내 통합 앱스토어 추진

2010년 2월 15일, MWC에서 24개의 세계적인 통신 회사들이 참여하는 WAC가 발표되고, Super Apps Store를 만들겠다는 의지를 천명한다. WAC에서 KT와 SKT가 단순한 참여가 아니라 주도적인 역할를 한 것으로 알려지고, 이러한 배경에 대한 다양한 전망과 예측이 나오게 된다.

그리고 한달 후, 방통위를 중심으로 한 국내 이통사 CEO 간담회를 통해 국내에서 통합 앱스토어를 구축하기로 합의한다. 앱스토어의 방향성은 매우 명확한다. 국내 통합 앱스토어에서 Web Platform을 중심으로 개발하면서 필요한 기술적인 노하우를 경험하면서 표준을 빠르게 만들어내고, 이를 WAC에 적용하여 세계 표준을 리드하겠다는 방통위와 국내 이통사들의 의지인 것이다. 문장만으로 놓고 보면 국내 통합 앱스토어라는게 논쟁의 대상이 되어 보이지는 않는다.

사용자 삽입 이미지

항상 시장에 끌려다니며 원천 기술에 대한 표준에 뒤쳐지던 국내가 뭔가를 리드해가려는 의지를 가진 것에 대해서는 응원하고 싶은 마음이 크다. 하지만, 모든 일이라는게 의지만으로 되는 것은 아니고 잘 할 수 있는 것, 그리고 무엇을 가지고 있는가(Asset)에 대한 냉정한 평가가 필요한데, 여기에 문제가 있다.


3사 모여서 제대로 하는 것 못봐

바로 어제(5월 11일), 한국과학기술회관에서 MOIBA를 중심으로 하여 통합 앱스토어 구축에 대한 로드맵을 발표하였다. 이번 발표가 지금까지 고민한 앱스토어의 현재 상태라고 이해하면 된다. 그리고, 그 내용을 들여다보면 2개월 전에 그려낸 거시적인 방향성 외의 실행계획은 아무런 진전이 없음을 알 수 있다.

사용자 삽입 이미지
그동안 무선인터넷 업무를 하면서 이통 3사가 함께 모여서 같이 하자는 것을 옆에서 여러번 지켜 보았다. 그때마다 조인트 법인 이야기가 나올만큼 의지가 강했지만 한번도 성공하는 것을 본적이 없다.(**114가 있다고 하면 저 정말 화 낼겁니다. ^^ ) 실무자들사이의 로드맵이나 목표가 명확할 때도 3사의 이해관계가 서로 다르기 때문에 잘 되지 않는데, 통합 앱스토어는 더욱 어렵다.

방향성만 있고 구체적인 목표도 없으며, 경험도 부족하고, 무엇을 어떻게 해야 할지 실무자들 스스로도 모르기 때문이다. OMTP BONDI에 대해서 이제서야 공부 시작하는 이통사 실무자들에게서 뭔가를 기대할 수 있을까? 구체적인 Action Plan도 모르는 상황에서 서로 다른 법인이 만나서 좋은 그림이 나올리가 없다.


표준을 리드할 만한 자산이 없어

통합 앱스토어에서 만들겠다고 하는 '표준 Web Platform'의 기술 요소가 독창적인 것인지, 그리고 WAC이 지지하는 기술 요소는 어떤것인지 점검을 해 볼 필요가 있다. 이번 통합 앱스토어의 기술 요소는 OMTP BONDI 것을 그대로 수용하는 것 외에는 실질적인 어떤 대안도 없다.

사용자 삽입 이미지

현재 OMTP BONDI는 WAC의 총괄 사무국 역할을 하고 있으며, JIL의 제안도 적극적으로 수용할 의지를 표명하였다. 공식적으로 W3C에 적용은 안되었지만, 다른 대안이 없는 현실환경에서 이미 BONDI와 JIL의 교집합은 표준이나 다름이 없다. 표준을 통해서 만들어 낸 제품으로 표준을 리드하겠다는 것은 어불성설(語不成說)이다.


통합 앱스토어는 시장의 Needs가 아닌, 이통사들의 Needs

이번 통합 앱스토어의 가장 큰 문제점은 '고객' 이라는 핵심 Player에 대한 고려가 여전히 부족한 이통사들의 접근이라는 것이다. 이석채 KT 회장은 4월 22일, 서울 삼성동 코엑스인터콘티넨탈호텔에서 열린 한국무역협회(KITA) 최고경영자 조찬회에서 '스마트폰과 IT혁명'이란 주제의 강연에서 아래와 같이 말했다.

"애플과 구글 등이 몰려오는 상황에서 통신업계가 맞설 수 있는 유일한 방법은 (애플리케이션)시장을 하나로 묶는 것"

결국, 애플 앱스토어를 넘어서기에는 이통사들의 단일 오픈마켓으로 힘이 드니 이통사들끼리 연합전선을 만들겠다는 수동적인 선택이다. 시장에서의 '공공의 적'을 만들어 연합하겠다는 것 자체는 시장 원칙상 문제가 되지 않을 수도 있겠다. 연합하여 사용자에게 더 나은 가치를 제공해 줄 수 있냐는 것이 핵심이다.

사용자 삽입 이미지

이러한 국내 이통사들의 행위는 '언론 플레이'일 뿐이다. Web Platform으로는 iPhone 에코시스템과는 다른 Edege를 찾아야 한다는 것은 이통사 스스로 너무 잘 알고 있기 때문이다. 앱스토어에서는 Game의 비중이 매우 크다는 것을 이미 자신들의 Walled Garden을 통해 경험을 하였지만, Web Platform에서는 접근이 거의 불가능한 영역이다. 단순한 게임의 문제는 아니다. iPhone의 Native App과 Feature Phone의 Web App는 단말의 성격, 개발자 에코시스템, 플랫폼의 장단점에서 차이가 날 수 밖에 없다.

또한, OMTP BONDI를 기반으로 하는 기술이라면, 브라우저 내에서도 동일하게 Device에 대한 접근 제어가 가능하다. 브라우저 주소창을 통해 접근하느냐, 패키징해서 다운받아 설치하게 하느냐의 차이만 있을 뿐이다. Service Provider 입장이라면 설치 과정이 필요없는 Web Page를 통해 고객을 만날 수 있는데 이통사들의 장단에 맞춰 춤을 추어야 하는 것인지?


정부가 나설 일인가?

글로벌 업체에 대응할 만한 연합체를 만들어 사용자들에게 새로운 가치를 만들어 낸다는 논리가 어쩌면 굉장히 그럴싸하게 보인다. 이러한 일들이 사업자들끼리의 자발적인 행위에 의해 이루어진다면 문제가 없을지도 모른다. 불행히도 이번 일 역시 방송통신위원회(이하 방통위)가 주도하는 느낌이다. 최근의 통합앱스토어 관련한 대부분의 보도자료는 방통위에서 나오고 있다.

정부의 역할은 시장이 어려워질 때 지원을 해주고, 국내업체들이 경쟁력을 가질 수 있도록 뒤에서 환경을 만들어 주는 것이지 전면에 나서서 주도할 필요는 없다. 물론, 주도한 일을 잘 처리할 능력이 있다면 기대해 볼만하겠다. 몇년째 약속하고 있는 '무선인터넷 요금 인하' 하나도 제대로 처리 못하는 기관이 '통합 앱스토어'를 구축할 만한 능력이나 있을지 의문이다.

사용자 삽입 이미지

MOIBA 역시 조금 의구심이 일어나는 Player 이다. 현재 통합앱스토어에 대한 핵심 실무 추진은 모두 MOIBA에서 이루어 지고 있다. MOIBA는 과거 KIBA를 전신으로 하여, 기업의 의견을 대변하기 위해 만들어진 사단법인이다. 갑자기 무선 인터넷이 핫이슈가 되면서 많은 기회가 생기고, 기업들의 회비만으로 조직이 클 수 없다는 것은 이해하겠다.

하지만, 기업의 회비(후원금이 아니다.)를 통해 운영되는 것에 근간을 가지고 있는 단체가 정부의 돈을 수주받아 일을 하고 그 일이라는게 다른 기업에게 돌아갈 수 있는 기회를 뺐는 것이라면 조금 문제가 있다. MOIBA가 맡은 일을 할 능력이 있는지 여부를 말하고 싶지는 않다. 다만, 기업의 회비를 받아서 다양한 기업들에게 골고루 좋은 기회가 갈 수 있도록 하고 정부의 잘못된 정책을 기업의 편에서 대변하던지, 아니면 일반 기업체와 같은 이익집단이 되던지 선택이 필요해 보인다.


사용자 삽입 이미지
그들이 할 역할은 분명해...


3개의 회사가 모여서 의견 조율하는 것도 힘든데 27개의 서로 다른 회사가 모여 있는 WAC이라고 일이 잘 될리가 없다. WAC의 홈페이지에 방문해보면 만들어진지 꽤 흘렀지만 명확한 Action Plan을 제공해주지 못하고 있. 그럼에도 불구하고 한가지 눈에 띄이는 것이 있다.

'Operator API'를 제공하려는 의지를 보이고 있는 것이다. 이통사들의 문제점은 단일화된 Platform이 없는 것이 아니라 개발자들에게 필요한 API를 제공하지 않는 것이다. 다행히 최근 KT은 Open API에 대해 전향적인 검토를 하는 것으로 알려져 있다. 하지만, 이러한 이통사 Open API가 이통사마다 다르다면 개발자 입장에서는 어려워진다. '통합 앱스토어'가 만들어야 할 표준은 'Device API'가 아니라 'Operator API' 일지도 모른다.
2010/05/13 08:36 2010/05/13 08:36
이승훈

그저께(5월11일) KAIST 김진형 교수님이 우리회사에 오셔서 강연중에 하신 말씀이 생각나네요.
WAC는 가게만 모아놓은 격인 남대문시장이고 AppStore는 대형마트(백화점)이라고 하셨거든요.
머 저도 남대문 시장은 좋아하지만 항상 마트만 가죠.. 시장은 불편하니까요..

엡케알

애초부터 사용자나 고객에는 아무 관심없는 기업들 아니던가요?

그들이 외치는 '고객감동'은 자신들이 고객인 경우( 소위 갑질 )에만 적용될 뿐이죠.

L

무한공감입니다~!

reserve

"정부의 역할은 시장이 어려워질 때 지원을 해주고, 국내업체들이 경쟁력을 가질 수 있도록 뒤에서 환경을 만들어 주는 것이지 전면에 나서서 주도할 필요는 없다." 라는 부분에 매우매우매우매우 공감합니다.

김지언

잘 될지 잘 모르겠지만, 잘 되면 좋겠네요..

Posted
Filed under 모바일 일반
Cross Platform에 대한 고민은 오래전부터

Mobile Platform시장은 비약적인 발전을 하고 있지만, 너무나 많은 플랫폼이 존재하여 시장발전을 저해한다는 근본적인 문제는 해결되지 않고 있다. 이를 해결하기 위해 다양한 접근을 하고 있으며, Cross Platform에 대한 연구와 솔루션들이 빠르게 시장에 나오고 있다.

Cross Platform은 Mobile에만 한정되는 고민은 아니었으며 이미 PC시장에서도 동일한 접근은 오랫동안 있어 왔지만, 깔끔한 해결책은 아직은 찾지 못하고 있다. 이러한 고민 중에서 Ajax, html5 등과 같은 새로운 기술이 적용되면서 자연스레 "Web as Platform"이라는 접근이 이루어지게 된다.

사용자 삽입 이미지


Mobile에서 이런 접근이 가장 민첩하게 이루어 지고 있는데, 이렇게 Web 기술을 이용해서 Application을 개발하고, Native Application과 동일하게 Local Resource를 접근하고, Offline에서도 실행되게끔 하는 것들로는 Hybrid Application, Web Applicatiion, Web based Platform 등이 있다. 이 3가지 용어는 조금씩 차이가 있는데, 본 포스팅에서는 Web기술을 이용한 Mobile 플랫폼으로서 구분하지 않고 사용하도록 하겠다.


플레이어별 현황

기존 Web기술은 대부분의 Business Logic을 처리하는데 문제가 없었으나, 한가지 문제가 되었던 것은 Local Resource로의 접근이었다. 현재 진행 중인 Web기반 Platform들은 초점이 'Local Resource Acess'이며, 이를 해결하기 위해 이통사, 단말제조사, Solution Provider등 다양한 플레이어들이 노력 중에 있다.

사용자 삽입 이미지

OMTP과 JIL 등으로 대변되는 이동통신사는 Java Script Extenstion이나 Middleware 형태로의 접근을 시도하고 있으며, 표준화 활동에도 매우 적극적이다. 반면에, Nokia와 Palm같은 제조사 입장에서는 OS내에 해당 기능을 포함시키거나 전용 OS를 개발하고 있다. Palm Pre에 사용되었던 WebOS는 OS의 핵심 메카니즘이 Web기반 엔진으로 이루어져 가장 완벽한 Web Platform이라고 할 수 있다.

PhoneGap, Titanium, Rhodes와 같은 Cross Platform Solution은 각 OS별로 최적화된 엔진을 개발하여 내놓고 있다. 이는 마치 PC 브라우저에서 Adobe Flash와 유사한 접근이라고 이해하면 된다. 각 OS별로 최적화되었기 때문에 성능면에서 가장 앞서가고 있다. 하지만, 애플의 앱스토어 등에서 이러한 Cross Platform Solution으로 개발된 어플 등록을 거절함에 따라 유통 채널을 찾지 못하고 있다.





표준화와 국내 활동

기술적으로 가장 앞서가고 있는 곳은 AT&T, T-모바일, 보다폰 등의 이동통신사가 중심이 되는 OMTP의 BONDI이다. 5월 26일자로 최초의 Majoy버전을 공표한 BONDI는 Web Platform으로서 고민해야할 대부분의 요소들을 이미 잘 정리해 놓았으며, W3C 표준이 되기 위해 노력 중에 있다. OMTP BONDI는 Final Release가 아닌 현재 논의가 활발하게 진행 중이며, W3C의 Device API 역시 논의의 초기 단계이므로 둘 다 마지막에 어떤 모습이 될지는 알 수가 없다.

사용자 삽입 이미지

국내 역시 Device 제어 부분에 대해서는 'Mobile Web 2.0' 포럼에서 '단말 API 접근 AG'를 운영하여 해당 기술 부분에 대해 논의를 진행하고 있으며, 9월 24일에 Daum에서 개최되는 제 10차 MobileWebAppsCamp의 주제 역시 해당 기술이다. 국내 이동통신 3사 모두 해당 부분에 대한 기술적인 접근을 진행 중에 있으며, 다말 단말 제조사들이 단말 접근 기술과 표준화 등에 대해 소극적인 것이 아쉬운 부분이다.


Local Resource Access가 전부는 아니야

사용자 삽입 이미지

근간에 html5의 맹목적인 기대감을 시작으로 Web Application이 Native Application을 완전히 대체할 것처럼 이야기 하는 경향이 있는데, Native Application개발자 입장에서 보기에는 조금 위험한 접근이다. 뭐랄까? 너무 Web 개발자와 사업자의 시각에서 세상을 보는 느낌이다.

Web 2.0 Expo에서 Cloud Four의 Jason Grigsby는 개발할 때 Native Applocation을 선택하는 주요 이유를 5가지로 구분을 하였다. Performance, Offline Mode, Findability, Device Attributes, Monetization 등이다. 과연 Web 기반 플랫폼들이 이러한 5가지 요소를 모두 만족하고 있을까?

Device Attributes부분은 현재 기술 초점이 대부분 향해 있는 이슈이므로 어떻게든 해결은 될 듯 하고, Offline Mode는 ajax와 html5가 키를 가지고 있다. 아래 동영상에서 보여주는 html5를 이용한 구글의 Web Application은 완벽한 Offline Mode를 지원한다. Findability는 역시 Web OS에서는 Native Application과 구별되지 않는다. 하지만 다른 두가지 요소가 문제이다.




Drawing 엔진의 Performance

하드웨어 성능이 발전함에 따라 곧 해결될 것처럼 치부되는 Performance는 Web기반 플랫폼에서 심각한 문제이다. 다양한 것들을 표현해야 하는데 필요한 Java Script의 실행은 모바일에서 여전히 느리다. SquirrelFish와 Chrome이 다른 엔진에 비해 좋은 성능을 보이지만, 일반적인 모바일 환경에서는 답답하다.

사용자 삽입 이미지

성능의 이슈는 다소 상대적이기도 하고, 어플의 성격에 따라 다르기도 하다. 모바일 Native Application은 상당 부분은 게임과 엔터테인먼트 컨텐츠가 차지하고 있는데, 이러한 컨텐츠들은 현재 대부분 Open GL과 같은 Drawing 엔진을 사용한다. 하지만, Web 플랫폼에서는 화면 Rendering을 전적으로 Webkit과 같은 브라우저 엔진에 의존하고 있기 때문에 현재까지는 Open GL과 같은 Drawing 엔진을 지원하지 못하고 있다. 실제 Plam Pre에서 Open GL을 지원하지 않음에 따라 게임과 같은 화려한 엔터테인먼트 컨텐츠들이 진입하지 않고 있다. 과연 iPhone이 OpenGL ES를 그렇게 완벽하게 지원하지 못했다면, 오늘날의 Apps Store가 있었을까?

또한, iPhone과 Sense UI, Spb Shell 등으로 올라갈만큼 올라간 사용자의 눈높이를 맞춰줄만 큼의 UX를 과연 Web Platform이 빠른 시간 안에 해결해 줄 것이라고 보지 않는다. 일반적인 Office Application은 충분히 Web platform에서 수용할 수 있겠지만, High Performance가 필요한 Application에서는 아직 Web Platform은 적합하지 않다.


유통채널의 차별성이 필요

사용자 삽입 이미지

Jason Grigsby는 Monetization라는 표현을 썼지만 조금은 다른 각도에서 'Distribution Channel' 또한 기존 Native Application과는 차별화되어야 한다고 생각한다. 현재 Mobile Web기반 플랫폼은 Browser내의 Web Application을 Advance하는 것이 아니고, 'Native Application Like'와 같은 전략이 대부분이다.

이러한 접근의 시작은 앱스토어를 겨냥하는 것이 많다. 하지만, 위에서 언급했듯이 PhoneGap과 같은 솔루션들은 Apple Apps Store에서 거절을 당하고 있으며, 제조사 플랫폼들은 상용화된지 시간이 흘렀지만 아직까지는 개발자들의 눈을 사로잡지 못하고 있다.

Native Application은 기본적으로 Cosumer's Bill에 의해 BM이 만들어지고, 유통이 된다. Apple의 Apps Stores는 이런 Native Application에 최적화된 유통 채널이다. 과연, 대부분의 것들이 html5기반의 브라우저 내에서도 작동하는 Web Application을 icon이 밖으로 나와있는 접근성이 좋다는 이유만으로 Apps Store에서 판매 경쟁력을 가질 수 있는지 의문이다.


과연 모든 것을 대체할런지..

Web기반 플랫폼은 매우 매력적인 접근이며, 어느 정도 성과를 볼 수 있을 것이라고 생각한다. 하지만, Web 기술이 발전하는 만큼, Native Application도 계속해서 발전을 할 것이며 새로운 H/W를 빠르게 흡수하여 적용할 것이다. Web기반 플랫폼은 성장하겠지만, Native Application을 완전히 대체할 것이라는 시각에 대해서는 부정적이다.

현재 Web기반 플랫폼으로 개발할 수 있는 어플리케이션의 분야를 고려하면 더욱더 그러하다. E-mail, PIMS, Contact List, SNS, LBS등은 분명히 모바일에서 Killer 이지만, Killer로 선택되는 어플은 극히 소스이다. 혹시나 Long Tail안에 있는 수많은 소비성 어플리케이션을 너무 무시하는 것이 아닌지...
2009/09/10 10:49 2009/09/10 10:49

저번 주(9월 4일)에 한국MS(포스코빌딩 서관 5층)에서 있었던 미래웹포럼에서 이런저런 이야기들을 듣게 되었다. 벌써 3회째라는데 올해의 주제는 웹브라우저 및 모바일 웹에 대한 내용인 듯 싶..

Web App이 Native App을 완벽히 대체하기는 어려울 거라는 의견…Performance, Offline Mode, Findability, Device Attributes, Monetization 중, Performance와 Monetization(유통)이 문제

RT hiconcep님 멋지게 정리하셨네요. 다른 분들 위해 RT mobizenpekr님 Web As Platform 관련 포스트 http://mobizen.pe.kr/838 neotevan님

우기태

HLOS라는 플랫폼이 나오고 나서 얼마지나지 않으면 플랫폼이 점점 convergence될 줄 알았습니다. 그런데 요즘 상황을 보면 앞으로도 몇 년간은 플랫폼이 divergence될 것 같네요.

1. 먼저 큰 플랫폼 측면에서 RTOS와 HLOS에 이어 Web OS라는 세가지 OS기반의 플랫폼은 각각의 장점을 가지고 믹싱될 것 같습니다. RTOS는 통신기반으로, HLOS는 멀티미디어 기반으로, Web OS는 Web기반으로의 고유한 영역이 있기에 그 변화가 더 다양해 지지 않을까 합니다. Symbian이라는 거대 플랫폼이 점차 그 위용을 잃어가면서 플랫폼 다양화가 더 세분화 되는 것 같네요.


2. 플랫폼의 다양화를 가속화 시키는 또 하나의 큰 요소
플랫폼의 구성은… 어느 한 영역에서 커버할 수 있을 것인가?

이통사나 OS사는 단말의 세부 사항을 알기 어렵고, 단말의 변화추세를 Time-to-Market에 대응되게 따라가기 어려울 것이라 생각합니다. PC와는 달리 모바일은 HW자체가 현재도 변화하고 있기에 … 플랫폼 관점에서의 구성은 좀 더 브로드하게 가져갈 수 있으나.. 세부 내용에 빈 공백은 채우기 어려울 것이라 봅니다.
최근 안드로이드 단말을 만들었던 HTC사가 기존 안드로이드 버전과의 lagacy를 지원하지 못할 것이라는 뉴스를 봤습니다. HTC가 그렇게 해야만 했던 이유… 안드로이드만으로는 HW와 Native app가 커버되지 못했기 때문이 아닐까요 … (여담이지만 HTC는 이제 Feature폰도 만든다고 하네요.. 크게 어려운 일 같아 보이지는 않습니다.)

일반적인 단말사(노키아/애플/팜 제외)는 플랫폼에 큰 관심은 없는 듯 합니다. Window Mobile 같이 OS자체가 로열티 수익을 발생하기도 어려운 상황이고, 미디어 서비스를 통한 매출은 요원한 일이기 때문입니다. 단말을 팔아 돈을 남길 수 있는데 그 역량을 다른 곳에 분산시키기 어려울 것입니다.

Post Market에서 바라보기 어려운 부분은 CPU부분일 것이라 생각합니다. 이들은 플랫폼에 막대한 영향을 끼치고 있지만, 매출원은 Processor의 판매 하나입니다. 이들은 프로세서의 판매를 위해 하드웨어/소프트웨어/시스템웨어를 단말사에 제공합니다. 다양한 OS를 고객사인 단말사에 그 단말에 맞는 Spec으로 최적화합니다. 그들의 CPU를 고객이 원하는 OS에 올리기 위해서, 단순히 칩만 만드는 것이 아니라, 그에 연결될 수 있는 다양한 Device Driver 개발하고, Framework을 만들고, OS에 포팅합니다. 여기에는 단말사의 요청에 따른 다양한 Application Note, API Guide, Porting Guide들이 포함됩니다.
프로세스 업체중에서는 유일하게 Qualcomm이 BREW라는 플랫폼을 가지고 있지만… 퀌컴도 이를 이용해 직접적인 수입원을 만들기는 어렵습니다.

OS가 개방화 되면서 이통사/OS업체/제조사/CPU업체들의 가장 큰 문제는 플랫폼 자체를 팔아서 남는 수익 모델이 정말 어렵게 되었다는 점입니다. 하지만 플랫폼의 개발은 점차 어렵고 복잡해져 가고 있습니다. 현재 플랫폼은 어느 분야건 플랫폼 개발로 인해 그 부가 수익이 개발비용을 넘어섰을 때 가능합니다. 단말사는 단말판매량을 증가시켜줄떄, 이통사는 데이터 수익을 올려줄 때, OS사는 플랫폼을 팔거나(Window Mobile), 광고매출을 늘릴 수 있을 때(안드로이드)… 포스트 마켓들도 규모만 있고 BM만 있다면 충분히 가능합니다. 컨텐츠나 유틸을 팔아 플랫폼 개발비를 남길 수 있다면 .. 충분히 가능하겠죠.
MS에 대한 생각이 문뜩 떠오릅니다. 지금 MS의 매출액을 보면 OS의 판매량 못지않게 MS Office판매량이 큽니다. … Mobile에서는 정말 힘들 것 같다는 생각. 어떤 다른 컨텐츠 중 가능한 컨텐츠가 있을까요…

요약하자면 OS를 만드는 업체와 단말기에 최적화하는 CPU제조업체간의 Co-Work는 직접적이 아닌 단말사를 통해 간접적으로 일어나고 있으며, 단말사는 플랫폼에 큰 관심이 없습니다.
그래서.. 플랫폼은 앞으로도 더 세분화 될 것 같습니다.


3, 모바일을 지원하는 언어 종류
C, C++, C#, Java, Java Script, HTML5등 다양한 종류의 프로그래밍 또한 플랫폼의 다양화를 가속화 시키지 않을까 하네요.
Vendor / Operating system (OS) / Programming Language / Application store (launch date)
Apple / iPhone OS / Objective-C / iPhone App Store (07/08)
LiMo Foundation / LiMo Platform (Linux) / Java, native (C/C++) / not yet available
Microsoft / Windows Mobile / Visual C#/C++ / Windows Mobile Marketplace (09/09)
Open Handset Alliance / Android (Linux) / Java / Android Market (10/08)
Palm / Palm OS / C/C++ / Palm App Catalog (06/09)
Palm / webOS (Linux) / JavaScript, HTML5 /Palm App Catalog (06/09)
Qualcomm / BREW / C/C++ / Plaza Retail (05/08)
RIM / BlackBerry OS / Java BlackBerry App World (04/09)
Symbian Foundation / Symbian / C++ / Nokia Ovi Store (05/09)


기술적 백그라운드가 부족한 내용이니… 잘못된 예측은 너그러히..받아주시길.

학주니

저번에 있었던 미래웹포럼에서도 HTML5 + CSS3가 모바일에서 표준이 될 것이며 그렇게 되어야 한다는 주장이 있었지요.
플랫폼에 상관없이 구동되는 웹 어플리케이션이 매력적이기는 하지만 시스템 자원을 효과적으로 활용하는 부분에 있어서 아직까지 웹 어플리케이션은 네이티브 어플리케이션을 따라가기는 어렵다고 생각이 드는데요..
DeviceAPI의 지원이 잘 이뤄진다고 하더라도 말이죠.
어찌보면 다분히 브라우저 측면에서만 바라보는 시각이 아닐까 하는 생각도 들었습니다..

CoDeveloper

먼저 길면서 아주 알찬 내용의 포스터네요.. 감동 감동^^
제 생각은 천천히 데스크탑과 모바일 소프트웨어는 웹으로 향하고 있다는 건 사실입니다. SOA, Cloud Computing, Mashup 이라는 신종 용어들도 웹을 통하여 서비스를 하자는 목적에 가까울 겁니다. 그 중 HTML5 표준으로 인해 가장 먼저 적용 되는 분야는 모바일 웹이 될 것입니다. 또한 개발 플랫폼이 향상 된다면 그 파급 수준은 AJAX를 뛰어 넘을 것입니다. 저는 웹 어플리케이션이 대중화 될 것은 사실이다고 생각 되며, 몇몇 네이티브 어플리케이션은 웹 어플리케이션으로 대체 될꺼라고 생각합니다.
그렇다고 네이티브 어플리케이션이 사라지는 것은 아닙니다. 웹 어플리케이션에서도 아직 부족한 부분이 많이 있으며, 웹 어플리케이션과 네이티브 어플리케이션은 계속 공존 할 것입니다.
그러나 플랫폼이 나누어 질 수도 있을 것입니다.
문제는 데스크탑 플랫폼(범용 목적의 플랫폼)을 웹 어플리케이션이 가져간다는 것입니다. 웹 어플리케이션이 범용 플랫폼인 데스크탑이나 모바일 기기가 될 것이며, 네이티브 어플리케이션은 특정한 목적의 컴퓨터 프로그램으로 계속 사용 될 것라는 짤막한 저의 생각이였습니다.

CoDeveloper

의견 쓸려다가 중요한 이야기를 못했네요 ;;
서문만 퍼갑니다. 출처 표시하고 본문은 여기로 링크 걸께요.. 좋은 정보 감사합니다.^^

goodidea89

참 대단하십니다. 정말 도움이 많이 되었네요.

우표한장

좋은 내용에 감동하고 갑니다.
제 블로그에도 내용 참조하겠습니다. 당연히 출처는 표시하구요.

마음앓이

정말 좋은 자료 감사합니다.

즐겁게 유익하게 보고 갑니다.