옛날 얘기로 시작해봅니다. 지금부터 10년도 더 오래된 옛날(?)에 우리나라 컴퓨터 학습은 무조건 BASIC부터 시작되었습니다. 오죽하면 국민학생 대상의 컴퓨터 학원의 필수 코스가 BASIC이었고 그 교재 시장만 꽤 있었으니까요.
사실 저도 한때 그런 분위기에 편승하여 국민학교 컴퓨터 선생을 한 6개월 했었던 기억이 있군요. 아이들에게 기존 선생님은 베이직을 가르쳤다는데 저는 차마 그렇게는 못 하겠더라구요. 그래서 제가 한 것은 무었이었을까요? 그건 바로 한메타자를 깔아서 그걸로 타자 연습이라도 열심히 하게끔 했던 기억이 납니다.
왜 갑자기 옛날 얘기냐구요? 우연이 본 오프라인 행사 안내에서 학생들을 위한 새로운 언어인 SCRATCH 기반의 내용을 보고 옛날 생각이 떠올라 몇자 적어보았습니다.
SCRATCH란 자세히 보진 않았지만 비쥬얼 프로그래밍 언어의 일종인 것 같습니다.
당연이 새 언어를 위한 개발툴을 설치하고 언어를 배워서 여러 가지 장난감을 만들어 보는 것이라 생각됩니다.
재미있는 건 과거 Apple 8비트 시절의 LOGO 과 목적과 접근 방법이 비슷하다는 겁니다. 교육용 언어로 설계하면서 적절한 객체지향 언어의 어려운 점을 단순화하여 그것을 위한 Tool을 제공하는 겁니다.
다른 점이라면 이제 인터넷 시대에 맞게 만든 결과물을 쉽게 "Publish" 할 수 있는 기능을 내장하고 공유함으로써 새로운 재미를 제공하는 거지요. 과거에는 교실에서 Apple 컴퓨터로 수업하던 것을 인터넷에서 많은 사람들과 서로 내용물을 공유하고 다시 ReMix나 Mashup 할 수 있는 개념이 추가된 LOGO라 할 수 있습니다.
뭐 시간적으로 좀 여유가 있으신 분이거나 또한 더욱 더 시간에 여유가 있는 자녀분에게 창의력 교육을 시키고 싶으시다면 아래 행사에 참여해보시기 바랍니다. (여유가 없는 제 자신에 한탄을 하고 있고, 레고 마인드스톰 사서 아들 녀석 주었더니 몇 번 가지고 놀고 처 박아 둔 가슴아픈 기억이 새록새록~)
만세. 집에 와서 온오프 믹스를 확인해 보니 대기자 3번에서 정확히 참가자 100번으로 바뀌어 있군요. (정원 100명) 아젠다는 다음과 같습니다. 덧붙여서. 일단 스크래치라는게 뭐냐면. 스크래치’는 한마디로 ‘비주얼 프로그래밍 플랫폼’이다 라고 하시네요;; 말씀하신 그대로 '그림'을 기반으로 프로그래밍 할 수 있는 방식입니다. 비주얼적이라고 하면 많이들 비주얼 베이직 스타일을 떠올리시는데 그런식으로 기존에 만들어진 컨트롤만 비주얼리티한 환경이 아니..
이미 공지했던 스크래치 데이 다녀왔습니다. ^^ 10:45-11:45 : 스크래치에 대하여, 역사 문화적 맥락, 스크래치 컨퍼런스(MIT MediaLab) 경험 공유. - 죄송합니다. 늦잠자서 늦게 도착했어요. 들어갔더니 ' 끝났네요. 각자 식사하시고 오세요.? ' 라고 하시더군요.. 아래는 각 아젠다와 그 아젠다에 대한 '녹음' 본입니다. 뭐 소리가 잘 안들릴수도 있고 (싸구려 mp3이다보니;;) 녹음 상태가 그리 훌륭하지는 않으나 어쨌든 소리부터..
Yes, there are new shiny platforms like the iPhone and delayed but soon to be launched Android,
and yes, you can do great things with those. Things you wouldn't have
dreamed about doing in J2ME. But, your users are not necessarily using
them. To be exact, whatever your target is, 0% use Android
currently.... And as for the iPhone it is true that it has gained a
very nice chunk of the smartphones market share in the US (27%), but
its global marketshare when you take into account all phones (not just
smartphones) is 0.14%...
물론 맞는 얘기다. 하지만 그 내용에 대한 댓글을 보면 내가 하고 싶은 얘기를 잘 얘기하고 있다.
Whatever
is done to make it easier to develop apps on J2ME, the problems still
exist from the consumer side. No matter how many of those devices are
in the field if few apps are going to be purchases on them anyway.
Discovery,
purchase, installation and use are still so much more difficult than on
the iPhone that sales are severely limited compared to what will be
seen with the AppStore. Not to mention the costs of revenue sharing
with carriers and the issues dealing with pSMS for developer and
consumer alike.
The best reason to develop for AppStore has
nothing to do with shiny new technology and everything to do with a
good business case to develop with the least hassle to reach the
largest possible number of consumers actually likely to find and buy
your app with a good percentage of that revenue going to the developer.
즉 블로그 주인의 글은 "개발자" 관점에서만 언급했다는 얘기다. 시장에 J2ME가 아무리 많아도, 그 플랫폼이 개발하기에 익숙해도 결국 Application이 안 팔리고 있다는 점이 중요하다는 얘기다.
그러면 iPhone 어플리케이션은 왜 팔리는가? 그건 결국 "iTunes"라는 PC Application 때문이다. 이 녀석은
1. Application에 대한 "Discovery", "purchase", "installation"을 모두 단순화시켜준다.
2. 통신비용의 부담도 없이 PC를 통한 Sideloading은 물론, WiFi로 OTA도 가능하고
3. 구매를 할 만한 고객들에게 Application을 전달해주고 있다
아래 다른 사람의 글을 보면 "왜 제조사의 Pre-install도 한계가 있는지 얘기하고 있다.
Faisal Memon
said...
Dale Larson's comment is completely
spot on. I've talked to app
developers, seen presentations from
3rd party software developers, etc.
and they all say that:
1. You write a great app.
2. Customers don't download it
- awareness?
- mechanism?
- download cost!
3. Handset vendors don't pre-install it
- they take a large $ cut
- pre-qualification fees & process
- security certificate signing
headaches
4. Second class citizen problem
- apps don't match native UI L&F
- app lives in its own world; not
part of a continuous UI workflow
Unless you've already bedded in
your brand and got users on-board
(e.g. you are a facebook.com) your
opportunities are low indeed.
I claim that the only way to make
a success of mobile app development
is to first make a success as a
web app, or PC app.
I'm a big fan of Java ME (I worked
at Sun, and also worked at
Esmertec porting the JVM), and
know the complaints because lots
of folks come to us (I work at
Symbian) to complain about the
problems above.
The solution is really something
like the iTunes Music store maybe
with some of the architectural
niceness that Android gives you.
Maybe a hybrid solution will be
forged on the (upcoming) Symbian
Foundation OS.
역사기록물 관리 관련한 일을 하면서 아이폰에 유달리 관심이 생기는 이유는 사실 좀 복잡하다. 홍보의 문제, 역사기록물에 관한 소식을 효과적으로 배포할 수 있는 문제 문제는 여전히 생태계란 말이야, 멍충아! 문제는 개별 디바이스나 아이튠즈 등의 단일 어플리케이션이 아니라 그것들이 서로 연결되는 생태계
주변에서 WIPI의 미래에 대한 의견이 설왕설래하고 있다. 전해들은 얘기로는 WIPI 탑재 의무 조항은 없어지는 것이 거의 현실로 받아들이는 분위기라고 한다.
일단 WIPI 탑재 의무 조항이 없어진다는 전제로 했을때 각 이해 당사자들이 어떻게 대응할지에 대한 예상 시나리오 내지는 내 의견을 제시해보려 한다.
1. WIPI 탑재 의무가 없어졌을때 국내 통신사 대응 방안 예측 --> 중저가 시장에 대해서는 WIPI를 당분간 존속시킬 것이다.
- 국내 통신사는 이제 해외 단말기 도입에 관심이 많은 상태이다. 따라서 WIPI 탑재 의무가 없어지면 그만큼 단말기 도입에 대한 협상력은 좋아지는 것이 사실이다.
- 하지만 반대로 통신사는 WIPI 자체에 대한 기존 투자는 포기할 수 있어도, WIPI용 컨텐츠를 당장 포기할 수는 없다.
- WAP, WIPI 컨텐츠를 포기한다는 의미라면 매출 하락과 직결되기 때문이다. - 따라서 국내 시장이 급속하게 High End Phone 위주로 바뀌지 않는한 WIPI 컨텐츠 시장은 포기할 수 없다.
- 결론적으로 WIPI 컨텐츠 시장이 급속도로 위축되지 않는 한 이통사가 WIPI 플랫폼을 포기할 이유는 없다.
- 다만 기존 WIPI 컨텐츠로 대응이 되기 어려운 High End Phone 시장(일명 스마트폰~)의 경우는 상황이 다르다.
2. WIPI 탑재 의무가 없어졌을때 국내 제조사 대응 방안 예측
- 결국 위의 예상이 맞는다면 국내 제조사들은 국내 모델에 대해서 WIPI 탑재를 계속할 것이다.
- 다만 High End Phone 마켓에서는 WIPI 탑재가 되지 않을 가능성이 높기 때문에국내 제조사는 이 시장에서는 해외 단말기와의 경쟁을 피할 수 없을 것이다.
- 만약 국내 시장이 빠르게 개방형 OS 기반(Symbian, WM, 리눅스) High End 시장의 비율이 높아진다면 진정한 경쟁이 시작될 것이다.
- 이렇게 된다면 국내 제조사는 개방형 OS 기반의 단말기의 국내 모델 출시가 늘어날 수 밖에 없고 이는 곧 단말기의 차별화가 아닌 서비스의 차별화로 노키아, 애플, 블랙베리등과 경쟁해야 할 것이다.
- 만약 위의 예상이 맞다면 국내 제조사는 핵심 역량이 단말기 제조에 한정되어 있다고 생각되고 따라서 경쟁사에 비해 차별화 전략 수립에 상당한 어려움이 예상된다.
3. High End 시장에 대한 WIPI의 대채제
- WIPI 플랫폼의 장점이 모바일 OEM 플랫폼에 대한 독립성이 장점이었다고 한다면 사실상 개방형 OS는 모두 이러한 기능을 제공하고 있기때문에 WIPI가 High End 시장에서 존속하기는 어려울 것이다.
- High End Phone에 대한 고객의 눈높이가 높은 것을 고려하면 현재 WIPI 플랫폼 수준으로는 그 Needs를 맞추기는 어렵다.
- 따라서 통신사 입장에서는 High End Phone에서도 자신들의 서비스를 차별화할 Service Platform이 필요하며 국내 WIPI와 언어 호환성등을 고려할 때 우선적으로 Java 플랫폼이 유리할 것이며 두번째로 Web 표준 기술 기반(웹 Runtime포함)의 Widget이 그 자리를 차지할 확률이 높다.
- 통신사 서비스를 내장 어플리케이션과 다운로드 어플리케이션으로 나눈다면, 내장 어플리케이션은 성격상 제조사의 OEM 플랫폼과 손쉬운 연결 아키텍처를 제시해야 하는데 이런 면에서는 Java가 상대적으로 현재 나와있는 개방형OS(WM, 심비안, 리눅스)와 대부분 솔루션을 제공하고 있기때문에 빠른 구축 방안이 될 것이다.
- 다운로드 어플리케이션은 멀티미디어 컨텐츠(예:게임)을 제외하고는 인터넷 컨텐츠가 주류를 이룬다면 자바 기반보다는 웹 기반의 Widget 솔루션이 훨씬 현실적인 선택이다.
- 결론적으로 어플리케이션과 OEM 플랫폼과의 통합성을 고려하면 내장 Java 플랫폼에 대한 투자가 필요하고, 반대로 이식성 및 컨텐츠의 다양한 CP 확대를 위한다면 Widget 플랫폼에 대한 투자가 필요함을 의미한다.
4. WIPI 의무가 없어졌을 때의 국내 모바일 시장의 변화 예측
- 국내 무선 데이타 서비스 시장이 정체된 현상을 고려했을 때 WIPI 탑재 의무가 없어진다면 메시징(음성|+SMS) 위주의 고객층을 위한 저가 단말기 경쟁은 피할 수 없게 된다.
- 시장은 빠르게 메시징 저가 서비스 시장과 인터넷 기반의 고가 서비스 시장으로 양분될 가능성이 높다.
- 즉, 중저가의 애매한 단말기는 없어지고 메시징 위주로 기능이 최소화되고 디자인이 강조되지만 가격은 저렴한 저가 및 초저가 단말기는 활성화될 가능성이 높다.
- 반대로 High End 휴대폰은 개방형OS의 다양한 도입이 확대되고 서비스와 연동성이 풍부한 멀티미디어 컨텐츠 및 인터넷 서비스 위주의 Premium Service market을 형성할 것이다.
- 다만 이러한 예상은 국내 통신사가 기존 WIPI 컨텐츠에 대한 추가 투자를 줄인다는 위의 예상이 맞는 경우에 가능한 시나리오이다.
WIPI 이후를 고민하고 있는 퓨처워커 http://futurewalker.kr 2008년 7월 2일
Tracked from Brett's Quick knowing, Slow thinking삭제
ROA에서 최근 WIPI 탑재의무 해제결정이 이루어진다면.. 어떤 일이 일어날 지에 대한 전망을 묻는 설문 메일을 받고 그에 대한 답변을 적다가 이참에 한번 생각을 정리해 볼까하는 생각에 블로그에도 같이 올려본다. ------------------- WIPI의 존재가치는 다분히 콘텐트 소싱 및 제작비용과 단말플랫폼 라이센스 비용을 줄이는 차원에서 이통사/CP/휴대폰제조사들의 이해관계가 맞아 떨어진 가운데 유지되어 왔다. 그러나 최근 블랙베리/HTC등..
최근 대부분의 전반적인 분위기가 위피 폐지 또는 단계적 폐지의 방향으로 모아지고 있는 것 같습니다. 얼마전 산은경제연구소에서 발표했던 모바일 플랫폼 '위피' 폐지 논의와 국내 휴대폰 시장의 방향이라는 보고서에서도 위피 폐지와 함께 새로운 국제적인 동향에 대한 준비가 필요함을 지적했었죠. 조금 늦긴 했지만, 지금이라도 고려해야봐야 할 중요한 부분을 지적했다고 생각합니다. 특히 아래와 같은 부분은 뼈아픈 내용이죠. □ 이동통신사에 편중된 사업구조가 한계..
드디어 구글폰의 실체인 안드로이드(Android) SDK가 공개되었다. 예상대로 오픈 소스 기반의 다양한 솔루션들을 잘 혼합하여 Platform을 구성했다. 특히 관심을 끄는 것은 "자바(Java)" 기반의 Application Framework을 제공한다는 점이다. 아래 그림은 안드로이드 개발자 홈페이지에서 가져온 아키텍처 구성도이다.
우선 주요 구성 컴포넌트를 살펴보자
Application framework : 자바 기반의 어플리케이션 개발 Framework
Optimized graphics 2D 그래픽, OpenGL ES 1.0 엔진 (하드웨어 종속적)
SQLite : DB 엔진
Media support : MPEG4, H.264, MP3, AAC, AMR, JPG, PNG,
GIF
GSM Telephony : 하드웨어 종속적
Bluetooth, EDGE, 3G, and WiFi : 하드웨어 종속적
Camera, GPS, compass, and accelerometer : 하드웨어 종속적
Rich development environment : 에뮬레이터를 포함한 이클립스 Plugin
최근 정보를 통해서 알게 된 것은 대부분의 컴포넌트가 자바로 만들어졌다고 들었다. 하지만 실체를 열어보니 역시 그렇지는 않았다.
위의 그림에서 보면 빨간색은 리눅스 커널 영역을 의미하고, 녹색은 이미 개발되어진 오픈 소스 기반의 솔루션들을 사용한 것을 알 수 있으며, 파란색 컴포넌트들이 아마 자바로 구글쪽에서 이번에 개발한 것으로 보인다. 물론 노란색의 자바 VM을 포함해서 말이다.
결국 안드로이드는 기존의 것을 잘 활용하라는 오픈 소스의 원칙과 많은 개발자들을 끌어들이기 위한 "자바(Java)"라는 카드를 선택한 것 같다. 지금 판단으로는 적절한 선택이 아니였나 생각된다. 만약 안드로이드가 100% 오픈 소스로 제공된다면 (아직 소스를 열어보지 않아서 모르겠지만) 누군가 또 열심히 상위 Application Framework를 C/C++ 언어 버전을 만들어주시는 놀라운 분들이 나올지도 모르겠다.
결국 안드로이드는 오픈 소스와 자바를 선택했다. 이것은 무엇을 의미하는가? 그러한 선택이 휴대폰 개발의 미래의 방향이라고 생각해도 과언이 아닐 것이다. 세계적인 영향력을 가진 구글과 30여개의 세계 굴지의 회사들이 오픈 소스와 자바를 선택한 것이다.
아이러니한 것은 철저한 오픈 소스 기반의 안드로이드 같은 아키텍처는 더욱 더 시스템 개발자와 어플리케이션 개발자의 계층을 분리시키게 될 것이다. 늦은 감이 있지만 휴대폰 개발에도 이제 시스템 계층을 전혀 모르고도 어플리케이션을 개발할 수 있는 시점이 오기 시작한 것이다. PC에서는 이미 10년 전부터 일어났던 일이 이제 휴대폰 개발업계에서 시작된 것이다.
이것은 결과적으로 무엇을 촉발시키게 될까? 그것은 바로 휴대폰 개발자를 더 이상 C언어 개발자만으로 채울 필요가 없다는 것을 의미하게 된다. 결과적으로 휴대폰 개발에도 이제 개발자를 구하기 쉬운 자바 개발자(자바 학원만 나온?)로 구성해서 좀더 효율적이고 생산적인 휴대폰 어플리케이션 개발이 가능하다는 것을 예측할수 있다. 이제 자바를 공부해야하나?
PS. 성급한 예측일지는 몰라도 이렇게 되면 휴대폰 개발 외주를 좀더 주기 쉽다는 뜻이 되는데 자바 개발자를 많이 데리고 있는 회사가 국내에 어디더라? 주식을 좀 사야할라나?
몇일 전 모바일 시장에 난리가 났었다. 그 이유는 구글이 바로 구글폰이 아닌 모바일폰 개방형 플랫폼인 안드로이드를 들고 나왔기 때문이었다. 애플의 맥 OS X가 아이폰으로 아이폰을 업고 승승장구하는 애플는 그렇다고 쳐도 기존 모바일 OS에 강세를 띠고 있던 '심비안'과 '윈도우모바일'을 개발한 노키아와 마이크로소프트사와 구글의 안드로이드의 발표에 애써 태연한 척하지만 심히 불안하기만 하다. 이번에 공개된 내용은 모바일 플랫폼 안드로이드가 탑재된 휴대..
블로그 잠깐 쉬겠다고 한 지가 벌써 두 달이 가까워졌네요. 처음에는 회사일이 바쁘다는 핑계로 잠시 쉰다고 했었는데... 나중에는 다시 시작하려니 다시 글을 쓸 엄두가 나질 않아 지금까지 부담만 느끼다가 시간이 가 버렸습니다. 그러다가 11월 5일경 소문만 무성하던 Google Phone이 안드로이드라는 Linux 기반의 Mobile Platform 이라는 발표가 있고나서 입이 간질 간질한 게 참을 수가 없더군요. 그래서 결국 이렇게 인터넷 여기 저기..
요즘, 구글이 만들고 있는 개방적 핸드폰 플랫폼인 안드로이드(Android)가 여기저기서 언급되고 있습니다. 안드로이드는 리눅스를 기반으로 하고 있지요. 지금까지 핸드폰용 소프트웨어의 개발은 그 핸드폰을 개발한 업체나 그 업체의 허락을 받은 회사만 할 수 있었습니다. 그러나, 구글 안드로이드는 이것을 모두가 할 수 있도록 확대했습니다. 즉, 누구나 자신만의 핸드폰용 소프트웨어를 개발할 수 있도록 한 것이지요. 이는 핸드폰 산업의 주도권이 하드웨어에...
구글 폰에 대한 기대가 굉장히 많았지요. 최근에 주가가 $700이상 올라간 이유가 아마도 애드센스에 따른 수익증가 뿐 아니라 구글 폰에 대한 은근한 기대감도 없지 않을 겁니다. 막상 발표된 구글 폰은 하드웨어가 아닌 새로운 오픈소스 형태의 OS였습니다. 지금까지 핸드폰들의 OS가 윈도우즈 모바일, 팜OS, 심비안 등 다양성 때문에 소프트웨어 개발자는 이들 모두에게 적용될 수 있도록 실행파일들을 만들어야 하는 불편함 등이 있었지요. 모든 핸드폰에 사용..
This is a technical answer to only part of a business problem.
I think that Apps are the new Singles and AppStore transforms the whole business the way iTunes changed digital music -- talking about digital formats wasn't relevant once there was a complete ecosystem change.
Whatever is done to make it easier to develop apps on J2ME, the problems still exist from the consumer side. No matter how many of those devices are in the field if few apps are going to be purchases on them anyway.
Discovery, purchase, installation and use are still so much more difficult than on the iPhone that sales are severely limited compared to what will be seen with the AppStore. Not to mention the costs of revenue sharing with carriers and the issues dealing with pSMS for developer and consumer alike.
The best reason to develop for AppStore has nothing to do with shiny new technology and everything to do with a good business case to develop with the least hassle to reach the largest possible number of consumers actually likely to find and buy your app with a good percentage of that revenue going to the developer.