모바일 컨텐츠 이야기


모바일 플랫폼과 모바일 OS의 차이


요근래 플랫폼이 이슈가 자주되고 있고, mobizen 또한 관심이 많은 터라 플랫폼에 대한 언급을 자주 하고 있다. 얼마전 외부강의를 한 적이 있는데, 그 쪽 담당자가 나에게 어떤 회사에 근무하냐고 물어보더니
"저는 하도 플랫폼 이야기를 자주 하시길래 서버 관련 업무를 하시는 줄 알았어요."
라고 하는 것 아닌가?
 
처음에는 무슨 말인지 몰라서 멈칫 했는데, 조금 더 생각해보니 강연을 요청한 업체에서 주업무로 하는게 서버쪽 업무이고, 그러다보니 서버 플랫폼에 대한 이야기를 자주 해서 SI 업계의 서버 플랫폼과 혼동하고 있다는 것을 이해하게 되었다. IT 업계가 새로운 단어가 계속 생기기도 하고, 원래 의미와 변형이 되는 경우도 많고, 각 도메인에 따라 동일한 단어가 다른 의미로 쓰이는 경우가 많아 간혹 이런 오해를 낳곤 한다. 요즘 다른 블로그에서도 모바일 플랫폼 이야기를 많이 언급하는 것 같아 이번 기회에 기본적인 정의를 해보고자 한다.

예전에는 모바일 플랫폼은 정확하게는 Middleware Platform에서 Middleware를 생략하고 이야기하는 것이었다. 그렇다면 Winodws Mobile을 위시하여 안드로이드나 iPhone 등에서 사용되는 것이 기술적으로 'Middleware Platform' 이라고 불릴 수 있는 것인지 다소 혼동스럽다. 언론 매체에서도 대부분 위의 기술들을 소개할 때 제목에는 '플랫폼'이라는 단어를 사용하다가, 본문에서는 OS와 비슷한 것이라고 소개된 것을 종종 보게 된다. 이러한 기술적인 단어의 배경을 이해하려면 일반폰(Normal Phone 또는 Simple Phone이라고 불림)과 스마트폰의 구조적인 차이점을 이해하여야 한다.

스마트폰이 요즘과 같이 비약적인 발전을 하기 전에는 모바일 디바이스는 일반폰만을 중심으로 움직였다. 이 일반폰위에서 움직이는 다양한 Middleware Platform등이 탄생하였는데, 대표적인 것으로는 Java VM이나 BREW, WIPI, Mocha, 인피니온 등이 있다. 아래는 WIPI의 개념적 구조도이다.

사용자 삽입 이미지

대부분의 Middleware Platform은 위와 같은 구조를 가진다. 이중에서 2가지 Layer가 중요하다. '단말기 기본 S/W'는 가장 기본적인 기능인 음성통화를 가능하게 해주는 통신 기능과 OS를 말한다. HAL은 여러 가지 기능을 제공하는 API로, 하단의 단말기 기본 S/W와 위의 Middleware platfrom(위 그림에서는 WIPI)을 연결해주는 역할을 한다. 여기에서 OS를 RTOS라고 하며, CDMA에서는 REX, GSM에서는 뉴클리어, kadak등이 사용되고 있다.

예전 Windows 3.1이 우리의 PC를 뛰어다닐 때, Windows 3.1이 OS냐 아니냐에 대한 학술적인 접근이 많았다. 그럴 때 주로 이야기 되었던게 OS의 필수 3요소인데, 그것은 바로 메모리 관리, Thread 관리, 파일시스템 지원 이다. 이러한 OS의 3대 요소 중에 Middleware Platform이 하는 것은 없다. '단말기 기본 S/W'안에 있는 RTOS가 모두 이러한 일을 담당하고 Middleware Platform은 HAL을 통해서 OS의 API를 접근할 뿐이다.

그렇다! Middleware Platform과 Mobile OS는 다르다. 적어도 일반폰(Normal Phone)에서는..


하지만, 이러한 공식이 스마트폰으로 오면 상황이 달라진다. 스마트폰은 기본적으로 멀티 태스킹을 지원하고 다양한 멀티미디어 작업을 해야 하는데 현재의 RTOS로는 한계가 있었다. 그러다 보니 PC의 운영체제들을 아키텍쳐는 유지하고 커널을 바꾸는 것을 기본으로 모바일에 최적화를 하기 시작하였다. 이러한 노력들로 MS는 Windows Mobile을, 애플은 아이폰을, LiMO을 Linux를 이용해서 플랫폼을 개발하고 제품에 상용화 하였다. 아래는 'Linux 기반의 모바일 플랫폼 동향 #1'에서 소개했던 LiMo 플랫폼의 구조이다.

사용자 삽입 이미지

그림을 보면 알겠지만 Linux Kernel이 직접 H/W를 접근 제어를 하고 있다. HAL도 필요가 없다. 'Middleware Platform'에서 'Middleware'가 아닌 'Platform'의 구조인 것이다. Linux나 Windows 그 자체가 OS이며 메모리, 쓰레드, 파일시스템관리를 모두 지원하는 것이다. 현재 개방형의 흐름을 타고 개발되는 모든 플랫폼은 스마트폰을 타겟으로 하고 있으며, 위와 비슷한 구조를 가지고 있다. 정리를 해보자면,

스마트폰에서의 Platform은 OS 이다.


기술적인 관점에서 이야기하자면 이렇게 간단하다. 요즘 언론에서 언급되는 대부분의 플랫폼은 후자에 해당하므로 굳이 플랫폼이라는 단어 대신에 OS라는 단어를 써도 무방하다. 한데, 사람의 버릇이라는게 쉽사리 바뀌지 않는다. Normal 폰 때부터 불러왔던 'Platform'이라는 단어가 쉽사리 'OS'로 바뀌지가 않는다. 게다가 요 근래의 'Platform'은 OS만 제공하지 않는다. 그 위에 다양한 Interface와 Component, Drawing Engine, Application SDK 등을 같이 제공을 하다 보니 OS로만 부르기에는 부족하게 느껴진다.

이런저런 이유로 모바일에서는 Mobile OS라는 단어보다는 Mobile Platform이라는 단어가 일반적이 되고 있고 바뀌지는 않을 것 같다. 뭐라고 불리운들 어떠하리, 시장의 흐름에 따라 준비를 하고 BM을 찾는 것이 중요하겠지...
2008/08/21 13:51 2008/08/21 13:51
top

  1. 노아 2008/08/21 16:02 PERM. MOD/DEL REPLY

    스마트폰에서든 노말폰에서든 플랫폼과 OS는 구분된다고 생각하구요.
    LiMO와 안드로이드는 둘 다 리눅스 OS를 기반으로 하고 있지만 LiMO와 안드로이드를 OS라고 하지 않고 플랫폼이라고 하지요.

    예를 들어 안드로이드를 리눅스 OS가 아닌 WinCE나 REX위에 동작하도록 구글이 릴리즈 할 수 있지 않겠습니까? 플랫폼이 동작하는 OS가 고정될 수 도 있고 그렇지 않을 수도 있지요.

    mobizen 2008/08/21 16:20 PERM MOD/DEL

    노아님.. 리플 감사합니다. ^^

    첫번째 부분은 이미 저도 본문에서 언급한 부분이고..

    두번째 부분은 전 생각이 좀 다릅니다. 안드로이드 자체가 Linux OS와 GTK를 기반으로 하고 있는데 그 상위 API를 다른 OS 기반으로 바꾼다는건 현실적으로 문제가 있다고 보여지네요. 그런 개념이라면 사실 OS도 Core 커널 위에 많은 레이어가 있는데요. XP위에 Ubuntu가 돌 수도 있겠죠. 기술적인 개념과 현실의 차이는 분명히 있다고 보여집니다. 어쩌면 구분을 위한 구분이 되어버리죠.

    노아님께서는 LiMo를 OS라고 하지 않는다고 하셨죠? 과연 그럴까요?
    아래는 LiMo의 홈페이지(http://www.limofoundation.org/) 메인 페이지에 있는 내용입니다.

    <LiMo Foundation은 모발일 장치를 위한 최초의 진정한 개방형의, 하드웨어로부터 독립적인, 리눅스 기반 운영 체제를 만드는 데 헌신하는 업계 컨소시엄입니다>

    LiMo 스스로도 운영체제를 만들기 위한 공동체라고 스스로를 정의하고 있답니다.

  2. 노아 2008/08/21 23:52 PERM. MOD/DEL REPLY

    음. OS를 어디까지 생각하느냐의 차이 같은데요.
    안드로이드는 이렇게 정의하는 군요.

    Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This beta version of the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.

    저는 OS를 리눅스던 윈도우던지 간에 커널 레벨과 커널을 동작시킬 수 있는 system call이나 system API로 생각합니다.
    LiMO도 리눅스 커널 위에서 동작하고 안드로이도 리눅스 커널 위에서 동작하지요. 안드로이드는 OS를 포함한 소프트웨어 스택이라고 말하고 있습니다.

    LiMO의 PDF를 잠시 보니까 Middleware OS라는 말을 쓰네요. LiMO 진영은 OS의 의미를 넓게 보는 것 같습니다.
    (http://www.limofoundation.org/images/stories/pdf/limo%20foundation%20overview%20-%20may08-ext.pdf)

    리눅스 커널을 사용하는 LiMO나 안드로이드를 OS라고 칭하면 하부에 존재하는 리눅스 커널은 어떻게 불러야 할까요? 리눅스 커널이 OS인데요. 저는 이런 관점에서 LiMO나 안드로이드는 리눅스 기반의 플랫폼이라고 부르고 싶네요.

    이렇게 용어의 일치를 보기가 어려우니 많은 사람들이 플랫폼과 OS를 혼용하는 것 같기도 하구요. --;

    mobizen 2008/08/22 08:13 PERM MOD/DEL

    네.. 노아님 말씀이 맞습니다. 관점의 차이이기도 하고 범위의 문제이기도 하죠. ^^

    괜찮으시다면 한번 더 제 의견을 말씀 드리고 싶습니다. 사실은 노아님의 생각이나 제 생각이 중요한 것은 아닙니다. 어느 정도가 더 일반적이냐가 중요한 것이라고 생각합니다.

    OS가 커널과 System Call 이라고 생각하시고 리눅스 커널을 뭐라고 불러야 할까를 말씀 하셨는데요. 리눅스 커널은 '커널'이라고 부르면 됩니다. ^^

    제 말씀은 굳이 '커널'이라는 단어가 있는 것은 '커널'이 OS의 전부가 아니고 OS의 한 부분이기 떄문이라는 것입니다. Linux는 공개 소프트 웨어이고 커널 위에 사실 다양한 엔진들이 같이 올라가서 OS를 형성합니다. 노아님의 의견은 사실 Linux라는 한 제품만을 가지고 이야기하면 맞는 말 같지만 하나의 회사에서 폐쇄적인 개발을 하는 일반 OS에서는 현실성이 떨어집니다.

    MS-DOS에서도 'COMMAND.COM'은 OS의 한 부분으로 구분을 하지요. Windows Mobile이라고 이야기 하면 모든 유틸리티를 포함을 합니다. 아이폰의 맥 OS X의 경우도 그렇지 않을까요?

    관점의 차이는 맞습니다만, 좀더 General 한 방향으로 접근해야 하지 않을까... 하는게 제 소견입니다.

    리플 주셔서 감사합니다. ^^

  3. penta7 2009/02/18 17:48 PERM. MOD/DEL REPLY

    제가 궁금했던 부분에 대한 토론이 정확히 있어서 기쁘네요...

    제 생각에는 이렇게 부르면 어떨까 생각됩니다.
    안드로이드 solution = 안드로이드 platform + 리눅스 OS
    (부르는 이름이 하나 더 생겨서 복잡할까요?? ^^)

    그리고 개인적인 의견으로는 안드로이드 플랫폼 + 다른 RT OS 로 얼마든지 가능할 것이라 생각됩니다.. (그리고 가능해야만... 잘 만든 플랫폼이지 않을까... 하는 생각도..)
    하지만 안드로이드가 open source /개방형 을 표명하고 있는 한 현재로써는 안드로이드 솔루션으로는 Linux 와의 궁합이 가장 맞지 않나 생각합니다.

    p.s. 실은 플랫폼이라는데... Rex 위에 하나 만들어서는 못올리나? 라고 아침에 생각해서 자료 찾아 보고... 현재까지의 제 결론입니다. " 가능은 하겠지만... 안드로이드가 표방하는 이념에 대해서 의미는 없겠구나.. "

    mobizen 2009/02/18 18:50 PERM MOD/DEL

    네.. 기술적인 접근으로야 모두 가능하죠. 말씀 하셨다시피 사업적인 의미가 있는지가 관건일 것 같네요. ㅎㅎ

  4. 우기태 2009/02/19 00:03 PERM. MOD/DEL REPLY

    이런 개념의 차이를 들어보는 것도 참 재미있고, 저도 한번 개념정리를 하는 계기가 되네요...
    개념이야 항상 가변하는 것이고, 이런 가변 언어들은 광의의 개념과 협의의 개념을 동시에 내포하고 있다고 생각합니다. 특히 IT용어는 기술 변화 속도에 대응하여 변하는 것 같구요.

    패킷, 프레임, 변조, 네크워크, 시스템, 등등.... ... 이라는 단어도 세부 종사자마다 조금은 다른 의미를 부여하지 않을까 합니다. 언급해주신 것과 같이 좀더 General 한 방향으로 접근하는 것이 최선이라는 점 좋은 말씀이네요~

    그런의미에서 제가 갖는 임베드디 단말분야에서의 OS와 플랫폼의 의미에 대해 적어보자하며 개인적인 생각으로 보시면 될 듯합니다. 저는 소외된 H/W에 대한 부분을 플랫폼의 개념에서 커버해 보고자 합니다.

    먼저 OS는 수직적인 소프트웨어의 스택 구조들이며, 플랫폼을 구성하는 여러 LAYER중에서 독립적인 하나의 계층으로 생각합니다.

    플랫폼의 정의에 있어서는 다소 다를 듯 한데... 저는 플랫폼을 "H/W 플랫폼 + S/W 플랫폼 + 알파"라고 다소 광의의 개념으로 정의해 봅니다. 그리고 플랫폼을 OS보다 넓은 의미로 보고 있구요...

    RTOS, HLOS별 플랫폼을 비교하자면... HLOS기반의 플랫폼이 RTOS 기반의 플랫폼 보다 더 많은 LAYER층으로 구성될 거라 생각하며, OS자체에 있어서는 HLOS의 커버리지가 RTOS의 커버리지보다 넓다고 보입니다. HLOS는 단순한 미들웨어 이슈가 아닌 S/W와 어플까지의 통합 개념이라 볼 수도 있으므로....
    통일된 LAYER의 구분은 없으나, 작게는 4계층(H/W, OS, M/W, APP) 넓게는 (H/W, Driver, OS, M/W, Software, APP)정도로 쪼개 봤습니다.

    왜 플랫폼을 광의의 개념으로 해석했는지에 대해 물어보신다면.."플랫폼"의 가장 제너럴한 목표가 재사용성 증가 및 보편화의 추구란 점이 아닐까란 점 때문이며, 이는 어느 부분이 공통적으로 중요한 것인지를 생각해보게 합니다. 즉 최적의 소프트웨어를 스택하는 것도 중요하지만, H/W의 고려 또한 중요한 부분으로 보이며 이 또한 보편성을 가져야 하기 때문입니다. 예를 들면 구글 안드로이드라는 HLOS를 ARM에 포팅한다고 해보죠.. 달빅 커널도 중요하고 자바 버추얼 머신도 중요하지만... ARM9, ARM11, ARM COTEX 중 어떤 ARM에 포팅하는냐도 중요할 거라 생각하며, 플랫폼이라 하면 이런 부분에 대한 프로토콜들을 범위를 미리 설정하고 추상적인 구조를 정의해 놓아야 하는 것이 아닌가 힙니다.

    기술적 BASE가 다소 부족하다 보니... 엉뚱하게 들리시더라도 이해를 ...

    mobizen 2009/02/19 02:14 PERM MOD/DEL

    제가 지금까지 플랫폼을 너무 S/W와 미디어적인 측면으로만 보고 있었다는 생각이 드네요. 맞습니다. 일반 PC환경과 달리 모바일에서는 하드웨어도 플랫폼에 큰 축에 들지요. CPU, GPU, A-GPS 등 다양한 요소들이 플랫폼의 한 축을 담당하는 것 같습니다. 좋은 리플 감사드립니다.

  5. 가이아 2010/02/16 06:33 PERM. MOD/DEL REPLY

    개념적으로 사람으로 치자면, 사람 그 자체(생물적)는 OS, 사람이 나타내는 성격,특성,능력 등등이 플랫폼이 아닐까요, 모바일 에서는 os가 특성을 나타내는 경우(iPhon OS가 대표적,노키아 심비안)가 많으니
    구분이 모호해지는 경향이 강해지는 특성이 있으니..

  6. adward 2010/03/18 17:38 PERM. MOD/DEL REPLY

    한 10번 읽었는데...국어공부부터 다시했으면 하네요...
    아래 부분...정말 무슨 말인지 모르겠네요.
    =====================================

    대부분의 Middleware Platform은 위와 같은 구조를 가진다. 이중에서 2가지 Layer가 중요하다. '단말기 기본 S/W'는 가장 기본적인 기능인 음성통화를 가능하게 해주는 통신 기능과 OS를 말한다. HAL은 여러 가지 기능을 제공하는 API로, 하단의 단말기 기본 S/W와 위의 Middleware platfrom(위 그림에서는 WIPI)을 연결해주는 역할을 한다. 여기에서 OS를 RTOS라고 하며, CDMA에서는 REX, GSM에서는 뉴클리어, kadak등이 사용되고 있다.

    예전 Windows 3.1이 우리의 PC를 뛰어다닐 때, Windows 3.1이 OS냐 아니냐에 대한 학술적인 접근이 많았다. 그럴 때 주로 이야기 되었던게 OS의 필수 3요소인데, 그것은 바로 메모리 관리, Thread 관리, 파일시스템 지원 이다. 이러한 OS의 3대 요소 중에 Middleware Platform이 하는 것은 없다. '단말기 기본 S/W'안에 있는 RTOS가 모두 이러한 일을 담당하고 Middleware Platform은 HAL을 통해서 OS의 API를 접근할 뿐이다.

    그렇다! Middleware Platform과 Mobile OS는 다르다. 적어도 일반폰(Normal Phone)에서는..


    하지만, 이러한 공식이 스마트폰으로 오면 상황이 달라진다. 스마트폰은 기본적으로 멀티 태스킹을 지원하고 다양한 멀티미디어 작업을 해야 하는데 현재의 RTOS로는 한계가 있었다. 그러다 보니 PC의 운영체제들을 아키텍쳐는 유지하고 커널을 바꾸는 것을 기본으로 모바일에 최적화를 하기 시작하였다. 이러한 노력들로 MS는 Windows Mobile을, 애플은 아이폰을, LiMO을 Linux를 이용해서 플랫폼을 개발하고 제품에 상용화 하였다. 아래는 'Linux 기반의 모바일 플랫폼 동향 #1'에서 소개했던 LiMo 플랫폼의 구조이다.

    진눈깨비 2010/03/20 23:06 PERM MOD/DEL

    두개 층이 중요하다.
    '단말기 기본 소프트웨어'는, 음성통화를 가능하게 해 주는 기본 기능인 통신기능과 OS 를 말한다.
    여기에서 OS 를 RTOS 라고 하며 CDMA 는 REX, GSM 은 뉴클리어, kadak 등을 쓴다.

    HAL-Handset Adaption layer 는 여러 기능을 제공하는 API 로 아래쪽 단말기 기본 소프트웨어와 위의 미들웨어 플랫폼(WIPI)를 연결해 주는 역할을 한다.

    윈도 3.1 이 OS 냐 아니냐 에 대한 학술적 접근이 많았다. 주로 이야기 되었던 게 OS 필수 3요소로 메모리 관리, 쓰레드 관리, 파일 시스템 지원 이다. 미들웨어 플랫폼은 이러한 관리를 하지 않는다.
    미들웨어 플랫폼은 HAL 을 통해 OS 의 API 에 접근할 뿐이다.

    따라서 미들웨어 플랫폼과 모바일 OS 는 다르다. 적어도 일반 폰 에서는.

    하지만 이러한 공식이 스마트폰으로 오면 상황이 달라진다. 스마트폰은 기본적으로 멀티태스킹을 지원하고, 다양한 멀티미디어 작업을 해야 하는데 현재 RTOS 로는 한계가 있었다.

    그러다 보니 PC 운영체제를 아키텍처는 유지하고 커널을 바꿔, 모바일에 최적화 하기 시작하였다.
    --------------------------
    저도 이해하기 어려워서 정리를 해 봤습니다.
    (모비젠님께서 불쾌하시다면 삭제하시거나 비밀글로 바꾸셔도 됩니다)

  7. Bae 2010/06/05 23:48 PERM. MOD/DEL REPLY

    저 궁금해서 그런데,

    만약 애플이 아이폰에

    WIPI를 탑재하게 되면

    MAC OS를 포기해야 하는건가요?

    좀 헷갈리는게

    위피가 무선인터넷 접속부분에서 관여하는 것이라(플랫폼?)

    아이폰에서 그것을 탑재 할 경우

    MAC과 WIPI와의 호환성이 문제라고 이해하고 있었거든요.

    답변 부탁드릴께요. ㅎㅎㅎ

  8. bluewinz 2010/07/21 11:56 PERM. MOD/DEL REPLY

    Mac OS 위에 WIPI를 시물래이션 시킬 수 있겠죠.
    쉽게 생각해서, 윈도우 개발환경에서의 위피 에물래이터도 있잖아요?

    Mac OS를 포기해야 한다는 것이 어떤 이야기인지 좀 이해가 안가구요. WIPI 탑재해서 WIPI 개발을 하게 되는 경우 Mac OS API 사용/접근을 포기한다는 얘기이신가요?
    그렇다면 이건 정해진 답이 없는거 같습니다. SW는 주무르기 나름이니, 그렇게 만들수도 있고 안 그럴수도 있구 하니까요. ^^

    제가 20여년 전에 MSX 컴을 처음 접하게 되었는데, 이후 IBM-PC로 넘어오면서 DOS을 알게 되었구요. OS 의미가 시스템 운영하는 것이잖아요? 그러다 보니 하드웨어쪽 처리 하는 부분을 커널이라고 하고요. 요즘 OS들은 하드웨어 뿐만 아니라 여러 어플 관리를 하다보니 쓰레드 처리도 해야하고 등등 해서 구분이 애매모호 하거나 플랫폼과 OS의 구분에서 겹치는 부분들이 있는거 같네요.

  9. WHYC 2011/02/01 01:08 PERM. MOD/DEL REPLY

    제 생각은 전적으로 노아님 의견에 동의 합니다.
    커널이 OS 의 일부분이라기 보단 OS 의 핵심적 요소로 보셔야 합니다.
    본문에서 언급하셨던 OS의 필수요소 메모리 관리, Thread 관리, 파일시스템 지원 을 바로 커널이 담당하기 때문에 OS = 커널 이라 봐도 크게 무리가 없습니다.
    플랫폼과는 구분 지어지는게 당연하다고 생각됩니다.

    간단히 예를들어
    물론 OS => 커널 + 플랫폼
    커널 + 플랫폼 => OS 둘을 바꿔말해도 부자연스럽지 않습니다만.

    현재처럼 애매모호한 기준을 적용해도 OS => 플랫폼 은 될수있어도
    플랫폼 => OS는 성립이 되지 않습니다.
    역이 성립해야 명제는 참이 될수 있죠.
    그렇기 때문에 구분해서 생각해야 합니다.

  10. 드라이버 2011/08/22 17:10 PERM. MOD/DEL REPLY

    설명이 비교적 잘 되어 있는데, OS의 역활에서 원래의 4대요소 가운데 하나인 입출력장치 관리가 빠져있네요. 각종 다양한 입출력 장치를 연결해주는 장치드라이버와 관련되어 있는 부분일텐데... 그러나, 모바일을 말하는 것이니까 이미 완성형으로 맞춰서 나오는 제품이라 그런가, 본문에서는 장치관리 부분은 일부러 누락 시키신 듯??

 

인프라웨어가 외국계??


아래는 'Mobile UX'자료를 검색하다가 우연히 발견한 네이버의 한 카페에 있는 게시글이다. 인프라웨어의 구인광고에서 해당 회사를 외국계 회사로 소개하고 있다. 인프라웨어라는 회사가 주는 이미지가 외국계라는 느낌이 강해서 작성자가 실수를 한 듯 하다. 궁금해서 카페를 조금 둘러봤더니 취업 준비생들 몇명이서 운영하는 카페인데, 구인에 대한 정보를 공유하면서 '외국계'는 따로 표시를 하고, 한국시장 진출에 실패한 외국계 기업, 괜찮은 외국계기업들 등의 다양한 외국계 기업에 대한 정보가 있었다. 취업을 준비하는 입장이나 이직을 생각하는 사람의 입장에서 다양한 정보를 얻어내고, 좀더 안정적인 자리를 찾는 것은 당연하지만, '외국계'라고 하면 일단 선호하는 풍토를 보는 것 같아 개인적으로(!) 괜시리 씁쓸하다.

사용자 삽입 이미지



예전에 웹 사이트 미들웨어 도입을 회사에서 고민한 적이 있고, 그에 대한 1차 결정권이 나에게 있었던 적이 있었다. 턱시도보다는 Tmax 제품이 나을 것 같아서 추천한 적이 있는데 같이 일하는 팀원 녀석이 나한테 이런말을 했다.

"그런 Middle 엔진을 국내 개발업체가 개발할 수 있나요? 저희 교수님도 국내 업체에는 그런걸 개발할만한 수준이 아니라고 하셨는데요. 설마 진짜 국산은 아니겠지요."

그렇게 이야기한 놈이나, 그 교수나... 본인 수준이 그 모양이니 모든 업체 수준이 다 그 모양인줄 안다. 국내에도 꽤나 고수들이 많고, 열심히 일하고 묵묵히 한 우물만 파는 분들이 꽤 있다. 게다가 요즘에는 다양한 정보 공유의 장이 발달함에 따라 그러한 분들이 더 많아지고 있다. 국내에도 브라우저에 대해 한 우물을 판 인프라웨어와 같은 회사가 있는 것은 자랑할만하다. 비롯 그 회사가 하는 일부의 면이 문제가 있을 수는 있으나 그것들은 위에 있는 일부 경영진의 문제이지 그 안에서 묵묵히 욕 먹어가며 열심히 일하는 개발자들에게는 마음껏 박수를 치고 싶다.

사용자 삽입 이미지
현재 mobizen 역시 외국계 기업에서 근무를 하고 있다. 이 조직안에서 구성원들이나 입사를 원하는 지원자들과 면접을 하다보면 어김없이 '외국계'기업이기 때문이라는 이야기가 나온다. 흔히들 외국계라고 하면 Pay도 좋고, 좀 더 그럴듯 하고, 안정적이라고 생각하는 것 같고, 실제로 분명히 그런 점이 있는 것은 사실이다. 하지만 어디나 장점이 있으면 단점도 있을 뿐이다. 지사의 환경을 고려하지 않은채 일방향으로 내려오는 본사의 지시사항이나, 조직원들의 부족한 소속감과 충성도, 게다가 의사 결정은 느릴 수 밖에 없다. 모바일 시장 자체가 힘들다고 해서, 외국계라고 하면 무조건 선호하는 풍토는 한번씩 생각을 해보아야 한다. 가장 중요한 것은 개인의 비전과 조직의 비전이 일치하느냐이고, 어떠한 업무를 하는 것이지 않을까? '외국계'를 선호하는 이들을 비난할 생각은 없다. 나 또한 현재 그 그룹 안에 있으므로... 또 요즘과 같은 불안정한 세상에서는 어쩌면 당연한 선택이므로..

저 글을 게시한 사람의 단순한 실수일 수는 있으나 행여 외국계인줄 알고 이력서 넣어보는 모바일개발자는 없기를 바랄 뿐이다. 인프라웨어는 순수 국내 브라우저 개발 업체이다.

사용자 삽입 이미지
2008/08/03 01:08 2008/08/03 01:08
top

  1. 어나니머스 2008/08/04 08:45 PERM. MOD/DEL REPLY

    " 한국시장 진출에 실패한 외국계 기업, 한국시장 진출에 실패한 외국계 기업 "
    둘중 하나는 '성공'으로 바꾸셔야 겠어요..흐흐 (...2포인트가 누적되었습니다) ㅋㅋ

    mobizen 2008/08/04 15:43 PERM MOD/DEL

    쿨럭.. 본문 수정했습니다. 30포인트 되면 탕수육과 교환인가요? 50포인트되면 양장피이고.. ^^

  2. 뽐뿌맨 2008/08/05 04:47 PERM. MOD/DEL REPLY

    역시 모비젠님이 정확히 지적하셨네요!
    저도 주위에 만나는 학생들에게 너무 화려한 것만 찾지말라고 조언합니다. 신입일 때에는 기본적인 원칙과 경력 사항들만 있으면 어느 곳이든 들어갈 수 있다 라고 말합니다. 국내에서는 인턴제도가 정착이 안되어 있고인턴에 대한 올바른 업무와 평가가 없어서 그럴 껍니다. 그냥 보조 생활만 하다가 마쳐서 실제 업무를 익히지 못하기 때문에 그런 것 같습니다.
    미국은 하버드나 MIT나 알잘 없이 어디든지 인턴 생활을 해야 합니다. 좋은 대학 나왔다고 By-Pass 하는 경우는 없습니다. 왜냐하면 하버드나 MIT 나온 애들 보다 더 똑똑한 친구들이 많거든요 ^^
    또한 위의 그래프에 있는 회사들은 신입사원들이 들어가서 적응하기가 그리 쉽지 않은 회사들입니다. 주위에 공채로 들어온 후배들도 1년정도 지나야 회사의 비전과 조직에 대해 파악을 하고 대처하는 모습을 봅니다. 그리고 인터뷰 볼 때에도 구글이나 마이크로소프트 같은 경우에 Role 마다 독특한 방식으로 오래오래 봅니다. ^^

    mobizen 2008/08/05 10:22 PERM MOD/DEL

    외국회사들 인터뷰... 정말 오래오래 보죠~ 그런데 희안하게 우리나라 대기업들도 서서히 그 모습을 닮아가고 있습니다. 다른건 그대로인데 그 모습만 닮아가는게 아닌가 괜한 걱정이 들 정도라니깐요..

  3. 빨빤 2008/08/05 10:56 PERM. MOD/DEL REPLY

    그래도 외국계에서 근무하고픈 1인 -_-;;

    mobizen 2008/08/05 23:34 PERM MOD/DEL

    아니.. 빨빤님이 가고 싶다는데 싫다는 기업도 있나요?

    빨빤 2008/08/06 10:35 PERM MOD/DEL

    농담도 잘 하셔라;;;;

  4. ALEX 2009/03/21 12:17 PERM. MOD/DEL REPLY

    외국회사에서 언 9년 근무했는데.. 흑백이 명확하지만.. 중요한 것 중 하나는.. 한번 정도는 담가볼만 합니다. 우리문화보단 효율적인게 많고.. VERTICAL 하지도 않고. 의사결정도 빠르고.. 근무조건도 아시다 시피 좋습니다. 다만 모바일시장에서 한국시장에서 성공하기가 너무 힘들다는 구조적인 한계가 있는게 조금 슬프지만요~~ 암튼.. 좋은글입니다.,