Channy's Blog

페이스북- 해커의 방식으로(Hacker Way)

channy — Fri, 18 May 2012 13:52:00 +0900

페이스북이 내일 사상 최대의 IPO를 앞두고 있다.

난 페이스북에 대해 오래전 부터 비판적 견해를 견지 해왔지만, 마크 주커버그가 상장을 위한 투자자들에게 보낸 편지 중 일부에 적힌 내용은 꽤 진지하게 들어볼만한 대목이다. (한국어 번역본)

강한 회사를 만드는 방법의 하나로, 우리는 페이스북을 훌륭한 인재들이 세상에 영향을 끼치고 서로 배울 수 있는 공간으로 만들기 위해 최선을 다하고 있습니다. 우리는 우리만의 고유한 문화와 경영방식을 계발해 왔으며, 우리는 이를 해커웨이 (Hacker Way)라고 부릅니다. (중략) 해커방식은 끊임없는 개선과 이터레이션* 방식을 포함합니다. 해커들은 언제나 더 개선될 수 있고, 완성이란 있을 수 없다고 믿습니다. (잘못된 것이 있으면)꼭 고쳐야 합니다. 종종 '그건 안돼' 혹은 '이정도면 됐잖아' 라고 말하는 사람들 에 맞서서. (중략) 그리고 해킹은 원래 직접 해보는 능동적인 연습입니다. 새로운 아이디어가 (실현)가능한지, 혹은 뭔가 만드는 최선의 방법이 무엇인지 며칠동안 토론하는 대신, 해커들은 차라리 그냥 프로토타입을 만들어 무엇이 잘되는지 확인합니다. 패이스북에서 자주 듣는 해커들의 문구가 있습니다: "코드가 논쟁보다 낫다."

마이크로소프트와 구글 및 아마존에 이어 기술 플랫폼 기업으로 페이스북의 면모를 보여 주는 대목이다. 개발자의 아이디어 구현이 바로 서비스가 되는 생산적인 효과를 얻으려면 내부의 자산이 기술 플랫폼화 되어 있어야 한다.

성공한 플랫폼 기업의 특징은 내부에 단일화된 플랫폼을 만들고 이를 손쉽게 접근하여 구현할 수 있는 인터페이스가 존재한다. 마이크로소프트느 윈도우, 구글은 검색 엔진, 페이스북은 소셜네트웍을 기술플랫폼화 시키는데 성공했다. 너무 많은 단일 서비스를 각자 따로 만드는 노동 집약적 IT 기업은 모멘텀을 계속 만들지 않는 한 쉽게 살아남기 힘들다는 것을 반증한다.

기업 내부 뿐만 아니라 외부와의 관계에서도 마찬가지이다. 포털 업체를 비롯한 대부분 IT 업체의 사고 방식은 우리가 다 만들어 주는 것만 쓰라는 '서비스주의'가 강한데 반해 외국에서는 가진 것을 밖에 나눠주고 같이 만들어 성공하는 '플랫폼 주의'가 더 활성화되어 있다.

플랫폼주의적 사고는 국내에서 시장 규모와 시장 처리를 하는 효율성 측면에서 항상 반론에 부딪힌다. 플랫폼을 열어두어도 누가 쓰겠나? 누가 만들어주겠나? 차라리 그 시간에 우리가 하고 말지 이런 비판이다. 그러다 보니 우리나라는 대기업의 문어발식 확장에 익숙해지고 비지니스 생태계는 늘 피폐해진다.

다시 페이스북 이야기로 되돌아와서... 이를 밑에서 부터 실행한 것이 바로 해커톤이다. 90년대말 이후 개발자 커뮤니티의 행사였던 포맷을 기업에 성공적으로 차용한 모델이다. (참고: 인사이드페이스북: 해커톤 이야기)

이 방법을 독려하기 위해, 우리는 모든 사람이 자기가 가지고 있는 새로운 아이디어를 만들어볼 수 있는 해커톤(개발자, 디자이너등이 모여 몇일동안 (보통 2-3일정도) 프로토타입 개발을 행사)을 몇 개월마다 갖습니다. 마지막에 모든 팀이 함께 모여 만든 것을 들여다봅니다. 우리의 성공한 프로덕중 많은 것들이 이 해커톤에서 만들어졌습니다. 타임라인, 체팅, 비디오, 모바일 개발 프래임웍 그리고 HipHop컴파일러같은 중요한 인프라가 여기 포함됩니다.

우리의 모든 엔지니어가 확실히 이 방법을 공유하도록, 모든 새로운 엔지니어들은 -코드를 짤 필요가 없는 매니저들도 포함해서- 페이스북 코드베이스와 툴, 그리고 해커방식을 을 배울 수 있는 '부트캠프' 에 참가해야 합니다. 우리 분야에는 엔지니어들을 관리하지만 코드를 직접 짜고싶어하지는 않는 사람들이 많습니다. 하지만 우리가 원하는 사람은 이 부트캠프를 할수있고, 하고싶어하는 사람들입니다.

페이스북의 "좋아요(Like)" 버튼도 사내 해커톤에서 나온 결과물이며, 기업공개(IPO)가 있는 전날 직원들이 이를 기념하기 위해 1박 2일 해커톤을 열고 개발을 하며 하루를 회사에서 보낸다고 한다. 이를 보면 얼마나 해커톤이 페이스북 문화에서 중요한 역할을 하고 있는지 알수 있을 것 같다. 우리 회사도 얼마전 비슷한 행사를 열기도 했다. (Daum人 해커톤: 즐거운 상상의 나래를 펼치다)

물론 해커톤에서 개발된 아이템을 사용자에게 테스트도 잘 안하고 서비스를 올린다는 비판도 받아왔다. 사용자의 프라이버시나 반응을 고려치 않은 막가파식 개발 문화라는 비판에 최근 타임라인 개발시 좀 더 신중해진 모습도 보이고 있다.

페이스북에 대한 거품 논란도 뜨겁다.

사용자는 급격히 느는데 반해 실적은 그다지 가파르지 않고, 미국 3위 광고주인 GM이 페북 광고 효과에 의문을 제기하고 올해 광고 집행을 하지 않기로 결정했을 뿐 아니라 스폰서 광고 자체가 어려운 모바일에서 페이스북 쓰는 비중이 점점 늘고 있기 때문이다.

일반인들도 페이스북이 지속적으로 성공할 것인가`라는 설문 조사에 46%가 `새로운 것이 등장하면 점차 사라질 것`이며 천억달러를 웃도는 기업 가치에 대해선 응답자 50%가 과도하다고 답했다. 게다가 얼마전 1조원의 인스타그램 인수까지 거품 논란은 최정점에 달해 있다.

페이스북이 마크 주커버그라는 1인에 의해 독단적으로 회사가 운영될 수 있는 지배구조도 문제이다. 이사회나 주주의 어떤한 견제가 없이 기업이 장기 생존하기 어렵기 때문이다.

특히나, 최근 들어 페이스북의 국내 성장세가 놀랍다. 소셜웹의 대세가 계속 되고 있는 상황인데다 더 많은 커뮤니케이션이 블로그에서 트위터로 그리고 페이스북으로 옮겨가고 있는 모양세다. 국내 기업들에게도 페이스북이 더 이상 파트너가 아닌 경쟁자로 인식될 수 밖에 없다.

페이스북의 현재 사용자수는 9억명이다. 연말에는 10억명을 돌파할 예정이라니 곧 세계 최고 인구를 가진 온라인 국가가 탄생하는 것이다. 아이러브스쿨과 싸이월드 열풍을 경험한 우리로서는 소셜네트웍이 가진 네트웍 효과와 파급력은 이미 알고 있지만, 전 세계적인 실험이 어떻게 끝날지 궁금하다.

하지만, 페이스북이 가진 Hacker's Way가 잘 유지된다면 구글이나 아마존, 이베이 등 웹 플랫폼을 완성하고 이를 통해 장기간 생존할 수 있는 기업으로 발전해 나갈 가능성이 더 커졌다고 본다. (2006년 당시 페이스북, 제2의 아이러브스쿨 될까?라는 의문으로 시작하여 페이스북(Facebook)의 '가짜' 개방의 면모에도 변화를 준다면 더 좋겠다만...)

왜 개발자는 야근을 하는가?

channy — Wed, 02 May 2012 08:30:00 +0900

소프트웨어 개발자와 야근이라는 주제는 끊임없는 담론이다. 최근에 국내 대형 포털 기업의 CSO께서 야근이 사라진 칼퇴근 문화에 대해 사내 강의에서 언급한 것이 기사화 되어서 큰 역풍을 맞기도 했다.

나도 과거 회사에서 개발을 할때 야근을 많이 했고, 대학생 시절에는 인터넷과 웹 프로그래밍에 열중 하다가 삼일 밤낮을 꼬박 책상에 앉아 있을 때도 있었다. 그만큼 SW 개발자의 야근은 그냥 업무의 일환 처럼 당연한 것이 되었다.

물론 그에 따른 명암도 있다. 어떤 이는 벤처업계에서 신데렐라로 떠 오르기도 했고, 밤에 혼자 만든 게임이 앱스토에서 대박을 치기도 한다. SI업계에서 야근을 하다 폐를 잘라낸 개발자도 있고, 어떤 사람은 이혼을 당하기도 했다고 한다. 우리가 SW 개발자 야근을 문제로만 바라보기도 어렵고 그렇지 않다고 열정이 식었다고 보기도 어렵다.

야근은 필요악인가? 우리가 업무 시간을 늘이지 않고도 이를 해결할 방법은 없나? 한번 생각해 봤다.

우선 SW 개발자의 업(業)의 특징을 이해해야 한다. 사람이 컴퓨터가 알아먹는 방법으로 일의 순서를 만들어 주아야 한다. 이것을 전산적 사고(Comutational Thinking)이라고 하는데 프로그래밍을 하는 동안은 컴퓨터 처럼 생각하는 '사고 이입'이 필요하다. 그리고 테스트라는 반복 작업이 많은 엄청난 지식 노동 과정이 있다.

집중할 수 있는 업무 환경

프로그래밍에 몰두했다가 뭔가 외부의 요인(메일, 전화, 메신저, 회의 등등)에 의해 그 흐름이 깨어지면 다시 돌아가기에 더 많은 시간이 필요하다. 과거에 한밤중에 코딩을 많이 했던 것도 일과 시간 중에 너무 많은 프로그래밍의 방해요소가 있었기 때문이었다. 옆에 누가 와서 이야기를 하거나 이쁜 여직원이 지나가도 방해가 된다.

밤에는 조용하고 일을 프로그래밍을 더 효율적으로 해내기 매우 좋은 환경이다. (물론 기획서나 보고서를 쓴다던지 회계 마감, 디자인을하는 다른 직군도 마찬가지겠지만 유독 개발자가 야근이 많은 것은 그 영향이 더 크기 때문이다.)

마이크로소프트 같은 전통 SW기업에는 개발자는 1~2인실의 별도 방을 나눠 준다. 야후나 구글 같은 회사의 경우, 2~3인 정도의 파티션이 매우 높은 자리를 배정한다. 예전에 회사를 옮기고, 자리 배치를 하다 보면 유독 개발자들만 안쪽 구석 자리를 원하는 경우가 많다. 모니터를 막고 헤드셋을 쓰고 일하는 것이 그들이 대인 기피증이 있어서 그런건 아니다.

우리 나라는 유독 뻥뚫린 사무 공간에 100명씩 한꺼번에 배치해 놓고 업무를 시키기를 좋아한다. 회사가 크면 클 수록 그런 유혹에 빠지기 더 쉽다. 이런 공간에서 개발자들이 집중력을 발휘하기는 매우 어렵다. 개발자의 공간 배치는 그 만큼 중요하고 야근이 아니어도 평상 업무 시간에 프로그래밍 업무에 집중할 수 있는 환경을 만들어 주어야 한다.

잉여는 비용이 아니다
또 다른 관점은 바로 개발자와 잉여력이다. IT 기술은 끊임없이 변화해 왔고 "늘 배워야한다"라는 점이 SW 개발이라는 직업의 장점이자 단점이다. 그래서 가끔 주니어 팀장에게 늘 팀에 20% 정도의 버퍼를 두라고 충고한다. 즉, 팀원 중 10명 중 2명은 놀고 있어야 한다는 것이다. 여기서 논다는 것은 주어진 당장의 업무 보다 좀 더 새로운 기술을 테스트 해보고 실험해 보는 일을 하는 것이다.

프로젝트 투입을 해야 하는데 한두명을 놀린다는 것은 매우 비효율적이고 비용으로 보는 경향이 크다. 회사가 좀 크면 더더욱 그렇게 노는 꼴을 못본다. 특히, 어떤 신기술이 나왔는데 여러 팀에서 해 보고 있으면 비효율적이라고 생각하고 콘트롤 타워 부터 만들려고 한다.

개발자에게 업무로서 배우는 시간을 주고 이를 자신의 업무에 적용하는 노력을 비용이라고 부르면 안된다. 그것이 더 높은 생산성으로 나올 가능성이 크기 때문이다. 이것이 야근이 아니어도 생산력도 올리고 자발적으로 좀 더 효율높은 결과물을 만드는 동기가 된다.

가슴 진한 보상이 필요하다
어느 회사 어느 직군이든지 보상은 매우 중요한 동기 유발 요소이다. 어느 대기업 처럼 일은 고되지만 월급과 보너스를 많이 주니 회사를 탈출할 수 없도록 말이다. 아니면, 연말 시상에서 외제차를 준다던가 벤처기업에서 엄청난 스톡을 안길 수도 있을 것이다.

돈으로 하는 보상도 좋지만 SW 개발자에게는 '가슴 진한 보상'을 해 보면 어떨까? 자기가 맘대로 원하는 개발 환경을 꾸밀 수 있도록 구매의 권한을 준다던지(예를 들어, 다음의 개발자 마일리지) 외부에서 자신의 기술을 공유하고 발표할 기회를 준다던지 새로운 기술을 도입하는 프로젝트에 발탁하는 기회를 주는 것이다.

구글에는 개발자들의 20% 프로젝트 중 제일 좋은 것을 선발해 백만불을 주는 제도가 있었다고 하고 페이스북은 해커톤을 통해 개발자의 아이디어를 바로 서비스에 접목할 수 있는 기회를 준다고 한다.

때로는 돈보다 명예 보다 이러한 자아 성취를 유도해 주는 보상책이 더 큰 결실을 맺기도 한다. 눈에 보이는 사람과 그 업무 시간을 조절하는 것 배우 쉬운 일이다. 하지만, 그것이 좋은 결과를 못 얻는다.

기업 문화라는 것은 계속 바뀌고 성장하지만 밑바탕에는 바로 업에 대한 성찰과 원칙이 필요하기 때문이다. 예전에 했던 경험만 비추어서 강제하려는 순간 그게 바로 역효과로 나타나는 일이 부지기수다. 소프트웨어 개발자를 다루는 문화도 그렇다. 무턱대고 야근이나 근로를 강요하기 보다는 동기 유발에 의한 자발적 참여를 이끌어 내는 일관성 있는 문화가 더 절실하다.

p.s. 사실 포털 뿐 아니라 SI 업체와 그 프로젝트를 하는 경우, 대부분 쫓기듯한 일정과 과도한 업무량에 의해 야근하는 분들이 있습니다. 이 글은 과연 그렇게 만들어진 생산품이 정말 그 값어치를 하는지 한번 다시 생각해 보아야 한다는 취지의 글입니다.

더 읽어 볼 글

BroswerID, 새 사용자 중심 인증 방식

channy — Fri, 02 Dec 2011 08:00:00 +0900

최근 페이스북, 트위터 등 소셜네트워크 서비스가 인기를 끌면서 이를 자신의 신원 수단(Identity)으로 활용하여 온라인상의 활동(댓글이나 북마크, 서드파티 애플리케이션 이용)등을 하는 경우가 늘어났다.

이로 인해 개인의 아이덴티티가 특정 벤더에 귀속되어 마치 인터넷 전체가 폐쇄되고 투명하지 못한 업체에 귀속되는 문제의 우려가 있다. 우리 나라에서 주민번호 같은 신원 정보를 모든 회사가 가지고 있어서 해킹에 취약해지고 한번 유출 사고가 엄청난 사회적 비용을 만든다는 점은 이미 겪고 있다.

Mozilla에서는 이러한 문제에 대한 대안으로 최근 'BrowserID'라는 인증 기술을 새로 만들었다. BrowserID는 이메일을 기반으로 하는 클라이언트 인증서를 PC에 저장해서 웹 사이트가 원할때 마다 자신의 신원 정보를 제공하는 사용자 중심의 인증 기술이다.

이는 과거 오픈ID와 유사하나 인증 서비스 공급자는 로그인에 관여하지 않기 때문에 온라인 활동에 대한 기록이 남지 않는다. 또한, SSL 클라이언트 인증과 유사하나 복잡한 인증서 발급 및 갱신 절차를 거치지 않아도 되는 장점이 있다.

BrowserID는 클라이언트에서 웹 기술로만 구현 가능하고 오픈 소스로 제공하며, 통신은 Verified Email Protocol라는 보안 프로토콜을 사용한다.

이 기술은 본질적으로 PKI 기술을 기반으로 하여, 클라이언트에 인증 정보를 저장하는 것으로 현재 진행 중인 Web Cryptography API가 완성되면 BrowserID 역시 본격적으로 서비스될 것으로 생각된다.

현재 데모로 만들어진 browserid.org 사이트를 통한 인증서 발급과정은 인증서를 PC에 저장하는 절차를 생략한 채 browserid가 신원 인증서를 웹 사이트에 제공하도록 만들어져 있다. (이 부분은 향후 브라우저쪽 코드가 개선되면 바뀌어야 하는 구조.)

물론 여기에도 몇 가지 비판이 있다. 클라이언트가 해킹되면, 브라우저 키 저장소가 위험하다는 것과 인증 수단으로서 이메일 주소의 범용성 등등이 있다.

하지만, 궁극적으로 장기적으로 보았을 때 이메일 주소를 이용해 브라우저 내부에 인증서를 저장하는 분산된 사용자 중심 인증 수단은 계속 발전해야 한다고 본다. (오픈 ID는 성공하지 못했지만) 브라우저ID는 웹 브라우저의 암호 및 인증 기능의 성능을 높히는데 도움을 줄 것이다.

p.s. 한 가지 꿈을 꾸어 본다면 국내의 공인 인증 체계도 브라우저ID를 채택해서 다수의 ID Authority 들도 신원 인증 서비스에 들어갈 수 있는 법적 체계가 만들어지면 어떨까?

본 글은 Mozilla AsiaCamp 후기로서 최근 Mozilla 커뮤니티의 웹 기술 혁신 시리즈로 연재할 예정입니다.

ActiveX 걷어낼 '웹 표준' 만든다

channy — Thu, 01 Dec 2011 16:19:27 +0900

Mozilla는 구글, W3C와 함께 웹 기반 인증 기술 확보를 위한 표준 기술 개발에 나섰다.

웹 기반 암호 기술을 적용할 수 있는 JavaScript API가 부재했기 때문에 많은 인증 기술들이 서드파티 플러그인에 의존할 수 밖에 없는 현실을 바꾸기 위해서다.

특히, 지난 1999년 부터 액티브X나 NP 플러그인 기반의 공인 인증 기술을 법적 테두리 안에서 강제했기 때문에 많은 사용자들이 인터넷 뱅킹, 카드 결제 및 각종 공공 업무를 볼 때, IE를 벗어나기 어려운 상태가 지속되고 있어 사용자들의 브라우저 선택이 사실상 불가능한 실정이다.

국내 PKI 업체나 KISA에서 공인 인증과 전자 서명과 같은 인프라를 글로벌 표준으로 만들려는 노력이 지지부진한 탓에 우리 나라는 최고의 인터넷 인프라와 사용자를 가지고도 갈라파고스에 걸맞는 상태가 되었다.

개인적으로 직접 W3C HTML W/G이나 WebApps W/G으로 계속적인 노력을 해오다가 (전자 서명 웹 표준화 안되나? 필독!) 그 뒤로 Mozilla에서 직접 관심을 가져 주도록 요청을 했다.

다행히 2008년 미첼 베이커 의장의 한국 방문 때 부터 이러한 문제를 인지하고 시작한 이후 2010년 보안 기술 총괄인 루카스 아담스키의 한국 방문 및 2011년 4월 안드레아스 갈 방문 이후에 지원 계획을 구체화 하여 Mozilla 내부에서 프로토타입 및 스펙 개발이 시작되었다.

데이비드 달 및 브라이언 스미스 중심으로 개발되고 있는 DOMCrypt API는 지난 5월 부터 프로토타입을 개발하기 시작하여, 일차적인 구현 및 테스트를 진행하였다 .이러한 움직임에 힘을 실어주기 위해 지난 8월에 W3C WebCrypto Community Group을 만들어 다양한 의견을 모으고 있다.

마침내 11월 W3C TPAC 회의에 상정되어 별도의 표준 워킹 그룹을 발족을 제안하고 만들기로 결정되었다. 이후에 국내 여러 PKI 전문가들과 실제 표준화 주도자들과 연결해서 의견을 나누고 있는 중이다.

DOMCrypt API를 기초로 W3C가 만들 Web Cryptography API는 매우 기본적 수준의 암호 및 복호화, 키페어 생성, 관리, 서명 정도를 지원하고 개인 인증서를 비롯한 브라우저ID 같은 신원 확인 기능, 웹 PKI 기반 인증 및 서명, 콘텐츠 암호화 등 다양한 곳에 사용될 수 있을 것으로 예상된다.

내년 초 새로운 W/G이 만들어지고, Firefox와 Chrome에 당장 WebCryptography API를 탑재하게 되면, 일단 NPKI 디렉토리에 있는 개인 공인인증서를 브라우저 키 저장소로 옮겨 전자 서명이 가능해 진다. (물론 브라우저 기반 서명에 대한 보안 가이드라인이 만들어 지면, 공인 인증 체계 자체가 플러그인이 아닌 브라우저에서 구현 가능해 질 것으로 예상된다.)

현재 많은 은행들이 비 IE에서 플러그인 공인 인증 서비스를 앞다투어 시작하고 있는데, 향후에는 플러그인을 걷어낼 수 있을 뿐 아니라 모바일에서도 별도 앱 없는 공인 인증 서비스 시대가 열릴 수 있다.

WebCryptography API 관련자료

W3C WebCrypto Community Group

본 글은 Mozilla AsiaCamp 후기로서 최근 Mozilla 커뮤니티의 웹 기술 혁신 시리즈로 연재할 예정입니다.

Firefox 오픈 웹앱스토어 대안될까?

channy — Tue, 29 Nov 2011 10:11:59 +0900

모바일 환경의 집중화 및 폐쇄화에 대한 선택적 대안을 마련한다는 Mozilla의 전략 아래 더 빠른 모바일 브라우저 개발, 모바일 웹 OS와 함께 오픈 웹앱스토어가 있다.

iOS의 앱스토어와 안드로이드 마켓, 그리고 아마존 앱스토어 및 이통사 중심의 WAC 등 다양한 앱스토어가 존재하고 있다. 특히, 구글은 자사의 크롬에서만 돌아가는 크롬웹스토어를 별도로 시작하고 웹앱 지원을 시작했다.

이미 작년 연말 부터 시작된 Firefox 웹스토어 프로젝트는 B2G와 함께 내년 상반기말에 본격적인 베타 서비스가 나올 예정이다. 공개된 스크린샷에는 다양한 운영 체제 및 실행 환경을 보장하는 방법을 강구중이다.

특히, 안드로이드 및 윈도우 등 파이어폭스 사용자가 많은 환경에서 별도 앱콘테이너 혹은 실행 프로그램을 제공할 예정이다.

"Mozilla Open Web App Store"라는 프로토타입에서는 기존의 앱스토어와 유사한 디자인을 제공하여, 사용자들이 쉽게 유료 혹은 무료 웹앱을 자신의 Firefox 환경에 설치할 수 있다.

앞으로 Firefox 첫 화면은 검색, 웹앱, 환경설정, 위젯 등 다양한 기능을 사용자가 직접 맞춤화 할 수 있도록 할 예정이다.

Mozilla가 웹앱스토어에 뛰어든 것은 이른바 개방 환경에서의 웹앱들도 집중화가 될 수 있다는 우려 때문이다.

로비오의 앵그리버즈의 경우, 크롬 웹스토어에 탑재하면서 Firefox 지원은 몇 달 후에나 이루어졌다. 따라서, 웹앱들이 적어도 웹 표준에 따른 호환성을 맞추기 위해서는 복수의 웹스토어가 필연적이다.

Mozilla가 Firefox 사용자를 중심으로 한 웹스토어를 통해 웹앱 개발자들이 좀 더 다양한 환경의 사용자를 포괄해 지원하고 웹앱시장이 집중화되지 않게하여 웹 본연의 개방화를 지킬수 있을 지 귀추가 주목된다.

Open WebApp Store 관련자료

Google Group
AreWeMobileYet?
MDN Dev Resource
GitHub
Preview Website
IRC — irc.mozilla.org #openwebapps

본 글은 Mozilla AsiaCamp 후기로서 최근 Mozilla 커뮤니티의 웹 기술 혁신 시리즈로 연재할 예정입니다.

Mozilla B2G, 진정한 웹 OS가 온다

channy — Mon, 28 Nov 2011 08:10:00 +0900

지난 주말 Mozilla 아시아 캠프에서 단연 화제가 된것은 바로 B2G(Boot To Gecko) 프로젝트이다. 사실상 다양한 모바일 운영 체제 위에 오브젝트C나 자바, 닷넷을 통해서만 앱을 개발해야하는 폐쇄된 개발 환경을 웹 기반으로 전환하기 위한 프로젝트이다.

B2G 프로젝트가 처음 이야기되었을 때는 크롬OS의 대척점에 있는 것으로 예측되었으나, 완전히 새로운 모바일 웹 OS를 만드는 것이 목표인 것으로 드러났다. 사실상 HP의 웹OS 실패로 인해 대안으로서 웹OS는 Mozilla가 직접 뛰어들어야 하는 상태이기도 하다.

B2G는 현재 안드로이드 기반의 갤럭시 SII 사양에서 구동될 수 있도록 안드로이드 기반 위에 Mozilla 플랫폼을 얻는 방식으로 개발하고 있다. 프로젝트는 크게 두 방향으로 나누어져 있다.

먼저 Mozilla 플랫폼과 디바이스를 인터페이스하기 위한 Web API로서, 전화, 사진 캡처, SMS, NFC, 진동모드 등의 API가 만들어지고 있다. 웹 개발자들은 HTML, CSS, JS 만으로도 운영 체제 위에 올라가는 앱을 바로 만들 수 있으며 이를 오픈웹앱 마켓에서 유통 가능하다.

두번째는 핸드폰의 인터페이스를 웹 기반으로 제작하는 Gaia라는 UI 프로토타입이다. 아시아캠프에서 제품 담당이사인 제이 설리번이 실제 B2G가 탑재된 휴대폰에서 모바일 폰 UI를 시연하기도 했다. (폰 UI의 HTML 소스 코드 보기를 눌렀을 때 많은 사람의 탄성이 흘러나오기도...)

실제 데모 보기: http://andreasgal.github.com/gaia/

B2G 프로젝트에서 나오는 결과가 시장에 나오기 위해서는 역시 제조사와 이통사의 협조가 필수 불가결하다. 이른바 탈옥을 통해서 이용할 수 있다면 사용자층 확보에 불리하기 때문에 Mozilla에서는 대안 플랫폼을로 웹OS를 적극적을 홍보하고 디바이스를 확대해 나간다는 복안이다.

웹이 정보 공유를 위한 도구로 세상을 바꾸었듯이 서비스와 앱을 묶는 변화까지 이끌 수 있을지 사뭇 기대된다.

Boot-to-Gecko 관련 자료

Google Group
WebAPI
GitHub-B2G
GitHub-Gaia
Preview Website
IRC — irc.mozilla.org #b2g

본 글은 Mozilla AsiaCamp 후기로서 최근 Mozilla 커뮤니티의 웹 기술 혁신 시리즈로 연재할 예정입니다.

Firefox 모바일 네이티브 버전 개발

channy — Wed, 23 Nov 2011 10:44:42 +0900

Mozilla 프로젝트는 좀 더 본격적으로 모바일 브라우저 혁신에 나서기로 했다. 사실상 웹킷 기반의 웹 브라우저가 대세인 가운데 좀 더 혁신적인 기술과 사용자 기능을 제공하기 위해 네이티브 UI를가진 안드로이드 버전을 개발 중이다.

현재 웹킷은 주로 애플, 구글 등 기업의 주도하에 개발되고 있는 반면에 Firefox 모바일은 Mozilla가 또 하나의 대안이면서 데스크톱 사용자에게 유연한 웹 경험을 주기 위해 올해 초반 첫 안드로이드 버전을 출시했다.

하지만, 현재 버전은 Mozilla의 원래 플랫폼인 XUL 기반의 UI엔진을 채용하고 있어 구동 속도 및 사용자 반응 속도가 매우 느릴 수 밖에 없어 사용자들의 외면을 받게 되었다.

따라서 모질라에서는 내년 2월을 목표로 안드로이드 네이티브 UI를 가진 Firefox 모바일 버전을 개발하기 시작했으며, 11월 22일 부터 고급 사용자들을 중심으로 테스트에 들어간다.

새 버전은 아직 프로토타입 수준이지만 구동 속도 및 반응 속도에서 매우 월등한 성능을 보여주고 있다. 안드로이드 단말기를 가진 사용자라면 누구나 직접 설치하여 사용해 볼 수 있으며, 내년 초에 안드로이드 마켓에서 베타 버전으로 등록될 예정이다.

네이티브 UI를 채용함에 따라 기존 XUL 기반 모바일용 부가 기능 개발에도 변화가 따르게 된다. 다른 개발 플랫폼으로 대체 되는 것은 아니고 XUL기반 UI만 사용하지 않고 XPCOM 기반은 그대로 유지할 예정이다. 자세히 보기

아울러 최근에 Firefox 모바일 버전은 안드로이드 기반 태블릿에 적합한 베타 버전도 출시했다. 태블릿 사용자도 넓고 편한 유저 인터페이스로 웹 브라우징을 즐길 수 있게 되었다.

안드로이드 모바일 기기들이 계속 늘어나는 가운데, 네이티브 UI 채택으로 인해 모바일 웹 브라우저 시장에 어떤 혁신이 일어날 지 기대 되는 대목이다.

본 글은 Mozilla AsiaCamp 후기로서 최근 Mozilla 커뮤니티의 웹 기술 혁신 시리즈로 연재할 예정입니다.

플랫폼(Platform)은 문화다!

channy — Wed, 16 Nov 2011 08:00:00 +0900

얼마 전 구글 사내 직원의 구글+ 비판글이 외부로 유출되어 화제가 된 적이 있다. 단편적인 내용말고 실제 원문과 한국어 번역본이 공개되었다.

장본인은 스티브 예이그(Steve Yegge)로 아마존에서 일한 경험을 토대로 6년간 구글에 있었던 경험을 다소 날카로운 어조로 풀어냈다. 그가 구글+에서 쓴 것이 실수로 사외에 공개되었다니 아이러니... 실수인지 고의인지.

얼마 전 웹 2.0 서밋에서 세르게이 브린은 이 글에 대해 소감을 질문 받았는데 "읽다가 지쳐서 그만뒀다."고 말할 정도로 조금 장황한 글이다. 어쨌든 그의 글을 인용해서 한 줄로 요약하면 바라 다음과 같다.

...이유 여하를 불문하고 소프트웨어(혹은 아이디어)를 모든 이들이 이용하는데 실패한다면, 그건 (API 즉 인터페이스) 접근성의 실패다. (중략)... 플랫폼이 접근성을 주며, 플랫폼이 곧 접근성이다.

그의 이야기는 구글+가 이미 훌륭한 플랫폼인 페이스북을 본따 제품의 하나로만 만들어졌다는 점을 비판하고 있다. 그러면서 플랫폼의 개념에 대해 상세히 설명하고 있다.

이미 오래된 개념인 웹 2.0이라는 것이 바로 "플랫폼으로서 웹"이라는 것이고, 이는 아마존, 이베이, 구글 같은 회사들이 성공적인 웹 비지니스를 하기 위해 필수 불가결한 것이고 한국에서는 잘 안되는 것었다.

2000년 초 아마존에서 플랫폼 개념을 도입하던 시기의 그의 이야기에 따르면, CEO의 강력한 의지로 몰아부쳤다고 한다. 글에도 그 부작용이 나오는데 부서간에 API로만 연결하게 한다는 건 무리가 뒤따른다. 사내 조차 누가 어떤 API를 얼마나 쓸지 모르기 때문이다.

예를 들어, 다음의 캘린더 API가 있는데 그걸 카페팀에서 붙였다고 치자. 캘린더 하루 UV가 50만이라면 카페는 300만이 넘을 수도 있다. 그러니 아마존 웹 서비스 같은 클라우드 컴퓨팅 플랫폼이 나온 건 어쩔 수 없는 숙명이다.

구글+에 대해서도 오해하지 말기 바란다. 구글+가 유일한 문제는 아니다. 이건 문화적인 것이다. 우리가 내부적으로 벌이고 있는 것은 소수자인 플랫폼 주의자들이 막강하고 예산 많은 제품주의자들과 벌이고 있는 패배하고 있는 전쟁이다.

사실 구글도 초창기에는 검색과 광고라는 영역에서 서드파티에게 API를 제공하고 수수료를 받는 장사를 하는 업체였다. 지금도 지도의 경우 플랫폼 전환 중이기도 하다.

그의 글에서 구글의 변화된 사내 문화를 엿볼 수가 있다. 각자 단절된 제품팀들이 각자의 제품만 만드는 즉, 포털의 모습(?)을 보이고 있다는 점이다. 20%의 시간을 들여 대박을 만들어야 하는 사내 문화의 부작용일 수도...

이런 종류의 문화적 충격은 지난 6년간 내가 겪은 것과 크게 다르지 않다.

MS나 아마존, 페이스북이 제공하는 플랫폼을 맛본 뒤 구글 개발자 사이트에 가봐야겠다고 생각했다.(전엔 가본 적 없다. 너무 우울해지기 싫어서였다.) 상당히 다르지 않나? 그 페이지는 마치 5학년짜리 사촌동생이 막강한 플랫폼 회사에 대해 묘사해보라는 숙제로 내놓은 물건 같기 때문이다. 오해하진 말기 바란다. 나는 개발자 지원팀이 이정도 접근성이라도 만들려고 고군분투 했다는 걸 알고있다. 내가 알기로 그들은 정말 죽을똥 살똥 했는데, 그들은 플랫폼을 하고 싶어 하지만 최고로 플랫폼 무감각적인 환경 내에서 뭔가 만들어 내느라 고생하고 있기 때문이다.

갑자기 데자뷰를 불러 일으킨다. 지난 5년간 내가 관여하고 있는 Daum 개발자네트워크(DNA)와 크게 다르지 않다는 생각이 들었기 때문이다.

스티브가 지적했든 사외에 오픈 API를 만들기 위해서는 사내에 API가 먼저 있어야 한다. 지금은 다음 사내에 검색이나 지도 API의 경우, 표준적인 인터페이스가 있지만 그걸 성취하기 위해 든 노력은 적지않다.

플랫폼의 황금법칙, "개밥를 팔기 전에 먼저 직접 한번 먹어봐라"는 다르게 말하면 "플랫폼으로 시작해서 모든 것에 그걸 사용해라" 로 말할 수 있다. 나중에 뜯어고칠 순 없는 일이다... 나중에 바로잡는데 10배의 시간이 든다. 이건 어떻게 꼼수를 부릴 수가 없다.

우리는 항상 품질 높은 코드를 산출하는 개발 문화를 가진 회사에서 일하기 원한다. 개발자들이 누군가(?) 기획한 제품(서비스)을 우선 빨리 대충 만들어 QA에게 책임을 전가하는 식으로 만들고, 사용자가 안들어오면 바로 쓰레기통에 쳐 넣어 버리는 방식으로는 미래가 없다.

다음의 오픈 API는 매월 1만개의 API키가 호출된다. 밖에 1만개의 웹 사이트가 있다는 것이다. 호출 트래픽도 1억건이 훌쩍 넘는다. 적어도 이 플랫폼 만큼은 하위 호환성을 유지하고, API 변경이나 종료에 신중할 수 밖에 없는 체계를 가지고 있다.

플랫폼이 만능은 아닐 것이다. 마케팅과 혁신이 동반되어하고, 흥행과 작품성이 같이 가야 하듯이 제품과 플랫폼의 성공은 모두 중요한 요소다. 이것이 가능한 문화야 말로 가장 큰 성공 요인 중 하나일 것이다.

본 글은 개인적인 의견이며 본인이 속한 Daum의 공식 입장이 아니며, 사실 여부 확인과 투자 판단 책임은 전적으로 독자에게 있습니다. 이 글은 다음 사내 게시판에도 포스팅 되었습니다.

뉴욕 자연사 박물관 탐방기

channy — Sat, 12 Nov 2011 13:29:23 +0900

외국에는 많은데 우리 나라에 거의 없는 박물관이 바로 자연사 박물관(Natural History Museum)이다. 우주와 지구 그리고 자연과 인간의 역사를 담은 이런 종류의 박물관은 인간이 자연에 대해 느껴야 하는 경외감을 총체적으로 담은 장소라고 할 수 있다.

뉴욕에 출장온 김에 몇 시간을 내어 센트럴파크 옆에 있는 뉴욕 자연사 박물관을 찾았다. 영화 "박물관은 살아있다" 1편의 배경이 된 곳이기도 하다. B노선 81번가역에서 지하로 바로 연결될 정도로 찾기가 싶다.

들어가면 19불하는 입장료를 받는다. 조금 더 추가하면 몇 가지 어트랙션을 즐길 수 있는데, 30분짜리 천체 투영관이나 세계에서 제일 큰 공룡 같은 기획 전시물같은 것을 볼 수 있다.

따라서, 박물관 내부도 볼 게 많기 때문에 한 가지 정도만 추가하는게 좋을 것 같다.

1층 로비에는 큰 공룡 골격 2개가 입장객을 맞이 한다. 표를 가지고 여러번 들어갔다 나왔다 할 수도 있다.

우선 1층 한켠에 마련된 우주와 지구관을 먼저 보면 된다. 지구의 46억년 역사 속에 등장하는 많은 진귀한 암석들을 볼 수가 있고 어떻게 생성되었는지 알 수 있다. (학부 때 배운 지질학 지식이 고스란히 담겨 있는 곳이다.)

바로 위층의 우주관에는 4분짜리 입체 영화를 보고 난 후 45억년의 우주 역사를 살펴 볼 수 있다. 가급적 30분짜리 천체 투영 입체 영화관도 좋을 것 같은데 시간이 없어서 패스...

전시관 곳곳의 세계의 다양한 지역의 동물을 담은 박제 전시관은 마치 진짜인 것 같은 착각을 불러일으킬 만큼 정교하다. (사진으로 찍으면 꼭 명화 처럼 보인다.)

특히 내 눈을 사로잡은 것은 인류 진화상 가장 오래되고 중요한 발견으로 손 꼽는 Lucy(인류 최초의 어머니) 화석이었다. 꼭 사진을 찍어야 하는지 알만한 분들은 아실 듯...

마치 루브르 박물관에 가서 모나리자 사진을 찍어야 하는 것과 같은 이치?

달에서 온 월석과 엄청난 규모의 운석 등도 직접 만지면서 볼 수 있어서 흥미로웠다. 특히 캘리포니아 지역의 금광에서 나온 금괴(?)를 보면서 꽤 즐거워 하기도 했다.

광물이나 보석 전시관에서는 여자들이 좋아할만한 엄청난 보석들이 전시되어 있다. 원석 부터 가공된 것 까지 크기가 큰게 많아서, 아마 제일 비싼 전시물품이 아닐까 싶다.

2층에 전시된 전 세계의 고대 문명에서 유물들도 흥미로웠는데 그 중에 남미의 아즈텍과 잉카에서 온 거대하고 독특한 유물들도 인상적이었다. 인디언 문화에는 웬지 모르는 동질감이 느껴진다고 할까?

그 중에 물론 아시아 문화 양식에 대한 한 섹터도 있었다.

재미있는 점은 전시되어 있는 세계 모든 나라와 지역의 역사는 사냥을 하거나 전쟁을 하거나 음란하거나 샤머니즘적이거나 종교적인 생활 양식인데 반해 우리 나라만이 앉아서 책을 읽고 있는 선비의 모습이었다.

나라별로 딱 한컷을 보여주는 이게 한국의 이미지인가?

3층의 다양한 전시물은 스킵하고 4층에 올라가면 세계 최대 규모의 공룡관이 있었다.

세계에서 제일 큰 공룡도 전시되어 있었고 다양한 공룡 골격도 함께 볼 수 있다. 남자 아이들은 공룡이라면 엄청 좋아하니 뉴욕에 오면 꼭 자연사 박물관을 방문해 보라고 권하고 싶을 정도다.

공룡 골격이 엄청 많은데 사진 한 두장을 넣기 힘들 정도이다. 또한, 여기 박물관 사실 너무 넓기 때문에 자세히 보려면 하루 종일 봐야 할 것 같지만 시간이 얼마 없어서 대충 찍어서만 보았는데도 다리가 끊어질 것 같았다.

자연사 박물관을 만드는 것은 엄청난 투자가 필요로 한다. 그 만큼 부자 나라에서나 가능한 일이다. 우리 나라에서도 손꼽히는 자연사 박물관쯤 하나는 있으면 좋겠다는 생각이 다시 들었다.

플러그인의 종말

channy — Fri, 11 Nov 2011 09:25:46 +0900

어도비, 탈(脫) 플래시 가속화 예상을 한 지 한달만에 모바일용 플래시 플레이어 개발을 중단하겠다는 발표가 나왔다.

물론 PC웹 환경에서의 플래시는 계속 개발한다고 하였지만, 모바일 기기에서도 풀브라우징이 가능한 상황에서 PC웹에서의 플래시 후퇴 역시 당연한 귀결이 될 것이다.

뿐만 아니라 마이크로소프트가 실버라이트 개발을 중단할 거라는 소문도 돌고 있어서 이래저래 플러그인 기술의 종말이 곧 다가왔다는 생각이 든다.

윈도8 메트로 모드에서 iOS와 같이 아예 플러그인 기술 자체를 이용하지 못하도록 하고 있고, 이미 웹 브라우저 대부분이 NPAPI 기술의 업데이트를 중단하고 있기도 하다.

대안으로 떠 오른 것은 역시 HTML5이다. 국내에서 HTML5에 대해서 대략 2006년 부터 최초로 이야기하기 시작했으니 5년이 걸린셈이다.

요즘 어디 나가면 자주 하는 말이 있다. "바로 한방에 훅간다"라는 것이다. 아이폰 출시 이후 2년간 우리 나라의 최근 모바일 시장 상황도 보면 똑같은 표현을 쓸 수 있을 것이다.

해외에서는 IE 점유율이 50%미만으로 떨어졌지만 아직까지 95% 상태인데다 아직 액티브X 플러그인으로 점철된 국내 웹이 한방에 훅가는 것도 앞으로 1~2년이다.

시장은 투명하고 참여의 힘으로 만들어지는 표준과 개방이 만들어 내는 기술의 힘을 믿고 있다. 그게 내가 주목해 온 세상이 바뀌어 온 방향이다.

반(反)월가 시위에서 만난 해방구

channy — Thu, 10 Nov 2011 10:13:25 +0900

이번 주에 콘퍼런스 참석차 뉴욕을 다녀왔다. 동부는 여러번 가 봤지만 아이러니하게도 뉴욕은 처음이었다.

이 도시에 대해 호불호가 많이 갈리겠지만, 사실 첫 인상은 자본화된 커다란 도시 덩어리에 불과한데도 이것 저것 과도하게 이미지가 덧씌워지지 않았나하는 생각이 들었다. (사실 서울도 크게 다르지 않다.)

마침 도착한 날이 4대 국제 마라톤 대회의 하나인 뉴욕 마라톤 대회가 있는 날이었는데, 종점인 센트럴파크에는 수 많은 인종의 사람들이 모여 마라톤 풀코스를 뛰는 수 만명의 사람들을 응원하는 또 다른 수만 명을 보는 엄청난 광경을 목격할 수 있었다.

가만히 서서 보고만 있어도 그 에너지가 몸으로 팍팍 들어오는 느낌이었다. 성공을 위해 모여드는 이민의 나라의 마라톤답게 세상의 모든 에너지가 여기로 모이는 듯한 느낌이었다.

사람이 얼마나 붐비는지 횡단 보도 신호를 지키다간 치일 수 있어서 무단 횡단이 자유롭고 대낮같이 밝은 타임스 스퀘어와 늦게까지 노점에서 음식을 사다 먹을 수 있는 서울에서나 볼 수 있는 풍경이 꽤 이채롭다고 할까.

사실 뉴욕이라고 하면 911 참사가 있었던 그라운드 제로와 전 세계 부의 상징은 월 스트릿으로 대별된다. 매우 가까운 거리에 있는 그 사이를 지나면서 나는 매우 익숙한 뉴스 속 풍경을 목도할 수 있었다.

바로 우리는 99%라는 반월가 시위가 그것이다.

쉼터로 만든 블럭 하나를 완전히 점령한 노숙 캠프를 발견할 수 있었다. 앞에는 간단한 인포 부스가 있고, 캠프 안으로 들어가 보면 책을 볼 수 있는 공간, 음식을 나눠주는 공간, 취재를 위한 공간 등이 다양하게 있었다.

실제로 서너개의 취재진들이 그 현장을 카메라에 담고 있었는데, 더 놀라운 것은 그것이 그냥 부패 자본에 맞선 반월가 시위라기 보다는 마치 세상의 모든 자유를 모아두고 있는 곳 처럼 느껴졌다.

티벳 문제, 인디안 문제, 양성 평등 문제를 다루는 많은 간이 부스가 있고 심지어는 담배 피울 자유를 달라는 이색 부스도 있었다.

사람들이 음악을 즐기고, 토론을 하고, 소리를 질러 자기 주장을 해대는 이 공간은 월스트리트에서 두 세 블럭이 떨어진 고작 한 공간에 불과했지만, 가장 고도로 자본화된 사회의 심장에 있는 '하나의 해방구'처럼 느껴졌다.

어떤 관점에서 보면 그 해방구는 자본 사회가 가진 넘치는 여유의 단적인 실례인 것도 같았다. 사실 뉴요커들에게는 별로 큰 관심 없는 대상처럼 보였기 때문이다. 그 공간 역시 미국이 가지고 있는 자유의 에너지의 그냥 한 표상 처럼 보였다.

어쨌든 월스트릿도 영향은 받고 있었다. 뉴욕 증권 거래소 앞 도로는 바리케이트가 쳐져 있고 경찰들이 계속 지키고 있었기 때문이다.

내 눈 속의 뉴욕은 인간이 쌓은 또 하나의 바벨탑이라는 생각이 들었다. 뭐든 모아 놓고 독점해서는 안되지만, 인간의 욕망은 끝이 없기에...

여느 사람들 처럼 뉴욕을 그리워할 것 같지는 않다.

안드로이드가 잡스에게 배워야 할것

channy — Tue, 11 Oct 2011 08:30:00 +0900

지금 실리콘밸리에서는 이상한(?) 콘퍼런스가 열리고 있다.

IT 업계 선견지명의 대명사 오라일리가 주최하는 'Android Open'이 바로 그것이다. 안드로이드 행사인데 최상위 스폰서가 바로 마이크로소프트란 점. 스폰서는 커녕 프로그램 전체를 봐도 구글은 코빼기도 보이지 않고 있다는 점이다.

물론 구글은 자체적인 I/O행사와 안드로이드 개발자 이벤트를 열고 있지만, 이렇게 자생적인 콘퍼런스에 전혀 반응을 하지 않는 것은 의아한 점이 있다.

특히 지난 2월 바로셀로나 모바일웹콩그레스에서는 구글이 안드로이드 이름으로 큰 부스를 마련해 수십개의 서드파티 개발사를 지원했을 정도였기 때문에 더욱 그렇다.

이런 상황을 반영이나 한듯 팀 오라일리는 "안드로이드가 스티브 잡스에게 배워야 할 것"이라는 다소 도발적인 주제를 선택했다. 이런 행사가 있는지도 모르고 있다가 잠을 깨어 뒤적이다가 팀 오라일리의 트윗을 보고 생중계를 보게 되었다. (동영상 보기)

우선 팀 오라일리는 스티브 잡스가 디자인에 대해 한 말을 인용했다.

"대부분의 사람들에게 디자인이 겉치장이다. 인테리어 장식이고 커튼과 소파의 소재다. 하지만 내게 디자인이란 그것들과 거리가 멀다. 디자인은 인간이 만들어낸 창조물의 본질적 혼(fundamental soul)을 담은 제품과 서비스를 외연을 드러내는 것이다."

그러면서 구글의 '본질적 혼'을 'Access to all the world's information'이라고 정의한다. 또한, 스티브 잡스가 개발 생태계 앱스토어와 플랫폼의 '통제'를 통해 만들어 낸 개발자 생태계를 빗대어 구글이 AdWords를 통해 다양한 소상공인들에게 준 혜택을 상기시킨다.

그러면서 반문한다. "도대체 안드로이드의 본질적 혼은 무엇인가?" 그의 의문은 "개방"에 대한 구글의 최근 행보에 대한 의문을 제기한다. 더불어 개방에 대한 3대 요소라 할 수 있는 "오픈소스", "오픈스탠다드", "커뮤니티 리더쉽" 이 세 가지 측면에서 더 나은 스토리 텔링을 해 줄 것을 요구하고 있다.

뭐 한마디로 말해서 내년 부터는 콘퍼런스 후원 좀 해달라는 말인 것 같다.

구글이 스티브 잡스의 스토리 텔링 능력을 배우게 될지는 모르겠지만 팀 오라일리가 훨씬 빠르게 가르쳐 줄 것 같기 때문에...

그랜드캐니언 방문기

channy — Mon, 03 Oct 2011 08:30:00 +0900

본 글은 2006년 이베이개발자콘퍼런스 참석차 라스베가스에 방문했을 때, 그랜드캐니언을 다녀 온 기행문입니다.

처음으로 라스베가스에 온 김에 그랜드캐년에 갈 수 있는지 미리 알아보았다. 대부분 버스를 타고 사실 420km나 떨어진 매우 먼 곳으로 하루에 갔다 온다는 건 불가능하다. 찾다가 보니 라스베가스에 당일로 다녀오는 항공 투어가 있었다. 약간 비싸기는 하지만, 호텔까지 door-to-door 서비스를 제공한다는 점이 맘에 들었다.

오전 7시에 예약시 정한 호텔 앞에 버스를 기다려서 탔다. 라스베가스 호텔을 거의 다 돌기 때문에 시간이 좀 걸린다. 그런 다음 북쪽에 있는 관광 전용 공항으로 이동한다.

이 공항에서는 시닉에어, 비전에어, 캐년에어 같이 대개 19인승 프로펠러 경비행기로 그랜드캐년으로 운행하는 항공사들이 이용한다. 도착 후 한 30분 정도를 기다려서 비행기에 탑승했다.

비전에어 경비행기 앞에서

비전에어에서 그랜드캐년까지의 여행지도

후버댐이 보인다

프로펠러 사이로 그랜드 캐니언의 모습이 보이기 시작.

멀리 사우스림과 그랜드캐니언 공항이 보인다.

사실 프로펠러 소리가 매우 요란해서 기내에서 하는 소리는 거의 안들릴 정도지만 바깥에는 사막위에 세워진 라스베가스와 광활한 사막과 대지를 감상할 수 있다. 특히, 가는 도중에 후버댐을 볼 수 있다. 콜로라도강 하류지역의 홍수방지 및 농업용수 공급을 위해 1930년대 뉴딜정책 시행 시 만들어졌다고 한다.

한 40분 정도를 비행하고 나서는 그랜드캐년 공항에 내렸다. 공항에서 버스를 갈아타고 사우스림으로 이동한다. 20분 정도 걸려 국립공원 안에 들어 가면 먼저 그랜드 캐년 빌리지로 간다.

사우스림은 몇 군데 전망이 좋은 포인트가 있는데, 이 투어에서는 빌리지 내 Bright Angel 전망대와 그 외에 Yavapai Point, Mather Point를 정차해 준다.

크게 보기

그랜드 캐년에 들어서면 누구나 느끼겠지만, 아주 큰 아이맥스 영화관에 들어와 움직이지 않는 정물화를 보는 느낌이다. 아무 것도 움직이는 것이 없으니 그럴 수 밖에 없다. 간혹 날아가는 새나 저 멀리 콜로라도 강의 움직임 정도로만 이것이 현실이라고 느낄 수 있다.

안전 펜스가 없는 곳도 많아서 끝 없는 낭떠러지 밑을 보아야 얼마나 높고 웅장한지 가늠해 볼 수 있을 정도다. 요즘에는 SkyWalk이라는 허공에 말굽 모양의 강화 유리로 만든 길을 만들었다고 한다. 엄청나게 아찔 할 것 같다.

세 포인트에 40분 정도를 주니까 대략 2~3시간 정도의 투어 시간은 매우 빠르게 지나갔다. 희망을 준다는 인디언 부족의 새깃털 기념품이랑 주화도 사고, 마지막 포인트에 가니까 지질박물관이 있었다.

그랜드 캐니언에 노출된 암석들은 약 18억년에서 2억 7천만년 전까지 상당히 오랜 기간 만들어진 암석이다. 변성암인 기반암 부터 사암, 이암, 석회암 등이 차례 차례 퇴적되어 만들어졌다. 이 암석들을 최근 5백만년 사이에 콜로라도 강이 침식 시키면서 협곡이 생성 되었다고 한다.

짧은 시간동안 그랜드캐년을 볼 수 밖에 없었지만 지질학 전공인 나에게 있어 정말 멋진 시간이었다. 그 웅장함에 자연스럽게 경외심을 느낄 수 있는 시간이었다.

투어를 마치고, 버스는 늦은 점심을 제공하는 식당으로 일행을 데려다 주었다. (당시에는 식당을 갔으나 요즘은 런치박스를 제공해 준다고 함) 음식도 맛있게 먹고 나서 다시 공항으로 와 라스베가스로 돌아왔다.

장장 8시간이 걸린 투어였지만, 짧은 출장 일정 중에 그랜드캐니언을 다녀왔다는 것만으로 감격스러운 하루였다.

그랜드캐니언 국립공원 소개자료(한국어).pdf

(추가) 얼마 전 방영한 EBS의 『세계테마기행』지질학자의 미국 남서부 기행 - 1부 살아있는 지구의 역사, 그랜드 캐니언을 보면 그 장대한 풍광을 느껴 볼 수 있다.

클라우드 브라우저의 탄생

channy — Fri, 30 Sep 2011 13:59:54 +0900

아마존이 새롭게 발표한 콘텐츠 소비 기기인 Kindle Fire 및 Kindle Touch에는 지금까지 보지 못한 종류의 웹 브라우저가 들어 있다. 바로 클라우드 기반의 브라우저인 Amazon Silk이다.

모바일 기기는 PC 기기 보다 CPU/메모리/트래픽이 낮기 때문에 웹 페이지 요청 속도, 다운로드 속도, 렌더링 속도 모두 어렵다. 아이패드같은 고사양 태블릿이 아닌 사실상 킨들파이어에서는 저사양 기종은 더 어려울 것이다.

아마존은 이를 보완하기 위해 Amazon EC2의 파워를 이용하여 웹 페이지를 구성하는 항목을 미리 클라우드의 서버에서 읽어 저장해 두고 Amazon Silk 브라우저로 데이터를 전송하는 것이다. EC2환경은 타블렛과 비교가되지 않는 고속 네트워크로 연결되어 있기 때문에 더 빠르다.

"Dynamic Split Browsing"이라는 이름을 붙인 이 방식은 Kindle 측과 EC2 측의 쌍방에서 동시에 처리하는 구조로되어있다.

이러한 개념으로 Silk가 처음은 아니다. Opera Mini도 휴대 단말 전용의 데이터 최적화를 위해 프록시 서버 기반의 처리 시스템을 가지고 있다. 서버가 렌더링한 페이지를 이미지와 링크맵으로 구성해서 모바일 페이지에 제공하는 것으로 우리 나라에서도 폴라리스 같은 모바일용 픽셀 브라우저가 있다.

구글 조차도 2005년에 Web Accelerator라는 프로젝트를 통해 비슷한 시도를 한적이 있다. 구글 데이터 서버의 캐싱된 웹 페이지를 더 빠르게 제공하는 것인데, 개인 정보 이슈와 몇 가지 버그로 2008년에 문을 닫기도 했다.

그러다 보니, 자바스크립트 기반 웹페이지에 대한 오동작, 플래시 미지원, SSL 웹 사이트 사용 제한 및 보안 문제등이 언제나 걸림돌이었다.

기존의 픽셀 브라우저와 클라우드 브라우저가 다른 점은 바로 실제 웹 콘텐츠를 제공하기 위한 새로운 기술을 몇 가지 사용하고 있다는 점이다.

우선 첫번째가 SPDY(스피디)라고 부르는 새로운 웹 프로토콜이다. 구글 크롬 프로젝트에서 실험하고 있는 이 오픈 소스 프로젝트는 기존 HTTP보다 50% 이상의 다운로드 속도 증가를 보여 주고 있다고 한다.

EC클라우드와 Silk 사이에 사용될 것으로 예상되고, 서버 푸시 기능까지 제공해주고 있어 양방향 웹 서비스에 제격이 될 것으로 보인다. 향후 HTTP가 SPDY로 대체되는데 있어 큰 마일스톤 하나가 생기는 것이므로 주목해 볼 필요가 있겠다.

두번째는 아마존의 웹킷 선택이다. 모바일 브라우저의 대다수를 차지하고 있는 웹킷을 선택함으로서 완전한 대세로 자리매김하게 될 예정이다. 모바일에서 또 다른 오픈소스 렌더링 엔진을 배포하고 있는 Mozilla의 입장에서는 조금 아쉬운 대목일수도...

그런데, 클라이언트에서 웹킷의 역할은 없을것 같다. 분산환경하 서버단에서 병렬적 웹 페이지 연결 및 렌더링이 더 중요한 개발 장치가 아닐 듯 싶다.

세번째는 역시 EC2의 새로운 역할이 아닐까? 지금까지 클라우드 플랫폼 역할만 했던 것이 바로 웹 콘텐츠와 사용자를 직접 연결해 주는 첫 단추를 끼우고 있는 것이다. 기존의 Akamai 같은 회사에 대한 정면 도전이며, 향후 일반 사용자에게 서비스로서도 제공할 수 있으니...

요즘 한참 이슈가 되는 망중립성 문제에 있어서도 또 다른 대안으로도 등장 가능하다.

사실 Silk 브라우저는 아마존이 가지고 있는 최선의 것을 가지고, 눈에 보이는 문제에 대한 해결책을 찾은 것이므로 매우 영리한 선택일 뿐이다. 하지만, 구글과 아마존, 안드로이드, 모바일, 클라우드 이 모든 것을 볼때 결코 가볍게 보기 힘든 행보이다.

20여년이 이어져온 클라이언트 기반 웹 브라우저의 시대가 아마존에 의해 변화가 가능할지 정말 클라우드가 클라이언트를 깡통으로 만들 수 있을지 자못 궁금하다.

협공 당하는 구글?

channy — Thu, 29 Sep 2011 01:19:05 +0900

대략 10년 전이었나? '협공당하는 마이크로소프트'라는 이름으로 짤방 하나가 유행이었을 때가 있다. 이른바 Software Wars 라고 MS 주변에서 일어나는 치열한 경쟁을 묘사했던 그림이다.

10년이 지난 오늘날 협공당하는 이 자리에는 MS를 공격하던 수 많은 IT 회사 중 구글이 앉아 있다. 아이러니하게도 1998년 마이크로소프트(MS)의 반독점 청문회 이후 13년 만에 열린 이 자리에는 구글의 인터넷 검색시장의 70%를 차지하는 지배적 사업자로 성장한 구글이 처음으로 공공성의 심판대에 올랐다.

이 자리는 테크크런치의 지적대로 "독점 극장"이었다. 보안이 향상된 것 같은 느낌을 주면서 실질적으로 아무것도하지 않는 것과 마찬가지 보안 대책을 말하는 Security Theater를 빗댄 말이다.

구글의 독점 권력과 그에 대한 정부 대책이 사실 경쟁 조건을 개선하고있는듯한 느낌을 주면서 실제로는 거의 아무것도 개선하지 못하는 상태를 우회적으로 표현한 말이다. MS의 경험을 숙지한 에릭 슈미트 회장님께서는 일단 잘 통과하셨다는 평가를 받았다.

하지만, 아직도 미국에서 스카이훅 소송, 한국에서 공정위 조사 등으로 구글을 의심의 눈초리로 보는 시각이 늘어났다는 점은 부인하기 어렵다.

며칠 후, 구글의 새 SNS인 G+의 장점만을 채택한 페이스북의 개편 발표가 있었다. 타임라인과 오픈그래프를 기준으로 사용자 경험 개선과 정교한 광고 모델을 개발할 수 있는 두 마리 토끼를 다 잡는 변화였다.

특히, 타임라인은 내가 생각해도 대단한것 같다. 아마 커뮤니티, 미니홈피, 소셜네트웍을 기획해 봤던 사람들은 한번쯤 생각해 봤을 라이프로그를 가능하게 만들었기 때문이다. 이제는 사람들이 자신의 과거 기록에도 관심을 가질 수 밖에 없게 만들어버렸다.

(사진은 내 초등학교 졸업사진^^)

이러니 구글+의 최대 성공은 바로 페이스북을 개선 시킨거라는 농담이 나올 지경...

게다가 어제는 아마존에서 킨들파이어라는 안드로이드 기반 콘텐츠 태블릿을 발표 했다. 구글의 안드로이드를 포킹(Forking)하여 자기네들이 직접 최적화한 첫 기기인데, 가격 조차 199불로 상상을 초월한다.

사실상 전장은 아이패드 vs 킨들 파이어로 좁혀질 수 밖에 없게 되었다. 과연 아마존의 새 킨들이 구글 위주의 안드로이드 생태계에 장미빛이기만 할까?

사실 안드로이드 생태계의 가장 큰 문제가 바로 애플 앱스토어에 대비한 안드로이드 마켓이다. 구글의 DNA로서는 안드로이드 마켓을 제어하고 싶은 생각이 별로 없을 것이다. 하지만, 아마존은 다르다.

그들은 물건을 팔고 수수료를 챙기는 플랫폼을 꾸준히 오래 해 왔다. 아마존이 나서면 이 동네가 많이 달라질 것 같다.

구글은 누가 뭐래도 세계 최고의 인터넷 기업이고 검색과 광고에 도움이 된다면 뭐든 다방면에 사업 진출을 해왔다. 가히 왕년의 마이크로소프트와 버금가는 절정기를 맞고 있는 듯 하다.

그러니 누군가 "Web Wars"라는 이름의 도표를 만들어도 될 성 싶다.

(중략)... 마이크로소프트에 무엇이 일어났는지 보기 바란다. 독점의 힘은 인터넷과 Google 그리고 모바일 컴퓨팅에 의해 와해되어 갔다. 모두 1990 년대의 반독점 재판 무렵에는 예기치 못했던 힘이다. Google에있어서도 마찬가지다. 사람들이 인터넷에서 정보를 발견하는 중요한 방법의 자리인 검색은 소셜웹에 빼앗길지도 모르고, 아직 아무도 들어 보지도 못했던 전혀 새로운 기술로 대체 할지도 모른다. 인터넷에 독점은 더 이상 예전처럼 영구적인것이 아니다. Google Monopoly Theater 중...

세상은 돌고 도는 것이다. 영속적인 독점이란 없는 것 같다.

블로그 슬럼프

channy — Wed, 28 Sep 2011 08:30:00 +0900

요 근래 몇년간 내 블로그 글의 절대량이 1/2 정도로 줄었다. 트위터나 페이스북 같은 소셜 웹 영향일지도 모르고 2년간의 박사 코스웍과 회사 복귀 때문에 바쁜 이런 이유도 있다.

왜 그렇게 되었는지 돌이켜 보게 되었다.

사실 이 블로그를 운영하면서 개인적인 인신 공격을 비롯해서 뒷담화 등등 이런 저런 말을 많이 들었다. 어떤 이해 관계자 입장에서는 받아들이기 힘들 수 있으니 그럴 수도 있겠다.

나름 웹쪽 경력 16년차인데 나름의 객관적 정보와 개인적 경험을 토대로 어떤 사안에 대해 가급적 나만의 관점에 따라 정론을 펼치려고 노력해 왔다. 그러니 늘 떳떳하고 거르낌이 없었던게 사실이다.

특히, 반복적인 인신 공격이 아닌 이상 어떤 의견도 댓글로서 반론을 제기할 수 있고 절대로 지우거나 한 적도 없다.

내가 견디기 힘들었던건 나름 믿었던 사람의 이해할 수 없는 행동들이다. 한 마디로 뒤통수를 맞는 기분이랄까? 사람에게 받는 배신감 같은게 입을 닫게 만드는 가장 큰 원인이었던 것 같다.

걔중의 일부는 오픈 소스 커뮤니티에서 동료 의식을 같이하고 있다는 사람들도 있었다.

내가 개방적인 마인드를 가지고 있는 것 같지만, 뒤로는 이해 관계에 따라 움직이고 항상 무슨 꼼수가 존재하고 있다고 의심을 품는 사람들. (나꼼수를 너무 많이 들었나?)

독점적인 플랫폼은 항상 비판의 대상이 되고 견제되어야 한다고 나는 믿는다. 대안에 대해 고민하고 다른 길을 항상 열어둘 때 우리에게 발전이 있는 것이다. 내가 좋아했던 회사 중 하나인 구글이나 급성장한 페이스북에 대해 최근에 비판 의식을 가지는 이유기도 하다.

다시 업계로 복귀했다. 어제 한 업계 동료분과 이야기하면서 "이야기를 멈추지 말라"는 충고를 받았다. 그래서 내가 왜 나의 생각을 말하는 것을 멈추었나 곰곰히 생각해 보게 되었다.

좋은게 좋다고 입을 닫고 양지를 지향하는 것은 나와 안 어울리는 것 같다. 슬럼프를 극복하려면 이런 글조차 내 블로그에 올릴 수 있어야 겠다.

(c)tuntun.com

진정 클라우드가 만능일까?

channy — Fri, 02 Sep 2011 12:50:01 +0900

IT 업계에 최근 버즈(Buzz) 용어 중에 클라우드 컴퓨팅이 있다.

클라우드 컴퓨팅은 가상화 기술을 기반으로 개인 사용자의 데스크톱 환경부터 기업들의 대용량 정보 처리와 인터넷 기업의 웹 사이트 운영까지 "서비스"로서 제공해 주는 것을 말한다.

요즘 이를 세분화 해서 SaaS(Software as a Service), PaaS(Platform as a Service), IaaS(Infra as a Service)로 대체로 구분한다.

클라우드는 공짜인가?
한 3년 전 클라우드 컴퓨팅에 대한 쓴소리에서도 언급한 바 있지만, 기업 관점에서 클라우드 서비스 제공자에 의존하기 보다 자사 서비스 최적화에 관심을 가져야 하고, 개인 관점에서 자신의 데이터 제어 및 통제권을 가지는 것은 중요한 이슈라고 하겠다.

하지만, 실제로 이런 이슈와 별개로 비용에 대한 이슈는 소홀히 다뤄져왔다. 왜냐하면 기본적으로 클라우드가 훨씬 싸다는 인식을 가지고 있었기 때문이다. (사람이 모든 걸 다 할 수 없으니 필요한 부분을 빌러 쓰는 건 비용 부담히 적은 건 당연하다.)

최근에 몇 가지 이슈들은 클라우드 컴퓨팅의 비용에 대해서도 의문을 제기한다. 그 이슈들은 클라우드 서비스의 대표 주자인 구글로 부터 나와서 더 큰 충격을 안겨주었다.

구글 지도 API의 유료화 및 구글 앱스엔진의 유료화에 대한 것이다.

SaaS: 오픈 API의 유료화
구글맵은 올해 4월 부터 프리미어 서비스를 시작했고, 5개월간의 유예 기간을 거쳐 10월 부터 기업용/상용에 대해서는 유료로 제공받아야 한다. 무료인 경우도 로컬 광고가 탑재된다.

프리미어 서비스의 경우, 연간 1,400만원 부터 사용자 수 및 트래픽에 따라 차등으로 제공되어 일부 대기업은 기천만원까지 비용이 증가하고 있다고 한다. 게다가 응하지 않을 경우, 강제 셧다운 같은 강력한 제재까지 검토 중이라고 한다.

물론 유료 서비스의 경우, 99.95%의 업타임을 보장하는 서비스 수준 계약(Service Level Agreement)이 제공되고, 고객 지원 및 트래픽 추가, SSL 지원, 자체 광고 가능 등 다양한 추가 서비스를 제공하고 있다.

하지만, 갑작스런 변화에 많은 개발자 및 회사들이 당혹해 하고 있는 건 사실이다.

PaaS: 구글 앱스 엔진의 비용 증가
구글 앱스엔진은 애플리케이션 개발자나 기업이 구글이 제공하는 개발 환경과 컴퓨팅 환경하에서 웹 서비스를 개발하여 제공하고, 쓴 만큼만 돈을 내는 구조이다.

9월 1일자로 서비스 이용자에게 메일을 보내서 새로운 가격 정책을 발표했다. 문제는 새 가격 정책에 대한 비용 증가 때문에 사용자의 불만이 쇄도하고 있다는 점이다.

어떤 개발자는 현재 월 비용 $900에서 $2850로 310%로 증가한다고 불만을 토로하면서, 아마존 웹 서비스로 이전을 검토중이라고 한다. 거의 모든 사용자가 최소 50%에서 수백%까지 비용 증가가 예상된다.

IaaS: 잦은 장애로 힘든 AWS
컴퓨팅 자원을 빌러서 쓰는 Amazon Web services 역시 쓴 만큼 비용을 내는 구조이고, SLA를 보장해 준다. 가격도 합리적이고 사용하기도 편리한 측면이 높기 때문에 스타트업 기업이나 일시에 컴퓨팅 자원이 많이 필요한 기업들이 주 고객으로 급증하고 있다.

하지만, AWS의 경우 최근에 잦은 장애를 일으켰다. 이러한 퍼블릭 클라우드 회사의 경우, 장애 시간에 따른 보상이 이루어 지나 장애로 인한 기업 이미지 하락 및 장애 시간 동안 손실에 대해서는 보상 받지 못한다. (그리고, SLA 기준 0.05%에 해당하는 연간 44시간에 대해서는 면책을 받는다.)

지난 4월의 미국 동부 AWS 장애의 경우, 무려 8시간 동안 고객에게 장애에 대한 상세한 공지를 하지 않았고, 8월의 아일랜드 AWS 장애는 벼락을 맞아 유럽 지역에 EC2 서비스가 10시간동안 제공되지 못했다.

결국 클라우드에 놓고도 다른 백업 저장소를 구성해 두어야 하는 문제가 있는 것이다. 물론, 직접 운영해도 장애는 날 수 있다. 하지만, 그 여파가 더 크다는 점은 상기할 필요가 있다.

물론 클라우드 컴퓨팅이 자원의 효율적 이용이라는 기술적 화두를 제시하고, 신생 기업이나 비IT 기업의 투자 비용 감소라는 측면에서 매우 큰 강점을 가지고 있는 것은 사실이다.

하지만, 클라우드도 역시 각자 회사의 셈법에 맞게 검토를 해야 하고, 꼭 필요한 부분에만 아웃소싱을 하면서 접근하는 지혜가 필요하다. 클라우드는 만능이 아니기 때문이다.

HTML5의 11가지 불편한 진실?

channy — Mon, 29 Aug 2011 08:30:00 +0900

이 글은 Peter Wayner가 쓴 11 Hard Truths About HTML5 (한국어 번역)이라는 글의 반론이다. 저자는 HTML5에 대한 문제점이라고 조목 조목 적었지만, 사실상 한 두 가지를 제외하고는 새롭지 않은 이슈들이다.

다만, 웹 개발자들이 전반적으로 개발할 때 의식적으로 지켜야할 몇 가지 문제점에 대한 이해도 할 겸 간단하게 정리해 본다.

1. 사용자가 코드를 제어 할 수 있어 보안에 취약하다.
이 문제는 HTML5와 관계 없는 모든 클라이언트 사이드 프로그램의 문제점이다. 이는 프로그램이 네이티브든 스크립트든 클라이언트단 조작과 관계 없이 "보안적으로" 서버단 프로그램이 견고해야 하는 이유이다. 웹 개발자는 서버에서 사용자를 인증하고 데이터는 검증한 후 원격 DB에 잘 보관해야 한다. 클라이언트 기반 기술은 사용자의 경험을 향상시키기 위한 도구로 쓰는 것이 정석이다.

2. 사용자가 로컬 스토리지 데이터를 다루기 어렵다.
이 또한 HTML5의 문제가 아니라 모든 클라이언트 사이드 프로그램의 문제점이다. 데스크톱 앱에서 사용자가 DB를 다룰 수 있는 프로그램이 몇이나 되나? 그리고 그 프로그램을 사용자가 열어본다고 해서 관리할 수 있는가? 로컬 스토리지는 그야말로 쿠키보다 좀 더 나은 저장소를 제공하여 사용자 경험 향상을 위해 일부 데이터를 저장하는 것이다. 지우더라도 서버에서 다시 생성하는 그런 성격의 데이터이다.

3. 사용자가 로컬 스토리지 데이터를 제어할 수 있다.
사용자들이 로컬 데이터를 조작할 수 있다는 문제를 언급하고 있다. 이 부분은 2번과 배치되는 주장이다. 여전히 글쓴이는 HTML5 로컬 스토리지가 왜 존재하는지 이해하지 못하고 있다. 로컬 스토리지에서 조작을 한다고 해서 서버 데이터까지 조작이 가능하다는 시나리오는 개발자의 (능력) 문제이지 HTML5의 문제라고 보기 어렵다.

4. 오프라인 앱에서 데이터 동기화가 어렵다.
HTML5 오프라인 앱과 로컬 스토리지는 웹의 단점을 보완하기 위한 것이지 대체제가 아님을 명심해야 한다. 웹 개발자가 일단 이 두 가지를 쓰려고 마음을 먹었다면, 동기화 문제는 실제로 이슈가 된다. 따라서, 동기화가 큰 이슈가 일으키지 않는 부분에 적절하게 사용하는 것이 중요하다.

5. 클라우드 서버에 있는 데이터도 통제하기 어렵다.
이 또한 HTML5와 상관 없이 (네이티브 앱이든 아니든) 모든 클라우드 기반 앱들의 문제라고 할 수 있다. 클라우드가 유용한 이유는 간편하고 빠른 접근성과 공유 기능 때문이다. 다만, 사용자가 자신의 데이터를 클라우드에 올리는 경우 많은 세심한 주의가 필요하다.

6. 모두에게 똑같은 기능을 제공한다.
이 또한 사실상 HTML5와 상관 없다. 온라인 업데이트 기능을 가진 모든 앱들의 문제라고 볼 수 있다. 물론 네이티브 앱들이 업그레이드 하지 않고 사용할 수 있는 방법이 있지만, 그만큼 웹 기반 앱들도 일부 HTML 버전(정적 버전)도 제공한다.

7. WebWorker를 통제하지 못한다.
이는 웹 워커 뿐만 아니라 CPU를 과용하는 일반적인 악성 프로그램(Malware)에도 충분히 일어날 수 있는 문제이다. 특히, 웹 워커를 통제하지 못하는 취약점은 자바스크립트를 실행하는 브라우저에서 해결해야 할 문제이다. 지금도 대부분 웹 브라우저는 과도한 JS 실행에 대해 사용자에게 알려 주고 중지할지 여부를 확인하는 인터페이스를 가지고 있다.

8. AV 포맷은 중복으로 제공해야 한다.
HTML5 오디오 및 비디오에 대한 지원 코덱이 브라우저 마다 다른 점 때문에 같은 콘텐츠를 여러 코덱으로 제공해야 하는 문제점에 대한 지적이다. 저자도 HTML5의 문제는 아니라고 밝히고 있지만, 어떤 기술도 커버리지의 문제를 가지고 있다. 심지어 보편적인 웹 표준 조차도 브라우저 마다 표준 지원 정도가 다르다. AV 코덱에 대한 문제는 산업적인 이슈지 기술적 문제라기 보기 어렵다.

9. 개발 자체가 브라우저에 종속적이다.
이는 HTML5에 국한되지 않은 웹 기술의 기본적인 문제라고 할 수 있다. 하지만, 이것이 바로 웹의 보편적 확장에 도움을 준 방법이다. 만약 닷넷이나 자바처럼 클라이언트 VM이 하나였다면, 웹이 이렇게 성공할 수 있었을까?

물론 브라우저에 종속적인 웹 개발은 매우 어렵다. 많은 것을 고려해야 하기 때문이다. 웹 개발자들은 IE6도 빨리 사라지고 웹 브라우저가 하나로 통일 되었으면 하는 꿈을 가지고 있을지 모르지만, 만약 정작 그런 날이 오면 우리는 이 직업으로 밥먹고 살 수 없다.

10. 하드웨어 성능을 관리하기 어렵다.
웹 브라우저들이 성능 향상을 위해 하드웨어 가속을 비롯한 많은 개선을 이루고 있지만, 웹 개발자들이 이를 확인하고 어렵다는 문제다. 글쎄... 많은 웹 브라우저들이 성능 경쟁으로 인해 과도한 데모 (예를 들어, 3D 게임 같은)를 보여 주고 있지만, 사실상 이는 초보적 수준이다. 웹에서 너무 많은 것을 하려는 건 금물이다.

11. 정치가 판을 친다.
HTML5 표준이 소수의 브라우저 개발자들에 의해 좌지우지 된다는 걱정이다. 특정 웹 브라우저의 혁신이 계속될 수록 기능적인 파편화가 계속되기 때문이다. 표준화의 과정이 정치적인 부분을 배제할 수 없지만, HTML5는 수 많은 웹 개발자와 함께 만들어온 표준이며 지금도 W3C와 WHATWG에서 상호 보완적인 역할을 수행하고 있다.

HTML5는 아직 진행 중인 기술이며, 이를 통제하는 주체도 없다. 하지만, 다양한 혁신이 살아 숨쉬고 있는 살아있는 기술이기도 하다. 저자가 권위주의와 민주주의를 예로 들었듯이, 세상엔 폐쇄된 기술 플랫폼 만큼 "선택 가능한" 개방형 기술도 존재해야 한다.

이것이 HTML5가 있는 이유중 하나이다.

스티브 잡스, 한 시대가 끝났다.

channy — Thu, 25 Aug 2011 22:08:04 +0900

아래는 TechCrunch의 John Biggs의 Steve Jobs: The End Of An Era라는 글을 번역하고 일부 편집한 것입니다. 제가 느끼는 감성과 제일 맞아서 함께 공유합니다.

스티브 잡스! 그의 반평생의 대략적인 것은 우리 모두가 잘 알고있다.

잡스는 대학원에 다니는 여학생과 시리아 계 남자 친구 사이에서 태어났다. 그녀는 아기를 입양시켰고, 산타 클라라에 사는 가난한 기계공인 폴 잡스와 클라라 잡스 부부가 그를 거두었다. 아기는 단층 집이 끝없이 늘어선 평평한 땅인 산타 클라라에서 자랐다.

일부 지역을 제외하고 주민들은 대체로 중류 또는 중상류층 사람들이나 부유한 어린 시절을 보낸 것은 아니었다. 그의 생모는 양부모에게 "아이를 대학을 보낼 것"이라는 약속을 받았고, 가난에도 불구하고 Reed 대학으로 보냈다.

그러나, 그는 곧 대학을 중퇴했다. 이후에 자신이 흥미를 가진 서체(calligraphy) 수업에 청강했고, 당시 그는 빈병을 주워 돈을 벌고 가끔 서체를 가르치면서 음식을 얻어 먹었다. 마침내 그는 20세 나이에 그는 동료와 회사를 시작했다.

그는 성질이 불같은 불교도이다. 그는 라이벌을 무너뜨리고 독특한 비전 아래 4000명의 직원을 거느리는 회사를 만들었다. 그러나, 그는 자신의 회사에서 방출되었다. 나가 있는 동안 2개 회사 정도를 더 만들었다. 그리고 그는 컴백했다. 그에게는 일종의 히피적인 구석이 있어 밥 딜런과 비틀즈 그리고 음악 전체를 각별히 사랑한다.

이제 그는 현역을 떠난다. 파도에 부서지는 모래와 같이 그의 건강은 오랫동안 나빠지고 있었다. 이것이 모든 찬사를 뺀 그의 인간적인 모습이다.

앞으로 애플은 어떻게 될 것인가? 난 처음 부터 맥의 팬은 아니었다. 수수하고 단순한 486 PC에 비해 그냥 무지개색의 비싼 기계라고 생각했다. Power라고 이름 붙인 칩을 단 컴퓨터를 사는 건 그냥 바가지를 쓴다고 여겼다.

지난 10년간 나는 맥이 일을 제대로 하게 하는 시스템이라고 감탄하게 되었다. 맥이야 말로 그의 평생 가장 중요한 부분을 바쳤다. 맥은 스탠포드 어딘가에 거대한 컴퓨터 연구소에서 태어난 슈퍼 컴퓨터 같은 것이었으나, 그는 우리 모두가 손에 잡을 수 있을만큼 작게 만들어 주었다.

그가 만든 세계는 폐쇄적이어서 "장벽에 둘러싸인 정원"이라고 많은 사람들이 비판했다. 그러나, 나는 그것을 전원 풍경에 비유하고 싶다. Shunryu Suzuki는 "무엇이든 아름답게 보이는 것은 균형이 부족하지만 그 배경은 완벽한 조화를 유지하고있다"라고 말했다. 앞에서는 다양한 사건이 일어나지만, 뒤에는 평온과 질서가있다.

우리가 사는 인터넷 세계에는 그 넓은 배경을 보지 않고 오로지 우상을 파괴하려는 압력만이 존재한다. 며칠 동안 그러한 압력은 매우 강해질 것이다. 그러나, 현역에서 은퇴하는 것 만으로도 이별에 대해 한 마디해야하는 다른 기업 CEO가 존재 할까? 마이클 델이 CEO를 그만두어도 그 다음날 누구도 기억하지 않을 것이다.

뭔가 일어날 것이라고 우리도 대략 알고 있었다. 그 사람은 병이 더해갔고, 이제 사임했다. 오스트리아 태생의 빌헤름 슈테케루는 "미숙한 인간은 대의를 위해 죽으려고 하지만 성숙한 인간은 삶에 대해 겸손하다."라고 말했다.

미스터 잡스, 삶의 평안을 기원합니다. 당신의 모습을 무대에서 볼 수 없게되어 그리울 것입니다.

문제는 소프트웨어가 아니잖아!

channy — Tue, 23 Aug 2011 17:32:14 +0900

지금 글로벌 IT 시장은 급변기다. 노키아는 MS와 제휴를 하고, 구글이 모토롤라를 인수하고, HP는 webOS에 집중하고자 모바일 디바이스 사업을 아예 접었다.

그런데, 우리 정부는 과거 성장 시대의 논리로 대기업과 '한국형' 모바일 OS를 만들겠다고 선언했다. 일반 개발자와 오피니언 리더들의 반응은 냉담하고 이는 글로벌 IT 산업의 이합집산이 어떤 방향으로 흐르는가를 전혀 알지 못하고 있는 듯 하다.

그 이유는 오늘 날 소프트웨어는 그 자체가 아니라 '플랫폼'과 '생태계'가 더 중요하기 때문이다. 이는 청계천에 콘크리트로 강을 만들고 물고기 몇 마리 풀어놓는다고 되는게 아니다.

지금 플랫폼과 생태계에 대한 진지한 고민과 접근이 더 필요한 시점이다. 마이크로소프트와 애플 그리고 구글이 성공한 것은 소프트웨어 그 자체 보다 자신들의 플랫폼을 이용할 개발자 고객에 대한 신뢰 구축에 기인한 바 크다.

많은 개발자를 돕고, 주고, 가르치는 꾸준한 노력의 결과 믿음을 얻고 소프트웨어 생태계가 만들어지는 것이다. 우리 나라에서 만든 SW 플랫폼은 대부분 개발만 할 뿐 이를 이용해 응용 프로그램을 만드는 서드파티 개발자를 고객으로 생각하지 않는다.

자신들의 플랫폼을 이용하는 개발자가 속한 기업이 항상 '을'이거나 'CP'거나 하청이었기에 그냥 시키면 시키는대로 해야 한다. 그러니, 피드백도 없고 개선도 없으며 울며 겨자먹기로 품질 낮은 플랫폼이 '한국형'이라는 이름으로 그냥 그렇게 팔리는 것이다.

우리가 한국형이라고 이름 붙인 많은 소프트웨어들이 그런식으로 명맥을 유지하다가 갑자기 쓰러져갔다. 그런데, 똑같은 방법으로 같은 전철을 밟으려고 한다.

물론 성공적인 소프트웨어 플랫폼을 얻기란 하늘의 별따기이다. 정말 미국이나 유럽 몇 개 나라에서만 가능한 것일 수 있다. 애플 조차도 아이폰 앱스토어라는 개발자 생태계를 만들기까지 Mac OS가 크게 성공한 SW 플랫폼은 아니었다.

알고 보면, 그럴 수 밖에 없는 이유가 있다. 미국이나 유럽 같이 땅덩어리가 큰 나라들은 혼자서 다 해쳐먹을 수 없다. 개발자들이 함께 도와 주어야 만이 그 정도 시장을 아우를 수 있고, 나아가 전 세계 개발자들이 뛰어 들 수 있는 글로벌 규모의 시장이 만들어진다.

그에 비하면 한국은 웬만한 기업이면 혼자서 다 해먹을 수 있는 정도의 시장이다. 그러니 협업이 웬말인가?

우리가 만든 소프트웨어 플랫폼이 전 세계에서 인정 받고 싶다면 세 가지 길이 있다.

첫째, 욕심을 버리고 상생이 하겠다는 마음을 의도적으로 먹는 것이다. 안에 새는 바가지 밖에서도 샌다고, 협업을 통해 윈윈하겠다는 큰 폭의 마음 가짐과 합의가 더 중요하다. 대기업이 중소기업 사람이나 뽑아서 해결하겠다는 식이 아닌 협력할 자세를 먼저 보여라.

둘째, 소프트웨어 개발자들을 고객으로서 도와주고 마음을 얻기 위한 훈련을 충분히 해야한다. 회사 직원들을 월화수목금금의 대상으로 보고, 협력 업체를 하청이나 하는 대상으로 보는 생각을 완전히 바꿔라. 그들에게 많은 의견을 받아 플랫폼을 개선하고 더 나은 서드파티 앱이 나오도록 충분히 지원해야 한다.

세째, 진정한 오픈 소스 소프트웨어 플랫폼으로 경쟁을 해야한다. MS와 애플의 폐쇄적인 플랫폼과 구글의 가짜 오픈 플랫폼과 달리 우리는 제 3의 방법을 써야 하기 때문이다. 그래야 경쟁력이 있다. 남이 잘하는 방법을 따라해서는 안된다.

난 정부 주도든 아니든 소프트웨어 플랫폼을 만드는 것은 반대하지 않는다. 중요한 것은 그 뒤에 있는 플랫폼과 생태계에 대한 진지한 고민과 전략이라는 점을 깨닫는 것이다. 그렇지 않다면, 그냥 지금 하는 것이나 잘하라고 말하고 싶다.