각 브라우저에는 다양한 아키텍쳐가 구성되어 있으며 그 중 Core가 되는 부분은 Rendering 엔진일 것이다. 현재 다양한 브라우저들이 고유의 렌더링 엔진이나 Webkit과 같은 전문 렌더링 엔진을 가져가 쓰고 있는데 간단하게 현황을 요약하면 아래와 같다.

이 중에서 모바일 브라우저와 가장 밀접한 Gecko, Presto, Webkit등의 뉴스를 알아보도록 하자. 참고로 이러한 뉴스의 기반 정보는 W3C 모바일 분야에서 일하는 Michael Smith가 5월 7일에 정리한 'Browsers on the Move'란 제목의 보고서를 참고하였다. 해당 보고서에는 렌더링 엔진뿐 아니라, CSS/DOM, 웹개발 툴 지원 현황 등에 대한 소식을 장 정리 해놓았으니 브라우저에 관심 있는 분이라면 한번씩 읽어보기를 권한다. 국내에서는 박재현님이 한글로 본인 블로그에 간단하게 요약을 해서 소개한 적이 있다.

모바일 플랫폼 중심으로 본 웹 브라우져 동향 I
모바일 플랫폼 중심으로 본 웹 브라우져 동향 II

물론, 하루가 다르게 소식이 나오는 IT인만큼 최신 소식은 아는 한도내에서 update를 해보았다.


1. Gecko

Gecko는 이미 잘 알려진 바와 같이 Mozilla에서 사용하고 있는 엔진이다. '모바일 웹브라우저 시장 현황 리뷰' 포스팅에서 이미 소개한 바와 같이 Fennec이란 프로젝트명으로 Fire Fox 3 Beta 4 소스를 사용하여 모바일로 포팅시키고 있다. 2008년 4월 13일, pre alpha Release를 발표했으며, 2008년 8월, Alpha Release 예정이다. 현재 Touch Screen용과 비 Touch Screen용으로 나누어 2개의 버전을 개발 중에 있으며 pre alpha 버전의 경우 아직까지 그다지 좋은 속도가 나오지 않는다는 평이다.

Nokia의 경우, 인터넷 타블렛에서 사용하는 Linux 플랫폼 Maemo(마에모라고 읽는다!!)가 있다. 이 Maemo는 Webkit엔진을 사용하지 않고 Gecko엔진을 사용하여 개발하고 있으며 프로젝트명은 'MicroB'이다. 그밖에는 Proxy Server base인 SkyFire도 이 Gecko엔진을 사용하는데 2008년 5월에 Beta 0.6을 release 하였다.


2. Presto

Opera에서 사용하는 Presto엔진은 'Presto'와 'Presto Core 2'로 구분된다. 얼마전에 업그레이드된 9.5에서부터 'Presto Core 2'를 사용하기 시작했는데 최근 Opera의 Mobile Browser들도 모두 'Presto Core 2'로 수정이 되었다.

2008년 5월 13일, Opera Mini 4.1이 Release가 되었는데 이미 'Opera Mini Ver 4.1 정식 릴리즈' 포스팅을 통하여 자세한 설명을 해놓았으니 참고하면 될 것이다. Opera Mini의 경우 현재 약 35milion user를 보유한 것으로 알려졌으며, 구성된 J2SE를 J2ME로 포팅하여 Android로 포팅 중에 있다. 국내에서도 일부 Java API만 수정하면 WIPI로 컴파일이 되어 일반 폰에서 볼 수 있는 것으로 알려져 있다. Preinstalled 기반으로 판매되는 Opera Mobile 9.5의 경우는 현재 100+million user가 사용한다고 한다. Opera Mini와 Opera Mobile 모두 기본 검색 엔진을 Yahoo에서 구글로 바꾼 것 역시 Android 포팅과 함께 구글 친화적 정책을 보여주고 있다.


3. Webkit

누가 뭐라고 하던 현재 렌더링 엔진의 가장 큰 스타 플레이어는 Webkit이다. Webkit의 가장 큰 특징은 다양한 플랫폼으로 이미 이식을 해놓았고, 모바일 플랫폼들이 Webkit을 내부 아키텍쳐에 포함을 시킴으로서 기타 다른 어플리케이션들이 Webkit API를 사용할 수 있다라는 것이다. 이러한 대표적인 플랫폼으로는 구글의 Andriod와 얼마전 Nokia에 인수 합병된 Trolltech의 QT 4.4+ 등을 이야기 할 수 있다. 이로서 브라우저 외의 html 문서 뷰어를 기반으로한 E-Mail, RSS Reader와 같은 다양한 어플리케이션을 해당 플팻폼에서 쉽게 개발을 할 수 있게 되었다. Nokia는 Safari 3.1 기반으로 새로운 Browser 포팅 중이라는 루머도 있다.

Webkit의 등장으로 Browser기반의 Application이 쉬어지고 이로 인해 다양한 Newface등이 등장하고 있다. 대표적인 예로는 Windows Mobile용 브라우저인 Iris Browser를 개발한 Torch Mobile, Beta를 준비 중에 있는 Wake3, LiMo + WebKit + GTK를 결합하여 전투력 극강을 보여주고 있는 인도의 Azingo, SquirrelFish 등을 예로 들 수 있다. 이 중에 특히 Azingo와 SquirrelFish는 주의깊게 봐야 하는 Player이다.

이번 5차 MobileWebAppCamp에서 futurewalker님께서 소개한 Sand-Labs.org이라는 Player도 흥미롭다. 이 기업은 Webkit Base의 어플리케이션을 포팅을 해준다. 하지만, '흥미'외의 것은 없다. 사실, 어떠한 모델을 가지고 Newface가 등장하느냐보다는, 얼마만큼 성공할 수 있는 Model을 가지고 등장하느냐가 더 중요한 것인데 그런면에서 이러한 Model은 성공 여부가 극도로 작다. 이러한 생각의 근거는 Webkit의 기본 포팅이 일단 너무 쉽기 때문이다. 그리고 모바일에서의 포팅 한후의 이슈 지원이 기본 수입원(NRE)이 되는데 이러한것을 100% 외주로 맡길만한 개발사가 과연 얼마나 있을까 의문이다. 물론, 기업 전용 어플리케이션이나 몇가지 Minor한 응용 제품이 나올 수는 있으나 크게 성공하지는 못할 것으로 예상된다. 실제로 해당 홈페이지에 가봐도 Pilot으로 만든 브라우저 외에 Reference가 현재까지는 전무하다.

Smart Phone의 시장이 점점 커지고, 아이폰과 풀터치 스크린에 대한 관심이 증가함에 따라 UI의 중요성이 강조가 되면서 안정된 Smart phone 플랫폼에 대한 관심이 갑작스레 많아져버렸다.스마트폰 플랫폼에 대한 시장 점유율은 '지역색에 따른 스마트폰 이야기' 포스팅에서 언급한적이 있으므로 못보신 분들은 참고하기를 바란다. Global한 시장 점유율은 심비안이 약 65%이상을 점유하고 Windows Mobile이 12%를 차지하고 있는 것으로 알려져 있다. 그뒤로 여러 Linux 기반의 플랫폼과, iPhone의 OSX, 구글 안드로이드 등이 영역을 확장하기 위해 배수진을 치고 있다.

2008년 6월은 이러한 모바일 플랫폼에 대한 이슈가 특별히 많았던 것 같다. 안드로이드폰 출시일에 대한 연기등의 소소한 이슈들을 빼더라도 메가톤급 이슈가 3개나 있었다. WMDC에서 iPhone 3G와 Mobile me에 밀리기는 했지만 써드파트 어플리케이션의 소개와 이에 대한 SDK, 그리고 판매방법에 대해 소개를 했었고, 노키아가 심비안을 100% 인수를 한 후 완전 공개 플랫폼으로 전환하겠다는 발표를 했다. 그리고 Linux 기반의 주요 플랫폼인 LiMo와 LiPS Forum이 통합하겠다고 발표를 해버린 것이다.



잠깐 눈을 국내 웹과 스마트폰의 현재를 돌이켜보자. 개방형 어플리케이션이 자리잡을 수 있을 것 같은가? 그렇다고 해외 플랫폼이 내거는 상금을 노려볼 것인가? 참아라. 인생은 한방이라고 하지만 기업의 전략을 그렇게 쉽게 정하지 마시라. 국내 IT가 흘러온 역사를 돌이켜보면 이러한 개방형 서비스로 이득볼 수 있는 것은 서비스 제공업체 밖에 없다. 기업형 시장에 최적화된 툴을 제공하는 기업과 포탈로 대변되는 국내 웹서비스의 모바일 진출이다. WiFI망도 열어주고, 그래도 포팅하기 가장 쉬운 Windows Mobile을 플랫폼을 사용하고 있는 블랙잭에서도 개발하기 그다지 어렵지 않은 한국형 RSS 어플리케이션이나 그 흔한 고스톱 게임도 제대로 나오지 않는 것을 보면 어플리케이션 개발사가 모바일에서 수익을 얻기를 기대하는 것이 얼마나 힘든것인가를 대변해주고 있다.

다시 한번 말하지만 서비스 업체에는 분명히 기회의 땅이 서서히 열리고 있다. 다행인것은 이 서비스업체들이 개발사보다는 국내에 많다는 것이다. 이들에게 몇가지 하고 싶은 잔소리가 있는데..


첫째, 다양한 플랫폼에 대응 할 수 있도록 조직을 재정비해야 한다. 단순하게 모바일을 준비하라는 것은 아니다. PMP, 전자 사전 류를 비롯하여 IPTV, Setpup Box등 다양한 장치와 다양한 플랫폼에 대응할 수 있는 조직으로 재구성해야 한다.
단말기 제조사로 이름이 알려진 Nokia가 Ovi등 미디어 그룹으로 다시 태어나기 위해서 가장 먼저 한일 또한 조직을 그에 맞게 재구성한 것이었다. 그전까지는 디바이스 중심의 회사 조직을 2008년 1월, 조직개편을 통해서 디바이스, 서비스 및 소프트웨어, 마켓 이라는 3대 조직으로 구성하고 개발조직을 독립적으로 구성하여 각 서비스에 맞게 3대 조직내에 맞는 개발팀을 효율적으로 운용하게끔 하였다. 이렇게 조직은 전사적인 전략에 맞게끔 조직을 바꾸지 않으면 따라 갈 수 없는 세상이 되고 있다.

각 팀에서 똑똑하고 열심히 일하는 몇명을 뽑아서 TFT라는 작은 조직을 만들고 그 안에서 지지고 볶으려는 노력으로는 다양한 디바이스와 플랫폼에 절대 대응하지 못하리라고 장담한다. 적어도 모바일 전문가라는 그룹들이 가진 경험을 절대로 우습게 보지 말기를 바란다. 그들의 경험을 흡수하여 사용하기를 바란다.


둘째, 절대로 하나의 플랫폼에 All-In하지 말아라. 해외의 거대 공룡 기업들이 어마어마한 상금을 걸고 개발자들을 흡수하려고 하는데, 남이 내는 북소리에 맞추어 춤추는 어리석은 광대가 되지 말아라. SDK Release 일정이나 포팅된 단말이 출시되는 일정은 당분간 계속 유동적이 될 것이다. 이 수많은 플랫폼들은 서로가 서로를 너무 잘 알고 상대방의 장점을 흡수하려고 하고 있다. Low Level 라이브러리는 동일하지만 UI에 대한 관심이 극도로 높아짐에 따라 UI Level API는 지속적으로 변화하고 있다. 한마디로 Final Release가 되기 전까지 최종모습을 개발하는 당사자들도 예측하기 힘든 상황이다. 몇개 그룹의 브랜드 파워에 혹해서 철새들 처럼 따라가야할 필요는 없다. 국내에 있는 서비스 기업체라면 더더욱 필요없다.
 
지금과 같은 다양한 플랫폼의 등장과 그들끼리의 경쟁은 향후 일이년안에 끝날 수 있는 상황이 아니다. PC시장과 같이 소비자가 모든 것을 좌우하는 에코시스템이 아니니 당분간 이런 상황은 계속 될 것이다. 지금은 All-In이 아닌 준비를 해야 할 때이다. 물론 Pilot Test라면 전혀 다른 이야기이다. 블로그나 언론 보도를 보면 곧 뭔가 바뀔 것 같아서 결정을 해서 상용 제품을 만들어야 뒤쳐지지 않을 것 같지만 절대 아니니 서두르지 말기 바란다. 안드로이드폰의 년내 출시 여부 따위의 이슈는 블로거들의 차지이지 기업 전략의 이슈가 아니다.


셋째, 각 기업의 개발 시스템을 다양한 플랫폼에 대응 할 수 있게끔 천천히 준비하라. 각 어플리케이션 개발자들은 현재 자신이 개발중인 아키텍쳐를 Core, Abstract Layer, API, Application Layer 등으로 명확하게 구분해라. 여유가 있는 기업이라면 미리미리 Refactoring으로 각 아키텍쳐들을 Review해야 한다. 개발자들은 CRT를 사용하지 말아라. CRT를 사용하더라도 MACRO로 모든 함수를 다시 한번 Mapping한 후 사용하여라. CRT 함수뿐이 아니다. Data type, Return value, Structure 모두 마찬가지이다. 모두 Macro로 한번 Mapping을 하기를 바란다. 템플릿이 있다면 모두 걷어내고, 다중 상속으로 개발된 코드가 있다면 빨리 삭제하여라. 하나의 플랫폼에만 Optimize 된 코드 생산은 이제는 의미가 없는 세상이 온다. 개발 코드 뿐만 아니라 개발 업무 시스템에 대한 정비도 미리미리 해놓기를 바란다. 어떠한 개방형 플랫폼에도 신속하게 대응할 수 있게끔 준비를 하기 바란다.


국내에 스마트폰이 활성화되고 이들의 플랫폼 위에 개방형 플랫폼들이 자리를 잡고 시장을 호령할 때 까지 다행스럽게도 시간이 남아 있다. 절대로 장담할 수 있는 것은 시간이 충분히 남기는 했지만 언젠가는 반드시 온다는 것이다. 국내의 기업들도 미리미리 이러한 세상을 준비하고, 이러한 세상이 올 때 뭔가를 이루어 내기를 바란다. 다시 한번 강조하지만 위의 잔소리는 서비스업체들을 대상으로 하는 것이다. 어플리케이션 개발자들은 조금은 다른 각도에서의 전략이 필요하다.