도대체 웹2.0 이란 무엇인가?

2006년 신년 벽두부터 ‘웹2.0’에 대한 이야기로 뜨겁다. 연초에 이슈가 될만한 이야기를 찾는 이들에게 웹2.0은 좋은 ‘꺼리’가 될 충분한 자질을 갖추고 있다. 인터넷 기반 언론뿐만 아니라 메이저 언론들에서까지 특집 기사를 내고 있으니 분명 우리가 ‘알아야 할’ 그 무엇인가가 되고 있다는 생각에 이 주제로 컬럼 쓰기에 동참하였다.

많은 대중들마저 알아야 할 ‘웹2.0’을 떠올릴 때 가슴 한구석에 그늘이 지는 이유는 무엇일까? 필자 자신의 무지함 때문이라고 자책해보면서 웹2.0의 참모습에 대해서 많은 독자들과 고민해보고자 한다.

지금까지 알려진 웹2.0
웹2.0이란 말은 ‘오라일리’사와 컴덱스쇼를 주최했던 ‘미디어라이브(MediaLive)’사가 2004년 초 IT관련 컨퍼런스 개최에 대한 아이디어를 협의하는 과정에서 생겨났으며, 오라일리사의 데일 도허티(Dale Dougherty) 부사장이 과거 닷컴 버블에서 살아남은 닷컴 기업들에서 발견되는 특별한 특징들을 다른 기업들과 대비하는 의미에서 웹2.0으로 명명하였다고 한다. 다시 말하면, 웹2.0이라는 말은 과거의 닷컴 버블과의 이별을 통해서 새로운 웹의 개념을 찾아보고 싶다는 희망과 기대의 의미가 많이 포함되어 있다는 것을 알 수 있다.

닷컴 버블에서 처절한 가치 폭락을 경험한 IT 종사자들에게는 최근 들어서 찾아오는 닷컴 부활 열기 속에서 새로운 가치를 대중들에게 주고, 그리고 스스로가 그러한 가치를 느끼고 싶었는지도 모르겠다. 최근의 성공들이 과거의 전철을 밟지 않기 위해서는 과거와의 적절한 단절이 필요할 것이고, 웹2.0은 이런 필요에서 발생한 적절한 산물이라고 보여진다. 물론, 웹2.0의 가치를 폄하할 생각은 전혀 없다.

하지만, 불연속적인 의미의 웹2.0을 받아들이기에는 Web1.0(이런 개념이 있었는지는 모르겠지만)의 의미가 우리에게 모두 공유 되고 있는지 생각해보게 된다. Web의 근본적인 ‘공유’ 정신이 사라지고 있는 지금의 상황에서 사용자 중심의 조작과 공유를 근간으로 하는 웹2.0이 대두되는 현실은 ‘자연으로 돌아가라’는 가르침을 생각하게 한다.

야후의 웹2.0 서비스들
웹2.0의 대표 서비스들로 필자가 근무하는 야후 본사의 서비스들이 많이 언급되고 있는 것은 기분 좋은 일이 아닐 수 없다. 인수가 아닌 야후가 직접 개발한 서비스들이었다면 더 자랑스러웠겠지만. 나열하자면, 태그(tag) 기반의 사진 공유사이트로 웹2.0의 대표주자라고 언급되는 플릭커(www.flickr.com), 소셜 북마크 공유 서비스인 딜리셔스(del.icio.us), XML과 자바스크립트 기반으로 위젯이라는 사용자가 원하는 프로그램을 작성할 수 있는 콘파뷸레이터(www.konfabulator.com), 웹메일이면서 아웃룩과 유사한 인터페이스를 구현한 오드포스트(www.oddpost.com), 일정과 행사를 관리해주는 트래킹 사이트인 업커밍(www.upcoming.org) 등이다. 열거해 놓은 서비스들은 웹2.0이라는 거대한 타이틀에는 어울리지 않을 지 모르지만, 소박하고 유용한 서비스들이다. 조만간 우리나라 사용자들에게도 선보일 수 있도록 노력하겠다.



먹을 것 많은 소문난 잔치로
소문난 잔치에 먹을 것 없다는 흔한 속담이 있다. 이 말을 다른 각도에서 생각해보면 잔치 소문을 듣고 어렵사리 찾아간 사람은 별반 건질 게 없는 데에 비해서, 잔치를 연 주인은 흥행에서 꽤 짭짤한 성공을 거둔다는 뜻이 숨어있지 않을까.

웹2.0을 주창한 사람들은 이를 통해서 사회적인 성공을 가져가고 있을지 모르지만, 이미 알려진 방향으로 웹2.0스러운 서비스를 만든다고 한다면 시장에서 성공하기는 쉽지 않을 것이다. 왜냐하면, 웹2.0은 태생부터 새로운 개념을 잡고 불연속적으로 탄생한 창작의 산물이 아닌, 성공한 서비스들의 Case Study들을 통해서 함축적으로 정리된 개념이기 때문이다. 이런 상황에서 웹2.0으로 지금 시장에 뛰어드는 것은 늦은 감이 없지 않다.

다행히도 우리나라의 많은 IT 종사자들은 유사한 개념으로 이미 수년 전부터 뛰어난 서비스를 만들어왔다. 우리나라에서 출발한 지식 검색이 미국 시장에도 소개되고 있으니 웹2.0의 기원은 대한민국에 있다고 봐도 틀리지 않다. 다만, AJAX 등 기술적인 이슈들에 대한 관심과 연구는 우리나라가 뒤쳐져 있는 것이 분명하니 이런 부분에 있어서의 투자와 관심은 반드시 필요할 것으로 보인다. 웹2.0, 아니 웹3.0 시대라고 하더라도 사용자들에게 제공하는 가치만 높다면 서비스 형태가 어떠하든 성공할 것이다.@


출처 : http://www.zdnet.co.kr/itbiz/column/anchor/sharpgun/0,39034991,39143892,00.htm

저자 : 김대영 (야후코리아 search group 팀장)

오래만에 기사를 올려 봅니다.
먹고 산다는 것이 뭔지..... ^^
다들 행복한 하루하루 됫시길... 간절히 바랍니다.

웹2.0 에 대한 양반양론에 대한 간략하게 언급된 내용도 있더군요.
같이 읽어보시면 좋을 듯 합니다.

「웹 2.0」, 「컴퓨터 2.0」에 더 가깝다

최근 ZD넷 블로거로 활동하고 있는 리차드 맥매너스(Richard McManus), 러셀 셔(Russel Shaw), 조에 맥켄드릭(Joe McKendrick)의 블로그에서 웹 2.0에 대한 내용을 찾아봤다. 맥매너스는 자신의 블로그명인 ‘웹 2.0 익스플로러’에 걸맞게 ‘웹 2.0은 존재한다’는 진영에 속해 있다.

그러나 “웹 2.0은 마케팅 슬로건에 불과하다”고 주장하는 셔(zdnet.com의 IP 텔레포니, VoIP, 브로드밴드 블로거)는 “웹 2.0은 존재하지 않는다”는 진영에 속한다. 웹 2.0의 수호자로 최근 떠오르고 있는 인물은 ‘웹 2.0은 존재한다’는 글을 게시한 SOA(Service Oriented Architecture) 블로거 맥켄드릭이다.

그러나 맥매너스조차 자신의 ‘다른 블로그’에서 웹 2.0이란 용어(웹 2.0은 죽었다, R.I.P 참조)가 나오게 된 배경에 대해 의구심을 나타냈으며, 최근 포스트를 통해 웹 2.0을 기술적으로 분석한 셔는 마치 자신이 월드와이드웹 전쟁을 시작한 것 같은 느낌을 받고 있다.

웹 2.0이 뭘까? 월드와이드웹 전쟁에 끼어들고 싶지는 않지만 누군가 나에게 이 같은 질문을 던진다면 웹 2.0은 컴퓨터 2.0에 더 가깝다고 대답할 것이다.

우리가 알게 됐고, 또 사랑하게 된 컴퓨터는 이제 빠른 속도로 과거의 유물(이 때문에 이제는 컴퓨터를 ‘언컴퓨터(uncomputer)'라고 부른다)로 전락하고 있다. 그뿐 아니라 인터넷 기반의 API와 구글, 야후, MS, 세일즈포스닷컴, 이베이, 테크노라티, 아마존 등 수많은 기업들과 정부가 제공하는 데이터베이스 인터페이스의 새로운 집합체로 다시 태어나고 있다.

과거의 API 집합체가 운영체제 측면에서 가장 흥미롭고 혁신적인 애플리케이션 개발이 수행된 플랫폼이었다면 새롭게 등장한 인터넷 기반의 API는 완전히 새로운 종류의 애플리케이션 개발을 유도하는 활동 공간이 되고 있다.

1개 이상의 새로운 API를 공공 혹은 사적인 데이터베이스와 창의적으로 결합하는 혼합(mashup) 애플리케이션이 단 하나도 웹에 등장하지 않은 채 거의 하루가 지나고 있다.

인터넷 사용자들에게 실질적인 가치를 제공하는 혁신적인 사이트로 필자가 최근 관심을 갖게 된 사이트가 3개 있다. 샌프란시스코의 주차관련 사이트인 파킹카마닷컴(ParkingCarma.com), 멀티플 리스팅 서비스(Multiple Listing Service)의 주택 매물을 양방향 매핑에 통합한 집리얼티(ZipRealty), 맵섹스어펜더스닷컴(mapsexofferders.com)이다. 맵섹스어펜더스닷컴은 이름만으로도 사이트의 성격을 추측할 수 있을 것이다.

이러한 새로운 API 집합체는 여러 가지 측면에서 “네트워크가 곧 컴퓨터”라는 썬의 지난 슬로건을 입증해준다. 과거의 컴퓨터는 이제 유물로 변하고 있고, 운영체제의 전통적인 업데이트와 유지 방식도 변화되고 있다. 오픈소스 운영체제도 물론 예외가 아니다.

신성한 전쟁을 시작할 생각은 없지만 리눅스 등 오픈소스 운영체제의 ‘공식’ 커널조차도 이제는 질서정연한 체계를 갖고 있는 컴퓨터 전문가 위원회의 감시 하에 놓여 있다. 비교해서 말한다면 API의 집합체인 윈도우 등 사유 운영체제는 개발 측면에서 볼 때 리눅스 같은 오픈소스 운영체제보다 훨씬 더 권위적이다.

하지만 그렇다고 해서 인터넷 기반의 새로운 API 집합체인 새로운 운영체제가 리눅스보다 권위적이지 않다는 말은 아니다. 어쨌든 누구나 자신의 API를 언제라도 추가해 ‘새로운 운영체제’를 강화시킬 수 있게 됐다.

일부 인터넷 업계 거물들은 내부 개발 방식에 의해서든 아니면 딜리셔스(del.icio.us)와 플릭크(Flickr)처럼 M&A를 통해서는 자신들의 API 포트폴리오를 빠르게 확산시키고 있으며, 이 포트폴리오를 설명하기 위해 ‘플랫폼’이라는 단어를 사용한다. 이처럼 간단한 플랫폼이 개발자들의 개발 활동을 독려할 것이라는 데는 의심의 여지가 없지만 오랜 역사를 가진 API에서 그동안 우리가 보아왔던 몇 가지 기억할 만한 일들은 짚고 넘어가야 할 것 같다.

1980년대로 한 번 돌아가보자. 당시에 등장했던 최고의 제품(uber, 크로스 플랫폼 API 포함) 몇 가지는 실리콘밸리나 중국의 수백만 달러짜리 근사한 연구실이 아닌 누군가의 창고에서 탄생했다. 우리 앞에는 몇 가지 혼란스러운 상황이 놓여 있으며, 한 가지 분명한 것은 지금 이 자리에 안주해서는 안 된다는 점이다.

그동안 우리가 익숙했던 환경과 비교해보면 쉽게 액세스가 가능한 API의 급속한 확산은 그야말로 언컴퓨터(uncomputer)식 환경이다. 새로운 API에 우리가 익숙해지느냐 그렇지 못하느냐는 별개의 문제다. 여기서 핵심은 지금까지 제안된 모든 커널을 수정할 때 거쳐야 했던 제다이 기사들(Jedi Knights)의 원탁 회의가 어느 곳에도 존재하지 않는다는 사실이다.

또한 테크크런치(TechCrunch) 편집자 마이크 아링톤은 새로운 혼합(mashup) 애플리케이션이 하루가 멀다하고 등장하는 것처럼 끊임없이 API 관련 소식을 전하고 있다. 아링톤은 새로운 API가 사용가능해지면 곧바로 블로그에 소식을 올리면서 새로운 API 특종을 다루는 데 상당한 솜씨를 발휘하고 있다.

‘언컴퓨터(uncomputer)’에 대해 아직도 확신이 서지 않는가? 그렇다면 다음 내용을 고려해보라. 누구라도 언제나 기본적인 사용자 인터페이스인 새로운 API를 자유롭게 추가할 수 있다. 그리고 이 인터페이스는 새로 추가된 API의 이점을 활용하기 위해 업데이트할 필요도 없다. 언컴퓨터(uncomputer) 같은 세상 아닌가.

이러한 상황을 기존의 운영체제에 새로운 API를 추가할 때의 상황과 비교해보라. 업그레이드 주기마다 모든 종류의 특별한 하드웨어, 새로운 소프트웨어, 그리고 비용까지 맞춰야 하기 때문에 업그레이드 자체가 고통스러운 일이었을 게다. 하지만 수백만 가지의 혼합(mashup) 애플리케이션을 누구나 사용할 수 있게 되면 자신의 앞에 어떤 기술이 놓여있든 상관없이 “우리가 도대체 지금까지 생각한 게 뭐지? 이런 걸 왜 진작 하지 않았을까?”라며 수많은 사람들이 지금까지 했던 방식을 되돌아보게 될 것이다.

마지막으로 한 가지 더 언급할 것은 여기에는 생태계 스토리가 존재한다는 사실이다. 즉 새로운 API의 집합체는 과거의 집합체보다 더 편리하게 개발자들이 따라올 수 있도록 유도한다. 이러한 과정을 “목표 도달(reach)”이라고 칭하며, 타깃 마케팅이라는 말로도 알려져 있다.

새로운 API 집합체는 과거의 집합체보다 애플리케이션 개발자들의 활동 폭을 더욱 넓혀주고, “혼합 애플리케이션 아티스트(메리 하더가 최근 필자와의 대화 도중 만들어낸 신조어)”들이 전보다 더 빠르게 애플리케이션을 출시할 수 있도록 해준다. 맵빌더닷넷(mapbuilder.net)에 접속해 API가 특정 유형의 RMD(Rapid Mashup Development)에 어떻게 적용되는지를 보게 되면 아마 놀랄 것이다.

그런데 과연 개발자들이 자신이 구워낸 케익을 가져가고, 또 먹을 수도 있게 될까? 이러한 생태계 내에서라면 대답은 ‘그렇다’다. 이유는? OS X 애플리케이션을 운영하는데 OS X는 갖고 있지 않고, 윈도우 애플리케이션을 운영하는데 윈도우는 갖고 있지 않으며, 리눅스 애플리케이션을 운영하는데 리눅스는 갖고 있지 않은 사람들이 수없이 많이 이 세상에 존재하기 때문이다.

하지만 브라우저를 갖고 있지 않은 사람은 거의 찾아보기 어렵다. 또한 새로운 API 집합체가 등장하기 전에도 애플리케이션 개발자들은 이처럼 풍부하고 손쉬운 생태계에 이미 노출돼 있었다. 거의 모든 시장에 접속할 수 있을 정도로 광범위한 브라우저를 통해서 말이다. 이제 더 이상 컴퓨터는 필요하지 않다. 그것이 곧 언컴퓨터(uncompute)다.