|
|
We need investment of google.먼저, 이글을 보시는 모든분께 감사의 말씀을 올립니다.저희 섬게이트는 글로벌 웹서비스(도메인: ogoga.com)를 출시하기 위해 사이버 아이덴터티를 기반으로 하는 커뮤니티용 웹사이트를 원클릭으로 만들고 웹사이트의 모든것을 자유롭게 디자인하고 커뮤니티 운영자가 원하는대로 커뮤니티를 운영할수 있는 시스템을 개발하였습니다. 이 글로벌 웹서비스의 개장과 이의 운영에는 많은 자금이 필요하게 되어 이렇게 투자유치를 위한 제안서를 작성하게 되었습니다. 이 글을 읽게 되면 저희가 발견하고 아이디어를 내고 만들게된 웹서비스가 무엇이며 인터넷에 어떤 새로운 바람을 일으킬지에 대해 판단하실수 있으리라 생각합니다. INDEX1. 인터넷 커뮤니티의 특징과 중요성현재 가장 거대한 인터넷 커뮤니티라고 한다면 usenet news group 일까요? 아니면 느슨한 연결로 이루어진 블로그일까요? 컴퓨터와 인터넷의 도래로 우리에게 주어진 가장 놀라운 이 현상은 우리에게 수많은 가능성을 열어주고 있습니다. 우리가 개발한 웹서비스의 이해를 돕기 위해 인터넷 커뮤니티로 인해 일어나고 있는일들과 여기에 숨겨진 법칙들을 추려 보았습니다.I. 휴먼 네트워크요즘 디지탈 카메라가 매우 많이 보급되고 있습니다. 당신은 어느날 디지탈 카메라가 갖고 싶어 디지탈 카메라에 대해 google.com 에서 검색하다가 디지탈 카메라 커뮤니티를 알게되어 커뮤니티에 페이지로 제공되는 디지탈 카메라에 대한 일반적인 지식들도 보고, 궁금한점을 커뮤니티 게시판에서 질문도 하고 답변도 받아보았습니다. 당신의 주머니 사정을 고려하면서 선택한 멋진 디지탈 카메라를 획득한 당신이 그 카메라로 찍은 가족사진이나 멋진 풍경을 현상해서 집에만 붙여 둘까요? 인터넷 이전이라면 당신은 아마도 '네'라고 답변할지도 모릅니다만, 이제는 당신이 도움을 얻었던 해당 커뮤니티의 게시판에 한번 올려 볼겁니다. 당신이 올린 이미지에 대해서 이런 저런 말도 나오고, 칭찬도 받고 지적도 받은 당신은 그게 얼마나 멋진 경험인지를 알수 있습니다. 오프라인 모임으로 모이는 커뮤니티도 좋지만, 인터넷은 당신이 사는곳과 밤낮이 틀린 지구 반대편 사람과도 만날수 있게 하는겁니다. 게다가 당신이 인터넷에만 연결되어 있다면 당신의 편리한 시간에 맞추어 - 음식을 전자렌지에 올려둔 짧은 시간에도 - 커뮤니케이션을 시작할수 있습니다. 당신은 당신이 올리는 이미지 뿐만 아니라 다른 사람이 올린 멋진 사진에 답글로 '멋져요 !!' 라고 탄성을 자아내기도 하고, 당신 나름의 감상을 올릴수도 있습니다. 자... 이제 당신은 어느순간 그 커뮤니티가 친숙하고 거기에 자주 오는 사람들과 서로 농담도 따먹는 사람이 되었다고 합시다. 당신은 거기에서 디지탈 카메라에 대해서만 이야기 할까요? 혹시 거기 커뮤니티 운영자가 off topic 등의 게시판 카테고리를 두지도 않고 사진 카테고리 게시판에는 그런 이야기도 못하게 하면 모르겠지만, 당신은 어느새 이런 저런 다른 이야기들도 하는 당신을 발견하게 될것입니다. 당신이 자아정체성을 해당 커뮤니티에서 확보하고 나면 당신은 좀더 그 커뮤니티에 애착을 가지게 됩니다. 왜냐하면 거기엔 당신이 갔을때 당신을 알아주고 인사를 건넬 - 지구 반대편 사람일지라도 - 사람이 있기 때문입니다. 인터넷에 수많은 링크와 수많은 정보에 대해서는 google.com 이 찾아주지만, 그 수많은 정보와 링크를 눌렀을때 뜨는 페이지의 뒤편에 있는 사람에 대한 연구와 그들을 위한 서비스는 이제 여명의 시기를 맞이하고 있습니다. 최근 세계 인터넷을 뜨겁게 달구는 myspace.com 이나 facebook.com 도 그 일환입니다.diablo2 라는 게임을 다루는 커뮤니티인 dia2.somegate.com 에선 한때 이런일이 있었습니다. 누군가가 갑자기 자살할것이라면서 게시판에 글을 남겼는데 이에 놀란 커뮤니티의 회원들이 연락을 해보려고 했지만 안되는겁니다. 우리는 - 커뮤니티 운영자인 우리와 커뮤니티에 참여한 회원들 - 여러가지 방법을 동원하여 그 사람의 집이 어딘지 알아냈습니다. 급한 상황이니 만큼 그 사람이 사는 지역의 소방소 전화번호를 찾아서 연락하여 사정을 설명하고 그 사람의 집에 방문하여 확인해줄것을 요청하였습니다. 문이 잠겨 있어 문을 부수고 들어간 소방대원들은 그 분의 안전을 확보하고 커뮤니티에 다시 알려주었습니다. 안심하게된 커뮤니티의 회원들은 수고하신 소방대원들이 속한 지역 소방소 홈페이지에 방문하여 감사의 글을 남기었습니다. 이것은 아무것도 아닌 일인지도 모릅니다. 허나 여기엔 많은 부분 생각하게 하는것들이 있습니다. 일단, 우리 www.somegate.com 은 실명성을 기반으로 하지 않는 사이트라는것을 알려야 하겠습니다. 우리는 가상의 아이덴터티를 추구하였기 때문입니다. 재미나게도 우린 서로가 현실상의 누구이며 나이가 얼마인지 서로 잘 모르는 - 최소한 시스템적으로는 입력받지 않는 - 상황에서 한명 한명이 훌륭한 아이덴터티를 확보하는것을 보았습니다. 자신을 표현하는것은 '번호'나 email 주소나 현실상의 이름일수도 있지만, 인터넷 게시판에서 가장 자신을 잘 표현하는것은 결국 커뮤니티 활동 - 글이거나 어떤글에 추천하거나 자신이 만든 UCC이거나 - 에 의한것이라고 우리는 알수 있었습니다. 여기에서 확보된 아이덴터티는 real 인것입니다. 그것이 당신이 꾸며낸 것일지라도 최소한 당신의 글과 당신이 활동한 바대로의 당신을 다른 사람들이 기억하는것입니다. 당신의 사소한 글을 관심있게 보고 답변을 달아주는 사람들과 당신은 사실 당신이 찍은 사진이나 당신이 좋아하는 농구에는 관심도 없는 마누라 보다 더 가까울줄도 모릅니다. 인터넷에서 진정한 휴머너티를 경험하는 장소는 기업이 운영하는 웹사이트나 일방적인 뉴스 사이트에서가 아니라 이처럼 서로가 서로에게 의미를 부여하고 있는 커뮤니티인것입니다. 당신이 일상의 일부가 되어버린 인터넷 커뮤니티에 찾아가게 될때쯤에는, 커뮤니티는 당신에게 또 하나의 문을 열어줍니다. 바로 당신이 평소에 접하지 못하는 분야의 뉴스를 이러한 커뮤니티에서 접하게 되는것입니다. 무슨 말이냐 하면, 특정 목적하에 모여서 사람들간에 커뮤니케이션이 벌어지고 있는 이 커뮤니티에는 당신과의 교집합적인 어떤것 때문에 여기에 모여 있는 사람들이지만, 그 사람들은 당신과는 배타적인(exclusive) 분야에 대한 경험이나 그러한 관심사를 가지고 있을수 있으며, 이들 소스로부터 나오는 어떤 특이한 뉴스를 그 사람이 보게 되면 해당 커뮤니티에 올릴 가능성이 있기 때문입니다. 그 사람은 자신의 경험을 커뮤니티에서 같이 나누고자 하는겁니다. 말콤 글래드웰이란 저자가 쓴 티핑포인트라는 책에선 1775년 4월 18일밤 미국의 폴 리비어란 사람이 한밤중에 두시간동안 13마일을 달려가며 들린 마을마다 퍼트린 소문이 다시 각종 파발을 통해 거의 미국 전지역에 다음날(4월 19일) 아침까지 퍼졌다고 합니다. 이로 인해 미국 혁명이라고 알려진 전쟁의 시발점이 된 영국과 미국의 첫 교전에서 미국의 조직적이고 격렬한 저항이 벌어진것을 티핑포인트라는 주제의 예제로 사용하고 있습니다. 2008년 6월 7일 부터 9일까지 3일간 한국에선 매일밤 미국산 쇠고기의 수입에 대한 협약의 재협상을 촉구하는 대규모 촛불 집회가 전국 곳곳에서 열렸습니다. 특히 마지막날인 6월 9일밤 한국의 수도인 서울에선 15만명이 촛불집회에 참여하게 되었습니다. 이들중 많은 사람들은 과거에는 없었던 기술과 문명의 이기인 디지탈 카메라와 사진을 찍을수 있고 동료에게 동영상을 전송할수 있는 핸드폰이 있습니다. 저는 7일 부터 9일까지 한번도 촛불집회에 가지 못했습니다. 하지만 매일 저는 그날 현장에 있었던 현장감 넘치는 장면들을 제가 가는 커뮤니티에서 보게 됩니다. TV와 인쇄된 활자 신문과 큰 신문사 웹사이트에선 보여주지 않은 촛불집회에 참여한 여성이 전경에게 군화로 짓밟히는 동영상을 보게되고, 그래서 다음날엔 더 많은 사람들이 촛불집회에 참여할거라는 느낌을 받을수 있습니다. 촛불집회에 참여한 사람들이 찍은 영상과 사진은 디지탈화 되어 자신들의 블로그에 자신이 자주가는 커뮤니티에 올릴것입니다. 해당 블로그나 커뮤니티에 자주 오던 다른 블로거중 몇몇은 이 뉴스와 영상과 사진을 다른 사람에게 알리고 싶어할수 있습니다. 그들은 또한 자신의 블로그에 자신이 자주 가는 커뮤니티에 올리게 되겠지요. 이러한 현상은 그 누가 시키는 것도 아니며, 마치 머릿속 뉴런들이 하나의 신호를 번개처럼 전 신체에 전달하듯이 커뮤니티를 매개체로 수많은 사람들에게 알려집니다. 현재의 한국에서는 말을 타고 달리는 '폴 리비어' 라는 사람이 없는 대신, 이렇게 인터넷 회선을 타고 커뮤니티라는 마을을 오가며 소식을 알리는 사람들이 있습니다. 우리는 인터넷 커뮤니티가 현 사회에 미치는 거대한 현상중 하나를 보고 있는겁니다. 예전이라면 우린 정해진 활자와 정해진 TV를 통해 정해진 뉴스만을 받게 될것입니다. 이것은 인터넷 상의 커뮤니티가 목적을 위해 관심사를 위해 만들어지고 운영이 되지만, 어느 시점부터 이 커뮤니티는 인터넷 세계의 총체적 휴먼 네트워크의 중추신경적 역할을 하는 허브중 하나가 된다는것을 의미합니다. II. One of thousand세계의 온라인 게임 시장에서 Blizzard가 개발한 World of warcraft 는 거대한 영향력을 가지고 많은 사람들을 가상의 온라인 게임세상에 푹 빠지게 만들었습니다. 그리고 이 게임을 해본 사람이라면 보스 경고 애드온(bigwigs), 어그로 표시기(omen), 데미지 미터기(recount) 등이 얼마나 중요한 역할을 하는지 알것입니다. 또한 블리자드에서 제공하는 추가 행동 단축바나 전투메세지 표현을 사용해 보았을것입니다. 이것들은 사실 모두 애드온 개발자에 의해 만들어진것입니다. 여러분은 커뮤니티와 이의 상관관계가 전혀 눈에 들어오지 않을수 있습니다. 허나 이것들은 오늘 제가 커뮤니티의 특성중 하나로 뽑을 법칙인 one of thousand 라는 일반적인 법칙이 게임 커뮤니티에 적용된 결과입니다. 만약 한명의 애드온 개발자가 애드온을 자신의 필요에 의해 개발하고 나서도 수많은 사용자나 버그 리포트 건의등이 없다면 이 애드온은 그냥 사장되었을것입니다. 반대로 999명이 이런 애드온이 있으면 참 좋겠다라고 생각해도 1명의 애드온 개발자가 없다면 그런 애드온은 나오지 않을것입니다. 우리가 다양한 커뮤니티를 약 8년간 운영하면서 우리가 보아온 놀라운 발견중 하나입니다. 999명만 있으면 폭발적인 무엇인가가 만들어지지 않는데, 1명의 코어유저가 갑자기 폭발적인 핵융합을 커뮤니티에 일으키게 된다는겁니다. 재미난것은 1000명쯤 모이면 1명쯤 그런 사람이 생긴다는것입니다. 1명은 999명이 전제가 되어야 한다는것이죠. 또한 반대로 그런 코어 유저 한명은 999명을 끌어오기도 합니다. 때론 그 1명의 코어 유저가 사라지고 나면 999명중에 한사람이 다시 코어유저가 되기도합니다. 와우의 애드온들은 대부분 현재 무료로 사용할수 있도록 배포되고 있습니다. 즉, 애드온은 커뮤니티의 힘을 입어 커가고 발전하고 있습니다. 많은이들의 공통된 이익을 위해 서로가 도움을 주며 공통의 것을 키워가는것입니다. 초창기 와우 애드온 개발자들은 와우 공식 웹사이트의 애드온 포럼이라는 작은 공간에서 서로 이야기를 나누고 자신이 개발한 애드온을 올리곤 하였습니다. 제대로된 설명서 조차 없는 인터페이스 제작에 애드온 개발자들이 서로간의 커뮤니티를 형성하게 된겁니다. 서로가 묻고 답하고 하였으며 이 커뮤니티엔 와우 게임 개발자도 같이 참여하였으며 좋은 애드온은 와우 본 게임에 포함되기도 하였습니다. 어떤 분야에 있어 커뮤니티는 실로 놀라운것을 이끌어낸다는것을 블리자드는 알고 있었던것입니다. 그들의 전작인 스타크래프트나 워크래프트3 등에서 사용자 맵제작 참여를 이끌어낸 경험이 바탕이 되었겠죠.발더스게이트2는 최대최고의 롤플레잉 게임이자, 컴퓨터로 구현된 TRPG 2nd 룰 게임의 마지막에 가까운 게임일것입니다. 구글 사장님은 이런거 해볼 시간 없었는지 모르겠군요 :) 여튼 이 게임은 당시 출시이후 굉장한 인기를 구가했으며, 출시 이후 근 10년이 지난 지금도 버그픽스용 패치와 npc mod 등이 나오고 있습니다. 재미난것은 이 게임을 개발한 bioware는 이 게임의 확장팩용 'Patch version 26498'을 내고 더이상 패치를 내지 않은지 몇년이 지났다는것입니다. 그럼 어디서 이러한 버그 픽스 패치와 npc mod가 나오고 있을까요? 네, 앞에서 말한 one of thousand 법칙과 마찬가지로 몇명의 개발자들이 수백개의 버그들과 게임개발사의 개발자들이 생각만하곤 제대로 구현하지 못한 구멍들에 대한 패치를 하고 다양한 npc와의 길다란 대화를 가진 생명력이 넘치는 npc를 디자인하고 프로그래밍을 동반해야 하는 npc mod 를 내고 있습니다. 이들은 사실 아직도 발더스게이트 II 를 즐기는 수많은 사람들이 있기에 존재합니다. 그들이 패치를 내고 모드를 만들어도 사용할 사람이 없고 건의하거나 버그에 대해 이야기 할 사람이 없다면 이것은 존재하지 않을것입니다. 또한 이들이 있기에 개발사도 중단한 버그 픽스를 내면서 까지 이 게임은 엄청난 생명력을 가지게 되었습니다. III. Realtime feedback - 동시다발적 문제에 대한 가장 빠른 해결책만약 여러분이 오늘 출시된 윈도우xp용 서비스팩3를 깔고 보니 갑자기 컴퓨터가 이상해졌습니다. 그렇다면 여러분은 바로 검색엔진에서 검색해볼수 있습니다. 그러나 이럴때 검색엔진은 도움을 줄수 없을때가 많습니다. 검색엔진은 실시간이 아니기 때문입니다. 책과 윈도우 메뉴얼에는 서비스팩3가 무엇인지도 적혀있지 않을것입니다. 우리가 이럴때 찾아가는것이 전문분야 커뮤니티입니다. 거기엔 이미 당신과 같은 문제로 커뮤니티를 찾아온 사람들로 바글바글 될것이며, 누군가는 이미 사용자 입장에서의 해결책을 내놓았을지도 모릅니다. 당신은 마이크로소프트가 내놓을 해결책을 내놓을때까지 손을 빨며 기다리지 않아도 되는것이죠. 커뮤니티란 수없이 많은 실시간 업데이트 백과사전이 당신을 기다리고 있는것 같은 곳입니다. 물론 당신은 해당 커뮤니티에서 이미 공지로 해결법을 올려둔 질문을 해선 안됩니다. :)저는 박지성이란 한국인 축구 선수를 대단히 좋아합니다. 아마 한국인이라면 그를 싫어하는 남자가 별로 없을것입니다. 그는 영국의 유명한 축구 클럽인 맨체스터 유나이티드에서 현재 뛰고 있으며, 맨체스터 유나이티드는 올해 유럽 챔피언스 리그와 영국내 프리미어리그를 모두 제패하였습니다. 영국에서 축구가 벌어질때는 이곳 한국은 늦은 밤이나 새벽입니다. 당신은 축구를 좋아하고 박지성을 좋아하지만 당신의 마누라는 축구를 싫어할수도 있을것입니다. 박지성이 상대 문전앞의 수비벽을 헤치고 골을 넣었습니다. 당신의 감동은 하늘을 찌를듯 하지만 주변은 조용하고 당신의 마누라는 자고 있을것입니다. 이때 한국의 soccerline.co.kr 이라는 축구 커뮤니티에 가면 당신과 같이 감동이 하늘을 찌를듯 한 사람들이 게시판에서 '박지성 골~~~~'을 외치고 있을것입니다. 만날수는 없지만 얼마나 떨어져 있는지도 알수 없지만 감동의 물결은 같이 느낄수 있습니다. 이것이 커뮤니티의 힘이며, 인터넷으로 인해 벌어진 초유의 사태중 하나입니다. IV. 십시일반현재 섬게이트가 사용하고 있는 서버 4대에 사용된 OS는 모두 Linux 입니다. 놀랍게도 이 Linux 라는 운영체제에 들어있는 수많은 강력한 유틸리티들은 오픈소스라는 이름으로 수많은 사람들이 만들어낸 것들입니다. 거대한 시장을 만들어내고 수많은 사람들이 이로 인해 커다란 이익을 보는 이 현상을 커뮤니티라는 이름으로 좁게 보기엔 힘들지도 모릅니다. 허나 넓은 의미에서의 커뮤니티로 보았을때 이들 오픈 소스 정책을 옹호하고 수많은 참여를 이끌어내게된 배경에는 위에서 언급한 게임 커뮤니티와 비슷한 법칙들이 존재하고 있으며, 중요한 한가지 교훈을 알수 있습니다. 보통 우리가 오픈소스 정책에서 자주 보는 문서인 시장과 성당에서 언급되는 참여하는 커뮤니티입니다. 이것은 바로앞 소주제인 Realtime feedback 과도 겹치는 대상을 다루지만 그 결과물이 틀린것을 말합니다. 만약 한 회사가 리눅스와 리눅스에 있는 모든 유틸리티를 개발한다면 우리는 이처럼 풍요롭고 전문적이고 다양한 유틸리티를 리눅스에서 사용할수 없을것입니다. 수많은 사람들이 참여한 커뮤니케이션의 결과물로서 우리에게 축복이 내려졌습니다.프로그램은 언제나 버그투성인 채로 나오며 버그와의 싸움은 우리를 힘들고 지치게 만들지만, 혼자서 모든 버그를 잡고 프로그램을 낸다는것은 거의 불가능에 가까운일입니다. 그 프로그램이 조금만 덩치가 크다면 말이죠. 프로그램의 개발 과정은 요즘들어서는 출시와 패치의 반복처럼 보입니다. 하지만 버그를 보고 받지 못하고는 그런 버그가 있는지 조차 모를 가능성이 높은것이 복잡한 프로그램입니다. 그 버그 보고는 그 프로그램을 사용하는 사용자들의 참여로 이루어집니다. 이 프로그램 개발과 버그 보고와 패치의 과정은 하나의 커뮤니티를 이룩하고 있습니다. 누군가가 문제점을 특정 주제의 커뮤니티에서 특정 안건으로 썼을때 이에 대하여 많은 사람들의 의견이 답글로 붙고 이것들이 모여서 하나의 큰 정보를 이룩하는것을 우리는 자주 보았습니다. 만약 질문을 고객이 하고 대답을 기업이 하는 형식이라면 우린 아마도 한정된 내용의 답변만 볼수 있을뿐일것입니다. 말하자면 커뮤니티에 던진 질문 하나는 수많은 사용자들이 하나 둘씩 답변을 던져 때론 새로운 방식을 발견하기도 하고, 해당 분야에 대한 주변지식을 엿보게 되기도 하고, 정확한 해답을 알게 되기도 합니다. 커뮤니티의 특성중 하나는 즉, 십시일반입니다. 이것은 참여라는 단어로 표현을 할수 있겠습니다. 사실 십시일반의 가장 거대한 결과물중 하나인 wikipedia를 구글이 지금 서포트 하고 있는만큼 모를수는 없을것입니다. 허나 자아정체성이 확보된 커뮤니티속에서의 회원은 일반적인 인터넷에서의 익명과 마찬가지의 상태에서와는 비교할수 없는 참여도가 생기게 됩니다. 재미난것은 이 십시일반의 내부적 구현원칙입니다. 우리는 이것이 왜 커뮤니티에서 그런일이 자주 발생하는가 궁금하였습니다. 여러가지 답중에 한가지를 뽑아보자면, 한명이 답변한 도움글 혹은 제작한 컨텐츠는 적게는 몇십명에서 많게는 몇천명, 몇만명.. 혹은 훨씬 엄청난 인구가 보게된다는겁니다. 당신이 오늘 설치한 windows service pack 3 가 문제를 일으켜 방문한 컴퓨터 사용자 커뮤니티에선 이미 당신과 같은 수많은 사람들이 누군가가 제시한 해결책을 보고 있습니다. 당신은 누군가가 제시한 해결책으로 도움 받게된 수많은 사람중 한사람입니다. 하지만 도움을 받은 당신은 일대다의 상황속에서의 경험이라서 그 도움이 작게 느껴지거나 당신이 받은 이익의 크기를 당신과 함께 도움받은 사람들의 수로 나누지는 않습니다. :) 당신이 받은 도움의 크기는 그 자체로서 변하지 않습니다. 당신은 다음에 당신이 발견한 팁이나 해결책을 혹은 당신이 알고있는 지식을 해당 커뮤니티에서 누군가가 몰라서 질문을 하게 되면 당신은 그 해답이 있는 웹페이지로의 링크를 알려주거나, 직접 답변으로 알려줄 가능성이 있습니다. 왜냐하면 당신은 큰 이익 - 그것이 시간을 줄인 경험이거나 혼자서라면 불가능했을 그무엇을 가능하게 했거나 - 을 얻었기 때문입니다. 하지만 당신은 그런 사람이 아닐수도 있습니다. 당신은 그냥 받기만 하는 사람일수도 있지요. 하지만 당신과 같이 도움을 받은 사람들은 너무나 많습니다. 그들중에 누군가는 자신이 받은 도움만큼... 혹은 아주 일부라도 돌려주기를 원할것입니다. 이로 인해 커뮤니티가 커지면 커질수록 이 전체 커뮤니티 구성원의 이익이 커지는 효과는 증폭됩니다. 이것은 커뮤니티에 one of thousand가 출현하면 이로 인해 커뮤니티의 흡입력과 전파력이 커지는 내부 원칙중 하나일것으로 우린 추측하고 있습니다. 물론 이런한 현상은 커뮤니티에서만 벌어지는것은 아닙니다. 예를 들어 지나온 역사를 돌이켜 보면 누군가의 조그마한 발견이나 과학의 발전은 수많은 사람들에게 도움을 주었기 때문이죠. 하지만 현재의 이 인터넷 커뮤니티에서 지금 벌어지고 있는 현상은 인터넷 이전에는 볼수 없었던 동시다발적이고 핵폭팔과 같은 기하급수적 상황을 연출합니다. 사실 우린 이미 이러한 현상으로 인해 수많은 도움을 받고 있습니다. 당신이 그 내부 원칙과 그로 인해 벌어진 현상을 알든 모르든 말이죠. V. 경험으로 얻은 발견들현재 인터넷 커뮤니티에서 벌어지고 있는 놀라운 현상속에서 일부에 지나지 않는 원칙들을 살펴보았습니다. 여기에는 연구과제가 산더미 같이 있으며, 과학자들과 사회 현상을 연구하는 학자들에게는 마치 드래곤의 쌓아둔 보물처럼 보일것입니다. 지구상 어느곳에서는 이를 연구하는 사람들이 있을듯 합니다. 아마 분명 있을것입니다. 다만 우리는 연구를 하는 학자가 아니며, 이 인터넷 커뮤니티가 태동하는 순간을 숨죽이며 지켜보고 이를 도와줄수 있는 도구를 만들고자 하는 한국의 인터넷 사회의 one of thousand 로서의 IT 기업입니다. 한국은 지나치게 짧은 기간 동안 - 최소한 미국 보다는 - 국민의 대다수가 인터넷에 접근할수 있는 환경이 갖추어졌고 세계 인터넷에 널리 퍼진 선진국들이 차용한 언어들과의 언어적 차이와 한국의 문화적 특이성등에서 온 폐쇄성과 이로 인한 독자적 발전등이 일부 비평가들이 말하는 '코리아넷'이라고 불리우리 만큼 기이한 모습을 띄고 있는것도 사실입니다만, 이 상황속에 일부의 현상들은 세계 인터넷이 앞으로 10년 후에 보게될 장면들을 우리에게 미리 보여주고 있다는것을 우리는 깨달았습니다. 마치 타임머신을 타고 미래를 다녀온 소년의 기분일지도 모릅니다. 미래가 그렇게 될수도 그렇게 되지 않을수도 있으며 일부만 그럴지도 대부분이 그럴지도 모릅니다. 우리는 한국의 인터넷 상황속에 세계 인터넷의 일부의 미래 현상을 예측하고 있습니다. 한국에는 세계 인터넷의 현 상황에 비해 놀랍도록 인터넷 커뮤니티가 발달되어 있으며, 이러한 인터넷 커뮤니티를 만들고 운영할수 있도록 웹서비를 제공하는 수많은 기업들이 있습니다. 우린 한국의 인터넷 커뮤니티에서 잘 쓰이지 않는 포럼형 게시판을 오래전에 자체 개발하였으며 이를 대형 커뮤니티에 적용하기 위해 많은 난괌점을 극복하였으며, 한국 인터넷에서 취약한 부분에 대해 끊임없이 자문을 구하였고 해결책을 찾기 위해 노력하였으며 직접 커뮤니티를 운영하면서 커뮤니티의 중요성을 인지하였습니다. 우린 한국의 인터넷에서 잘 통용되고 많이 쓰이고 있는 인터넷 커뮤니티용 웹서비스의 장단점을 알고 있으며, 세계의 인터넷 커뮤니티의 현주소나 실제 제공되는 웹서비스에 대해서도 잘 알고 있습니다.그동안 섬게이트의 각 전문분야별 커뮤니티를 운영하면서 몸으로 겪은후 발견한 법칙들을 나열하며 커뮤니티의 특성과 중요성에 대한 챕터를 끝내겠습니다.
2. 우리가 개발한 웹서비스의 정체1챕터에서 기술한 커뮤니티의 놀라운 점들을 알고 난후 우리는 일반 회원이 자신이 원하는 형태의 커뮤니티를 만들고 운영할수 있게 된다면 과연 이것이 어떤 파급효과를 낳을지 상상하게 되었습니다. 우리는 우리가 발견한 커뮤니티의 장점들이 더 잘 발휘될수 있는 형태의 인터넷 커뮤니티의 집합체를 구상하였으며, 각각의 커뮤니티가 자신만의 독특한 요구사항에 따라 웹사이트의 성격을 결정짓고 디자인을 자유롭게 바꾸며 웹상에서 작성한 데이타를 다양한 형태로 표현할수 있는 강력한 도구를 제공하기로 하였습니다. 이제 부터 살펴볼 내용은 어떤점들을 고려하였으며 어떻게 실현되었는가 하는것들입니다.I. 철학적 기반우리 웹서비스의 철학적 기반을 짧은 모토로 표현하면 '공개하고, 공유하고, 참여하라' 입니다. 사실상 1챕터에서 기술한 대부분의 예제들에서는 이와 같은 개념들이 모두 들어가 있습니다. 우린 이 개념들을 끈끈히 추구하며 이 개념들이 바탕이 된 인터넷 커뮤니티용 웹서비스를 개발하고자 하였습니다.create community누구나 쉽고 간편하게 바로 자신이 관심있는 분야의 커뮤니티를 만들수 있습니다.community design자신이 만든 커뮤니티의 머리부터 발끝까지 모든것을 바꿀수 있습니다.contentsogoga.com 의 모든 커뮤니티에 쓰여진 모든 글과 컨텐츠는 누구나 - 회원이든 아니든 상관없이 - 볼수 있습니다.joinogoga.com 은 수많은 분야의 다양한 커뮤니티가 존재하는 커뮤니티의 바다가 될것이며, ogoga.com의 회원은 그 어떤 커뮤니티에 가더라도 회원가입 절차등이나 커뮤니티 참여를 위한 준비없이 즉시 해당 커뮤니티에서 대화에 참여할수 있고 추천할수 있으며 추천받을수 있습니다.II. 커뮤니티, 사람, 컨텐츠커뮤니티는 사람과 컨텐츠라고 하면 맞는말이기도 하지만, 제대로 표현하지 못한것일지도 모릅니다. 돋보기를 들고 좀더 당겨서 보면 중간에 빠진 말이 이렇게 보일지도 모릅니다. "사람의, 사람에 의한, 사람을 위한 컨텐츠".포럼형 bbs 와 웹사이트의 유기적 결합우리가 개발한 웹서비스의 최종적 형태에 도달하기 전에 시작지점부터 이야기 하는게 좋을듯 합니다. 세계에선 거의 표준이나 다름없는 포럼형 bbs 는 웹에서의 커뮤니티를 이룩하는 가장 기본적인 틀로서 어딜가나 자주 발견할수 있습니다만 한국에선 보기가 아주 힘이 듭니다. 오늘 찾아간 디지탈 카메라 커뮤니티가 영어권 대상으로 만들어진 많은 웹사이트중 하나라면 해당 커뮤니티는 아마 포럼만 있는 모습이거나 웹사이트에 딸린 독립적인 포럼일것입니다. 왜냐하면 포럼은 포럼일뿐이지 웹사이트와는 별개라고 생각하고 있기 때문입니다. 사용자가 그 커뮤니티의 포럼에 올린 글은 그 웹사이트의 홈에는 아무런 영향을 미치지 않습니다. 아주 가끔 혹여 웹사이트의 운영자가 꽤 커뮤니티를 중요시 여긴다면 포럼의 글중에 좋은글이거나 이슈가 되는글을 웹사이트 홈에 있는 뉴스란에서 소개할지도 모릅니다만, 이것은 시스템적인것이 아닙니다. 우리는 사용자가 멋진 사진을 '게시판의 사진 카테고리'에 올리면 이것이 웹사이트에 즉시 반영되어 해당 웹사이트의 홈에 나타나길 바란것입니다. 우린 다양한 사람들이 모여서 서로가 자유롭게 글을 쓰는 커뮤니티에서 그들의 글 그 자체가 가장 중요한 요소로서 웹사이트에서 다루어지길 바라며, 포럼에서 쓰여진 글들을 다양한 방식으로 추출하여 홈화면이나 각종 페이지 화면등에서 자유롭게 보여줄수 있기를 바랬습니다. 웹사이트에 덧붙인 게시판이 아니라 게시판이 웹사이트의 중심인 커뮤니티용 웹사이트를 구상한것입니다.온라인 출판예를 들어 설명하자면 당신이 디지탈 카메라 커뮤니티에 찾아가서 보았던 '디지탈 카메라 구매 원칙'이란 내용은 사실 게시판의 글쓰기 시스템으로 게시판의 '강좌'라는 카테고리에서 쓴 내용이지만, 그 웹사이트의 커뮤니티 관리자는 이것이 중요한 정보로서 웹사이트 방문자에게 페이지처럼 보여지길 바랬던것입니다. 즉, 우리의 시스템에선 글의 내용과 이 글의 디스플레이를 구분할수 있다는것을 말합니다. 다른 말로는 게시판에 올려진 글의 내용을 뽑아내는 방법이 아주 다양하다는겁니다. 이것은 웹사이트 운영에 있어서 많은 것을 변화 시킵니다. 페이지로 제공되는 내용을 쓰기 위해 ftp로 서버에 접근하여 html 문서를 올리거나 하는것이 아니라, 게시판에서 문서를 작성하고 작성된 문서를 페이지로 보여주기만 하면됩니다. 이 모든것이 온라인상의 웹에서 이루어집니다.우리 커뮤니티 메인페이지에는 무엇이 있나.자 이 포럼친화적인 혹은 포럼과 유기적 관계를 가진 웹사이트가 어떤 모습을 띄게 될지 한번 상상해봅시다. 제가 이야기 하고자 하는 모습의 예제중 하나는 wikipedia 의 Main Page입니다. 이 페이지에는 Today's featured article, In the news, Did you know... , On this day..., Today's featured picture 라는 각각의 섹션에 사용된 내용들은 모두 wikipedia 에 참여한 사람들이 만든 컨텐츠중에서 추출해 내서 이 메인 페이지에 뿌려낸것입니다. 우리의 사이트빌더는 마치 이와 유사한 기능들을 사용할수 있도록 제공하고 있다는겁니다. 커뮤니티에 만들어진 게시판 카테고리 전체에서나 각 카테고리별이나 다양한 방식의 컨텐츠 추출 방식을 우리는 제공하고 있습니다.모두가 추출기이다.현재 만들어져서 사용되는 추출기는 세가지가 있습니다. 하나는 제목추출기입니다. 글의 제목과 글에 달린 답변수가 데이타로 제공되고 사용자는 데이타 설정부분에서 어떤 게시판 카테고리에서 어떤 방식 (최신글,최근 글중 답변이 많은글, 추천을 많이 받은글, 혹은 관리자가 선정한글등)으로 추출할것인지 결정하고 이를 어떻게 화면에 뿌릴것인가를 디자인 설정부분에서 html - 원한다면 자바스크립트도 - 을 이용하여 디자인할수 있습니다. 다른 하나는 글의 제목과 이 글의 첫번째 글의 컨텐츠의 일부와 첫번째 첨부 이미지 - 이 글에 첨부된 이미지가 있다면 - 를 데이타로 제공하는 추출기입니다. 사용자는 앞에서와 마찬가지로 환경설정과 디자인설정을 적용시켜 사용할수 있습니다. 세번째는 글의 제목과 이 글의 첫번째 글의 컨텐츠 전부를 데이타로 제공하는 추출기입니다. 보통의 블로그에서처럼 컨텐츠 자체를 메인 화면에 뿌려줄때 사용할수 있을것입니다. 마지막으로 메인화면이 아닌 사용자 화면의 경우 특정 글의 번호를 지정하면 이 글의 내용을 불러오게 됩니다. 이것은 사용자 지정 페이지 화면이 메인화면과 틀린 하나의 추가 기능으로서 앞에서 예제로 들어 설명한 '디지탈 카메라 구매 원칙' 같이 게시판에 쓰여진 글을 원하는 방식대로 디스플레이 할수 있게 합니다. 물론 사용자 페이지는 메인 화면과 마찬가지로 모든 모듈을 사용할수 있습니다.내 글이 커뮤니티의 메인화면에 나타난다면당신이 오늘 쓴글이 관리자로 부터 선정되거나 혹은 추출기의 기준에 부합되어 자주 가는 커뮤니티의 메인 화면에 있는 Today's focus 라는 섹션을 당신의 아이디와 당신이 처음 쓴 글의 일부와 당신이 첨부한 이미지의 썸네일로 장식하게 되면 어떤 기분이 들까요? 메인화면과 사용자 지정 페이지 화면에는 이처럼 커뮤니티에서 벌어지는 다양한 커뮤니케이션의 결과를 다양한 방법과 다양한 디스플레이로 표현할수가 있는것입니다. 그 화면이 마치 wikipedia의 메인화면처럼 보일지, 혹은 gamespy.com 의 메인화면처럼 보일지는 커뮤니티 운영자가 결정할수 있습니다. 어떤 정보가 어떻게 배치 되어 있느냐 하는것은 웹사이트의 성공과 직결되어 있으며, 쇼윈도에 배치한 멋진 구두처럼 당신이 만든 커뮤니티에서 생성된 훌륭한 정보를 어떤식으로 보여줄것인지 어디에 배치할것인지를 당신은 마음대로 결정할수 있습니다. 이것이 실제로 적용된 결과는 챕터3에서 현재 운영되고 있는 커뮤니티를 통해 볼수 있을것입니다.추가될 모듈들우리는 사용자가 강력함을 추구할때 그것이 가능하도록 제공하는것이 얼마나 중요한 일인지 알고 있습니다. 앞으로 제공될 모듈들은 커뮤니티의 주축인 포럼에서 사용자들이 참여한 투표 결과(vote result)를 뽑아내는 추출기와 우리의 포럼의 특징중 하나인 연재글쓰기 - 일련의 강좌, 소설 연재등에 사용되는 - 시스템을 이용해서 쓴 연재글의 최근 연재글의 추출기등이 있으며, 커뮤니티에 따라 필요하게될 일정표등의 애드온적 성격의 모듈등이 추가적으로 커뮤니티에 지원될것입니다. 커뮤니티에 참여한 회원들과 커뮤니티 관리자에게 컨텐츠의 생산과 소비에 강력함을 제공하고 커뮤니케이션에 편리함과 재미를 부가할만한것을 상상하고 구현하는것은 아주 흥미로운 일입니다. 중요한것은 우리가 개발한 시스템에선 이러한 도구들을 쉽게 추가할수 있는 틀을 마련해 두었다는것입니다.컨텐츠야 어디 숨었니?'컨텐츠'는 커뮤니티에 있어 가장 중요한 요소중 하나입니다. 우리는 커뮤니티에서 만들어진 컨텐츠가 사장되거나 찾기 어렵기를 바라지 않았습니다. 컨텐츠들중 어떤것들은 시간과의 연대속에서 중요한 컨텐츠가 있고, 시간이 어느 정도 지나도 잘 변하지 않는 지식도 있으며, 때론 자주 변경되고 업데이트 되어야 하는 컨텐츠도 있습니다. 세계 인터넷 시장에서 현재 커뮤니티로 많이 이용되고 있는 포럼형 게시판 시스템에서는 이러한 부분에 대한 배려가 빠져 있습니다. 우리는 커뮤니티에서 생성된 컨텐츠가 얼마만큼이나 놀라운지를 경험한 만큼 이를 어떻게 하면 포럼의 수많은 글속에 그냥 묻혀 버리지 않도록 할수 있을것인가에 대해 숙고를 하였습니다. 포럼등에서 좋은 컨텐츠가 생산되고 이 컨텐츠가 있는 페이지가 여러 백링크를 가지게 되면, 사실 구글이 이들 문서를 찾는데 가장 큰 도움을 주고 있습니다. 하지만 구글이 모든 좋은 컨텐츠를 인덱싱 할수도 없고, 때론 짧은 시간안에 생성된 최근의 문서로서 구글 페이지 랭크가 낮은 검색결과는 구글 검색의 몇십 페이지 뒤에 있을수도 있으며 구글에서도 검색이 되지 않을수도 있습니다.당신을 빼고 다 아는 정보.우리는 커뮤니티에 방문한 새로운 사용자가 이들 커뮤니티에서 대다수의 회원들에게는 이미 익숙한 정보를 전혀 모르고 있을 가능성이 높으며 때론 그런 정보들이 이 새로운 사용자로 하여금 해당 커뮤니티에 좀더 쉽게 빠져들게 하는 촉진제로서 작용하며, 웹사이트 서핑 경험의 측면에서 훌륭한 사이트로 기억될 확률이 높다는 것을 알게 되었습니다. 만약 당신이 처음에 디지탈 카메라 커뮤니티에 가서 보았던 '디지탈 카메라 구입에 대한 지침서'라는 문서가 어느 게시판 카테고리에 누가 쓴것인지 기억할수 없고, 검색의 결과가 많아서 찾는데 많은 시간이 걸릴 정도라면 새로 방문한 사용자가 그 문서를 보게될 확률은 매우 희박해질것입니다.넌 중요해 !!보존되어야 하고 구분지어져야 하고 커뮤니티 메인 페이지에 나타나야 할 좋은글이 있다면 커뮤니티 관리자인 당신은 원클릭으로 이를 선정할수 있습니다. 마치 gmail에서 당신이 별표(star)를 달아둔것과 같은 방식입니다. 커뮤니티 관리자가 선정한 글은 커뮤니티 관리자의 기준에 맞춘것이며 이는 커뮤니티의 특성을 결정짓는 중요한 행위이기도 합니다. 커뮤니티 관리자는 커뮤니티의 운영 목적과 그 방향성에 맞는 글을 선정할것이며, 이것은 상당히 높은 확률로 해당 커뮤니티에 찾아오는 사람들에게 필요한 정보이거나 주목받을만한 토론이 벌어지고 있는 안건이 될수 있습니다. 그 커뮤니티가 조금이라도 규모가 커지고 있는 성공적인 커뮤니티라면 더욱 이러한 관리자 선정 안건은 좋은 정보가 있을 확률이 높은 글이 될것입니다. 왜냐하면 그 정도로 성공적인 커뮤니티를 이끌어올 만큼 그 관리자가 추진력과 높은 안목과 자신만의 철학을 가지고 있기 때문입니다. 커뮤니티가 커지고 많은 양의 글이 매일 새롭게 써지는 곳에서라면 더욱 이 단순한 원클릭의 '보존될만하고 주목받을만한 안건'을 선정하는 방법은 커뮤니티 관리자(들)에게 편리함을 제공하며, 방문자들에게 이 커뮤니티에서 좋은 안건들을 볼수 있는 더 높은 기회를 제공합니다.모두 나타나라 !!커뮤니티 운영자는 컨텐츠의 가장 전통적인 분류방식인 분야별 게시판을 카테고리로 제공할수 있습니다. 전통적인 포럼형 bbs 와는 달리 우리가 제공한 웹서비스로 만들어진 커뮤니티에서는 해당 커뮤니티의 어떤 카테고리에 써진 글도 모두 한번에 볼수 있습니다. 마치 gmail 에서 받은 편지함이 받은 모든 편지를 보여주듯이 말이죠. 자주 방문하는 사용자는 전체 게시판에서 이 커뮤니티에 있는 모든 글을 - 어떤 카테고리에 썼든 - 한번에 볼수 있고 카테고리별로도 볼수 있습니다. 안건의 제작자나 커뮤니티 운영자는 안건의 카테고리를 쉽게 변경할수 있습니다.새책들이 빠진 도서관 인덱스종종 좋은 커뮤니티의 특정 게시판에 가게 되면 우리는 공지로 되어 있는 특별한 안건을 볼수 있습니다. 해당 카테고리에서 쓰여진 멋진 안건들이나 초보자가 읽어볼만한 안건들에 대한 소개와 링크들로 이루어진 안건입니다. 이것들은 해당 커뮤니티 관리자가 작성한 것일수도 있고 커뮤니티에 참여한 누군가가 작성한 글일수도 있습니다. 우리는 이러한 좋은글들에 대한 소개가 커뮤니티에 새로 방문한 사람들이나 기존에 한번 보았던것을 다시 보기 원하는 사람들에게 훌륭한 경험을 제공한다는것을 알수 있었습니다. 문제는 이 문서가 자주 업데이트 될 필요가 있다는것입니다. 하지만 단순히 한둘의 관리자에 의해 문서가 업데이트 되거나, 그 글을 작성한 사람이 업데이트 하기를 기다리다 보면 도서관에 새로 들어온 책들이 빠진 인덱스 처럼 그 의미가 쇠퇴하게 됩니다. 해당 커뮤니티의 전체적인 규모가 커지고 카테고리가 세분화 될수록 관리자에 의한 커뮤니티 관리는 커진 규모만큼이나 관리자가 많아지거나 관리자가 하루종일 커뮤니티를 관리하거나 하지 않는 이상 어려워지며 때론 관리자를 관리해야 하는 문제까지 생겨 버립니다. 왜냐하면 당신이 고용한 관리자는 당신이 아니기 때문입니다.open text우리는 이러한 공동의 이익을 추구하고 자주 업데이트 되어야 하는 안건의 경우 커뮤니티의 회원들이 참여할수 있는 도구를 제공하기를 바랬습니다. 이름하여 open text 라고 불리우는 이것은 아주 간단한 협업을 위한 도구입니다. 커뮤니티 회원이나 관리자는 새 오픈텍스트 쓰기를 통해 open text 를 만들수 있으며, 기존에 자신이 작성한 안건의 첫글을 open text로 바꿀수도 있습니다. 사용자는 open text 를 만들때 모두가 편집 가능한 full open text 이거나 참여할 인원을 선정할수 있는 half open text 중에 하나를 선택할수 있습니다. open text 는 이 안건의 편집에 참여한 회원들의 ID 리스트를 보유하고 있고, 최근 편집한 사람들의 ID 리스트가 표현되며, 10개의 history용 백업을 가지고 있으며 10개가 지날때마다 따로 저장되는 5개의 백업본이 있어 만약의 경우 50번 편집 이전의 문서로 복원시킬수도 있습니다. 오픈 텍스트는 기본적인 글쓰기 시스템을 그대로 사용하기에 따로 배워야할 무엇인가가 아무것도 없습니다.우리들의 open directory이렇게 오픈텍스트로 만들어진 글은 일반적인 포럼에서 우리가 보는 안건과 동일 - 검색, 정렬, 카테고리, 태그, 답변등의 대부분의 측면에서 - 하게 다루어집니다. 다만 오픈텍스트와 관련된 정보들이 제공되는것이 틀립니다. 이 오픈 텍스트로 쓰여진 컨텐츠는 커뮤니티의 필요에 따라 페이지로 제공될수도 있습니다. 이것이 무엇을 의미하느냐 하면 사용자가 참여해서 만드는 사이트맵의 역할을 하게 되는것입니다. google.com 에서 directory 서비스로 제공되는 open directory 처럼 깊이가 있거나 각 분류마나 관리자가 틀리거나 하는 복잡함은 해당 커뮤니티의 컨텐츠 맵을 만들때 필요하지는 않을겁니다. 게시판 카테고리별 혹은 다루는 분야별로 이러한 문서들이 있을수 있으며, 필요하다면 이러한 문서들에 대한 링크를 제공하는 오픈텍스트를 만들수도 있습니다. 이것은 만약 좀더 복잡한 컨텐츠를 깊이있게 다루기 위해 2차 깊이를 만들때 사용될것입니다. 사람들은 이렇게 커뮤니티의 운영에도 참여하게 됩니다.문을 열어라 !!참여가 가능하도록 도구를 제공하느냐 마느냐의 차이점이 얼마나 중요한지는 wikipedia 에서 만들어진 경이로운 결과물을 보면서 알수 있으며, 우리는 쉽고 간편하게 커뮤니티에 참여할수 있는 도구를 제공하는것이 커뮤니티에 참여한 회원들과 커뮤니티 운영자에게 얼마나 중요한지 알고 있었습니다. 웹사이트로서의 커뮤니티에 정보를 찾기 위해 찾아온 사람의 입장에선 이것이 오픈텍스트로 만들어졌는지 게시판에서 쓰여졌는지가 중요한것이 아니라 얼마나 정보로서 값어치가 있느냐가 중요합니다. 하지만 오픈 텍스트로 만들어진 문서가 웹상에서 큰 역할을 하게 되면 우리는 자신의 참여가 이룩한 일에 대해 자부심을 가지게 될것입니다. 마지막으로 이 문서에서 다루는 대부분의 내용은 이미 구현되어서 사용되고 있지만, 이 open text는 기획과 설계가 끝났으며 구현 또한 거의 끝나가고 있지만 아직 개발이 완료된것이 아님을 밝힙니다.컴퓨터가 뽑아주는 태그들우리가 개발한 시스템에선 안건을 작성할때 태그를 붙일수 있습니다. 태그는 정해진 카테고리와 글의 제목으로 표현하지 못하는 글의 성격과 주제와 소제와 글에 포함된 컨텐츠의 내용물을 알릴수 있는 소중한 도구입니다. 커뮤니티 관리자는 구름 태그를 자신의 커뮤니티 메인 페이지에 삽입할수 있으며, 사용자는 이 커뮤니티에 쓰여진 글을 찾을때 커뮤니티에서 분류한 게시판 카테고리와는 또 다른 사용자에 의해 분류되는 카테고리를 사용할수 있게됩니다. 구름 태그 모듈은 최근 자주 사용되는 태그들을 특정 사용횟수에 따라 강조의 정도를 차별할수 있으며, 데이타 환경 설정부에서 어느 정도의 양이 표현될지 결정할수 있으며 디자인부에서 원하는대로 디자인할수 있습니다.운영자가 뽑아주는 태그들커뮤니티 관리자는 시스템에서 제공하는 구름 태그 모듈과는 별도로 자주 사용되고 컨텐츠 분류에 도움이 되는 태그를 모아서 메인페이지나 게시판 상단이나 원하는 장소에 원하는 모습으로 수작업을 통해 제공할수 있습니다. 커뮤니티 관리자가 선정하여 링크로서 제공하는 태그는 커뮤니티에 참여하는 사람들의 태그 사용에 대한 유도를 이끌어 낼수 있으며, 구름 태그 모듈에서 나오지 않지만 커뮤니티 입장에서 중요한 태그를 제공하는데도 사용이 됩니다.I'm live.동일한 컨텐츠에 대한 다양한 접근방식이 제공됨에 따라 우리는 또 다른 장점들을 얻을수 있습니다. 예를 들어 '혼자사는 남성들을 위한 요리 커뮤니티'에서 활동하는 회원은 좋은 컨텐츠들이 모여 있는 '요리법' 태그에 대한 링크를 다른 커뮤니티에서 소개해줄수 있습니다. 이 링크는 다이내믹 컨텐츠에 대한 링크가 됩니다. 말하자면 구글에서 'somegate' 라고 검색하였을때 뜨는 구글 검색 결과 화면은 계속 바뀌고 있을테니까요. 좋은 컨텐츠는 추천을 많이 받았을 가능성이 높으며, 답글이 많을 가능성도 있으며, 조회수가 높을 가능성도 있습니다. 동일한 컨텐츠에 대한 다양한 접근 방식의 제공은 우리가 좋은 컨텐츠를 만날 확률을 더 올려줍니다.편의를 위한 분류와 주제의 반복우리가 개발한 커뮤니티 시스템에서 가장 중요한것들은 바로 이 소 단락의 제목인 '커뮤니티, 사람, 컨텐츠' 인것입니다. 이것은 앞으로 이야기할 소단락들에서 다루는 것들의 전제가 됩니다. 이들은 편의상 분리를 하였지만 각각의 요소는 따로 떼어놓기 힘들정도로 유기적인 모습을 가지고 있습니다. 따라서 동일한 기능이 미치는 다른면을 알리기 위해 특정 주제나 기술에 대한 설명이 반복 될수도 있으며, 각 소단락에 모두 포함될수 있는 내용이 어느 한곳에만 있을수도 있습니다.III. 회원의 자아정체성 확보특정 주제의 커뮤니티가 형성이 되고 나면 커뮤니티에서 활동하는 사람들은 무엇을 위해 놀라운 결과물을 만들어내거나 자신이 얻은 경험을 바탕으로 해결책을 제시하거나 초보자를 위한 답변을 하게 될까요? 명예(honor)를 얻기 위해? 재미(flavor)있기 때문에? 커뮤니케이션(communication) 자체가 인간의 본성이어서? 아마 이런것들의 조합이거나 누군가에겐 이중 어느 하나일수도 있겠습니다.추천우리는 커뮤니티가 형성되고 거기에서 활동하는 사람은 대중속의 나라는 자아정체성이 확보된다는것을 알게되었습니다. 또한 우리가 정체성 확보에 도움이 되는 - 그것이 사소한 것일지라도 - 소도구를 제공하였을때 서로를 더욱 쉽게 기억할수 있게 된다는것을 알게 되었습니다. 또한 우리는 커뮤니티 활동에 조금이라도 부가적인 재미를 제공하고 싶었습니다. 작지만 간단한 이런것들은 많은 것을 변화시키기도 합니다. 당신이 공들여 쓴 글이 추천을 세번 받았습니다. 당신은 누가 당신에게 추천을 하였는지 확인할수 있습니다. 추천하고 추천받는것은 답글 만큼이나 중요한 커뮤니케이션 경험입니다. 왜냐하면 추천을 받는다는것은 당신이 생각하고 만든 문서나 컨텐츠가 다른사람의 동의를 얻었다는것으로 당신만의 생각이 아니었다는것을 증명해주기 때문입니다. 더해서 많은 추천을 받은 안건은 다른 안건에 비해 더 많이 보여질 확률이 있습니다. 따라서 당신이 글을 쓰고 난후 당신의 글에 처음 추천한 그 누군가는 당신에게 의미있는 커뮤니케이션 행동을 한것입니다. 당신은 아마 그 아이디를 기억할수 없을수도 있지만, 만약 당신이 자주 글을 쓰고 그 글의 추천인 리스트에 자주 그 아이디가 보인다면 당신은 그 사람을 기억할것입니다. 왜냐하면 글을 쓰는것만큼이나 글을 이해하고 동조하고 추천해주는 사람이 얼마나 중요한것인지 당신은 알기 때문입니다.member levelogoga.com 에서 회원이 되고 나면 member level 이 주어집니다. member level 은 커뮤니티의 참여 - 글을 쓰거나 추천하거나 커뮤니티를 생성하거나 하는 -와 관련된것에는 아무런 영향을 미치지 않습니다. 이 member level은 다만 이 회원이 커뮤니티에 얼마만큼 참여하였는지를 알려줍니다. level 을 결정하는것은 exp(경험치)이며 이 exp는 회원이 글을 쓰거나 추천을 받으면 증가합니다.나를 표현하라.차츰 레벨이 증가함에 따라, 게시판에서 자신을 표현할수 있는 짧은 '호칭'을 추가할수 있습니다. 이 호칭은 아이디와 Nick 과는 별개이며 게시판에서 자신을 짧은 단어로 표현할수 있게 도와줍니다. 자신이 좋아하는 사람의 이름이나 자신의 관심분야를 쓸수도 있겠습니다. 우리는 이 작은 공간에 쓰여진 짧은 단어 몇줄로도 이 사람에 대해 약간이라도 더 알수 있습니다. 서명(sign)은 글 아래 표현이 되는 긴 문장의 글을 쓸수 있습니다. 서명 또한 자신의 표현의 공간이며 훌륭한 자아정체성 확보에 도움이 되는 도구입니다. 하지만 이 레벨에 따라 추가할수 있는 호칭이라는 짧은 글은 짧기 때문에 더욱 소중합니다. 몇줄 안되는 호칭에 쓰여질 단어는 나와 높은 상관관계를 가지는 그 무엇인가가 될것이며 이 몇줄은 나라는 사람에 대한 기억을 도와주게 됩니다. 아바타는 우리를 구별짓는 또 다른 시각적 구분자로서 훌륭한 아이덴터티 표현의 하나입니다. 이 레벨에 따라 주어지는 호칭과 레벨과 서명과 아바타와 아이디와 닉은 ogoga.com 에서 커뮤니티를 제작한 커뮤니티 운영자의 결정에 따라 글을 보는 화면에 표현이 됩니다. 우리는 커뮤니티에 회원의 아이덴터티 표현에 도움이 되는 '도구'를 제공하지만, 이로 인해 커뮤니티에 제한을 두고 싶지는 않았습니다. 커뮤니티 운영자에 따라서는 이러한 개인에 대한 부가적인 요소가 불필요하거나 없어야 한다고 생각할수도 있기 때문입니다. ogoga.com 에서 제작된 커뮤니티에 우리가 제안하는 공통 분모로서의 요소는 '로그인' 링크 하나뿐입니다. 심지어 로그인 링크조차 없을수도 있습니다. 왜냐하면 당신이 해당 커뮤니티에서 글을 쓰려고 하면 '로그인' 화면이 뜰것이며 회원 가입 링크를 같이 볼수 있을것이기 때문입니다.내가 쓴 모든 글은 내 홈에 - 나는 당신이 어젯밤 무엇을 했는지 알고 있다.커뮤니티에서의 자아정체성은 어떻게 확보되는것일까요? 우리는 커뮤니티에서 컨텐츠(text, picture, drawings, movie, music...)를 올리고 추천하고 추천받고 답글을 달고 하는 커뮤니케이션 그 자체에서 회원의 자아정체성이 확보된다고 생각하였습니다. 그래서 우리는 회원가입을 하면 생기는 회원의 홈에 자신의 아바타와 칠판과 호칭등의 프로필에 더하여, 이 사람이 어디에 가서 어떤글을 썼는지 모두 표현하기로 하였습니다. 오바마 대통령 후보에 대한 이야기에 대해 열변을 토한 사람이 어디에 가서 어떤 글을 또 썼는지 궁금한 사람은 그 사람의 아바타를 눌러 그 사람의 홈에 가면 그 사람이 어떤 커뮤니티등에서 어떤 활동을 했는지 알수 있게됩니다. 또한 글수와 추천수와 추천받은수가 표현되며 경험치를 이루는 이 요소들에 대한 백분율이 표시되기도 합니다.fan system - 당신이 쓴 모든 글은 내홈에더해서 우리는 one of thousand 의 법칙에 따라 한명의 코어 유저가 수많은 일반 유저에게 도움을 주며 수많은 일반 유저는 코어 유저가 나올수 있는 토양이 된다는것을 깊이 생각하였습니다. 따라서 우리는 커뮤니티에 참여한 사람중에 눈에 띄는 멋진 활동을 하는 사람에 대해 당신이 팬이 될수 있도록 하였습니다. 당신이 그 사람의 팬이 되면, 당신의 홈에서 당신이 누군가의 팬이라는것이 표현되며 그 사람이 어디 커뮤니티에서 어떤 글을 썼는지 모두 알수 있습니다. 이것은 누군가의 팬으로서 그 사람을 홍보하는 효과도 가져옵니다. 왜냐하면 당신의 홈의 모든 내용은 다른사람도 아무조건 없이 볼수 있기 때문입니다. 또한 이 fan 시스템은 좋은 글과 멋진 활동을 하는 사람에게 '나는 당신을 지지합니다.' 라는 뜻의 표현이 되기도 합니다. 그 누군가가 당신의 팬이 되면 당신의 홈에서 당신의 팬이 누구 누구인지를 알수있습니다. fan system 은 자아정체성 확보에 도움이 되는 도구이며, 더해서 휴먼 네트워크의 형성에 도움이 될것으로 예측합니다.my home is your guide book for communities, contents, members우리는 오래전부터 휴먼 네트워크에 관심이 있었으며 이의 표현에 대해 또 다른 아이디어들이 있습니다만, ogoga.com 에선 좀더 커뮤니티와 커뮤니케이션 자체에 집중을 하였습니다. 당신의 홈에 가면 당신이 만든 커뮤니티와 당신이 북마크한 커뮤니티의 제목과 설명과 링크가 보이게 될것이며, 특정 커뮤니티에서 받은 명예 호칭이 표현될것입니다. 명예 호칭은 특정 커뮤니티의 주인장이 해당 커뮤니티에서의 당신의 활동에 대한 고마움의 표시로 제공하는 것이며 해당 커뮤니티의 게시판에서 글을 쓰면 개인 호칭과 더불어 함께 표현이 됩니다. 해당 커뮤니티에서 당신은 실로 진정한 별명이 생기는셈입니다. 개인의 홈에는 간단한 방명록과 함께 다른 사람이 당신에게 보낸 메세지를 확인할수 있습니다. 개인 홈에는 칠판이 있어 당신의 홈을 방문하는 사람에게 음악을 들려줄수도 있고, 당신이 지금 알리고 싶어하는 동영상을 보여줄수도 있으며 하고 싶은 말을 써둘수도 있고, 멋진 그림을 올려둘수도 있습니다. ogoga.com 에서 회원의 개인 홈은 휴먼 네트워크를 이끌어내며, 회원의 자아정체성 확보에 도움을 줍니다.당신이 이곳에 오면 많은 사람들이 자아정체성을 이미 확보한 상태로 서로에게 도움을 주고 있을것입니다. 당신도 그곳에 참여하여 당신을 어필하고 싶지 않을까요? IV. 커뮤니티의 자아정체성 확보커뮤니티는 자체적으로 특정 시간이 지나고 사람들이 모여 있게 된다면 저절로 자기만의 특성을 띄게 됩니다. 왜냐 하면 특정 관심분야의 사람들이 모여있기 때문입니다. 그 나름대로의 게시판 사용 규칙이나 자주 쓰이는 언어표현이나 단축된 단어들이나 특정 사물을 바라보는 견해나... 여러가지것들의 복합적인 결과물로서의 정체성 확보가 일어난다는 것이죠. 오픈 소스 커뮤니티에 자신이 참여하는 사람들은 그들만의 특정적인 견해등이 있을것이며, green piece 등의 활동을 하는 사람들이 모인 커뮤니티엔 그들만의 독특한 단어들과 상징등에 서로 익숙할것입니다.We are different from you.커뮤니티가 자신만의 정체성을 확보할때 우린 웹서비스로서 커뮤니티에 무엇을 제공해 줄수 있을까요? 다른곳과 틀리다는 인상을 어떻게 표현할까요? 커뮤니티 마다 저마다의 특성에 따라 원하는 사이트의 모습이 틀릴거라는것을 우린 알고 있었습니다. 왜냐하면 우리가 바로 다양한 커뮤니티를 만들고 운영해 보았으니까요. 커뮤니티 이름을 'diblo2gate' 라고 한다고 해도 그 커뮤니티가 디아블로2를 다루는 곳이라는것을 잘 표현하지는 못할것입니다. diablo2 라는 게임에서 자주 보는 캐릭터가 멋지게 한쪽 벽면을 차지하고 diablo2 라는 게임에 대한 각종 요구사항별 게시판이 있어야 하고, dialbo2 에 대한 최신 뉴스를 누가 퍼왔다면 이것이 웹사이트의 홈에 표현되어 new !! 라는 아이콘이 뜨기를 바랄것입니다. new !! 아이콘이 diablo2 게임에 나오는 으스스한 해골 아이콘으로 표현된다면 더욱 좋아할것입니다. 잘 디자인 된다면 좋겠지만 잘 디자인 되지 않아도 좋습니다. 다른곳과 틀리다는 인상이 중요합니다. 개성연출이 가능해야 합니다. 우린 이점에 주력하였습니다. 화면의 모든 요소를 완전히 새롭게 디자인할수 있고, 특정 요소를 특정 위치에 배치하고, 자주 찾는 중요한 정보들은 웹페이지로서 제공하면서, 쉽고 간편하게 다양한 게시판을 생성할수 있으며, 그 게시판 디자인 조차도 원하는대로 바꿀수 있기를 바랬습니다. 특정 게시판이나 모든 게시판중에서 최신글이나 커뮤니티 관리자가 선정한 멋진글이나 최근 며칠동안 올라온 글중에 답글이 많거나 추천이 많은글등을 뽑아내서 원하는 페이지나 메인페이지에 배치하고 원하는 방식으로 표현할수 있기를 바랬습니다.공장생산식 웹사이트개인 홈페이지 시대가 블로그의 뒤안길을 걸으며 쓸쓸히 사라지면서 우리는 어느곳에 가도 비슷비슷한 모습의 웹사이트를 구경하게 됩니다. 기업에서 제공한 특정한 틀을 이용해서 아주 조그만 장소에 약간의 변화만 주어서 다른곳과 틀리다며 나름 기뻐하고 있을줄도 모르는 수많은 세계 인터넷 사용자를 만들어낸것은 사용자가 그런것을 바랬을지도 모르지만 정말 원하는대로의 웹사이트 제작이 가능한 웹서비스를 제공하는곳이 없었기 때문입니다. 어느날 돌아보니 세계 인터넷은 고만고만한 디자인의 고만고만한 블로그가 판을 치고 있었습니다. 대담하고 멋진 자기 연출은 이제 더이상 찾아 볼수 없습니다. 어느 웹디자이너의 포트폴리오 사이트에서나 볼수 있겠죠.HTML is not difficult.할수만 있다면 방법은 배우면 됩니다. html은 그렇게 어려운 도구도 아니며, 얼핏 보기에 복잡하게 보이는 table 의 코드만 공부하면 화면 구성은 제맘대로 할수 있습니다. 커뮤니티를 만들고 운영할 생각을 가진 사람이 자신의 커뮤니티를 원하는대로 꾸밀수 있다고 한다면 그런 수고로움은 오히려 재미로 받아들일것입니다. 그리고 그렇게 만들어져서 어느 곳과도 틀린 모습을 가진 자신만의 커뮤니티 디자인이 완성되면 더 많은 애착이 생기고 해당 커뮤니티를 찾는 분들에게도 확실한 인식을 심어줄수 있을것입니다. 이렇게 개성이 연출된 자신이 만든 커뮤니티는 커뮤니티를 만든사람과 이 커뮤니티를 방문한자 모두가 홍보대사가 되어 커뮤니티의 활성화를 위해 같은 분야의 같은 관심을 가진 사람들을 끌어당기게 됩니다. 커뮤니티는 특히나 이러한 인력이 강한곳이며, 마치 질량이 높은 혹성의 중력처럼 사람들이 많이 모인 커뮤니티의 인력은 더욱 커지게 됩니다.painting your community and your home.구글 그룹스나 usenet news group는 이러한 커뮤니티만의 색상이 없습니다. 그들은 'grey' 입니다. 이제 우리는 커뮤니티와 사람을 위해 그들에게 그들만의 'color' 를 마음대로 칠할수 있게 해주어야 합니다. 진정 인간 친화적인 웹서비스로서는 color를 제공해야 합니다. 기능들을 모아서 원하는 위치에 배치했다고 나만의 홈이 되지는 않습니다. 우리는 이러한 커뮤니티의 개성연출을 위해 - 그들만의 color 를 제공하기 위해 - 사이트 빌더와 오픈 디자인 프레임웍을 제작하였습니다. 이것은 현재 한국의 섬게이트에선 커뮤니티 서비스에만 제공 되고 있으나, ogoga.com 에선 회원의 홈에도 적용시킬 예정입니다. 사이트 빌더와 오픈 디자인 프레임웍에 대해서는 조금 더 아래에서 설명하겠습니다.community network.사이트 빌더를 제공함으로 인해 우리는 많은것을 기대할수 있게 되었습니다. 내가 만든 커뮤니티에 내가 자주 가는 커뮤니티를 링크 걸수도 있을것이며, 동맹 커뮤니티와의 배너 교환도 가능할것이며, 커뮤니티 서클등을 만들어 비슷한 주제를 다루는 커뮤니티간의 큰 공동체도 만들수 있을것입니다. 당연히 우리는 커뮤니티 네트워크를 이루는데 도움이 되는 애드온을 모듈로 제공할수 있습니다. 이러한 것은 결국 커뮤니티의 자율성 증대와 함께 커뮤니티간의 네트웍을 통해 커뮤니티들속에 자신의 위치를 잡아나가면서 커뮤니티의 정체성 확보에도 도움이 됩니다. 또한 우리는 커뮤니티를 만들때 커뮤니티에 대한 태그를 쓸수 있게 하였습니다. 당신의 커뮤니티가 다루는 주제나 소재 분류등에 대해서 당신이 입력한 태그는 당신의 커뮤니티를 찾을수 있는 또 하나의 방법이 되며, 비슷한 커뮤니티 혹은 동일한 주제나 소재를 다루는 커뮤니티와 함께 하나의 네트워크를 이룩합니다.V. 서비스의 쉬운 접근을 위하여우리는 앞에서 커뮤니티에 그들만의 색깔을 입힐수 있는 시스템(사이트 빌더)을 제공하기로 하였다는것을 알수 있습니다. 그런데 모두가 이와 같이 처음부터 곡예와 같은 줄넘기를 해서 자신만의 커뮤니티를 만들어야 한다면 서비스 이용을 위한 시작 비용이 너무 크지 않을까요? 이러한 진입벽이 크면 클수록 우리의 서비스가 외면받을수도 있다고 결론을 내렸습니다. 매니아들만의 전당이 되어버리는것은 원치 않았습니다. 그럼 조금 어렵지만 강력한 툴인 사이트 빌더를 제공하면서도 사용자가 쉽고 빠르게 자신이 원하는 스타일로 디자인이 된 커뮤니티를 얻게 할수는 없을까요?open design framework이제 우리 시스템에서 가장 주목할만한(remarkable) 기능중 하나를 소개하게 되었습니다. 우리는 사용자가 사이트 빌더를 이용하여 제작한 커뮤니티 디자인을 '디자인 팩키지'로 배포 가능하도록 만들습니다. 또한 이를 원클릭으로 다른 사용자가 자신의 커뮤니티에 적용할수 있도록 만들었습니다. 이름하여 오픈 디자인 프레임웍입니다. 심지어 해당 디자인 팩키지로 바꾸었을때 자신의 커뮤니티의 메인페이지와 게시판의 모습이 어떻게 보일것인지에 대해서도 원클릭으로 미리 볼수 있도록 하였습니다. 오픈 디자인 프레임웍을 기반으로한 사이트 빌더는 디자인 팩키지를 웹상에서 제작하여 웹상에서 바로 배포 할수 있게 만들어줍니다. 하지만 여러분은 '누가 디자인 팩키지를 제공할것인가?' 라고 생각할수도 있겠습니다.winamp skin - Indiana Jones IV우린 여기서 앞에서 언급한 one of thousand 법칙을 다시 말할때입니다. 서비스 초창기엔 우리 자신이 사이트 빌더를 이용하여 다양한 디자인 팩키지를 만들어 배포할것입니다. 이것은 seed 역할을 하게 됩니다. 우리가 만든 디자인 팩키지는 디자인 팩키지 제작의 예시가 될것이며 초기의 커뮤니티들에 사용되면서 여러가지 변형들이 나올것입니다. 윈도우즈 플랫폼상에서 mp3 플레이어로 유명한 winamp 는 다양한 스킨을 사용자가 제작하여 배포하고 있으며 마음에 드는 멋진 디자인의 winamp 모습을 사용할수 있습니다. 여기엔 또한 더 재미난 부분이 있습니다. winamp 스킨을 winamp 제작자나 회사만 배포한다면 우리가 인디애나존스4를 보곤 흥분해서 집에 돌아왔을때, 인디애나 존스 캐릭터가 들어간 winamp 스킨을 사용하긴 힘들겁니다. :) 1챕터에서 언급이 되었던 중력의 법칙은 이러한 커뮤니티 디자인 팩키지에도 적용이 됩니다. 더 많은 회원이 더 많은 커뮤니티가 생길수록 이러한 디자인 팩키지 제작자로서의 one of thousand 가 더 많이 생기며 이들의 노고의 결과물은 많은 사람들에게 이익을 안겨 주게 됩니다. 이 사이트 빌더와 오픈 디자인 프레임웍의 사용법은 개인 홈에도 동일하게 적용할것이기 때문에 한번 익힌 사용법을 이용하여 개인 홈의 디자인의 변경과 개인 홈용 디자인 팩키지를 배포할수 있으며, 회원은 다른 사람이 배포한 디자인중에 원하는 디자인을 선택하여 자신의 홈에 적용할수 있게 됩니다.design package is not skin앞에서 예로 든 윈앰프 스킨과는 틀리게 커뮤니티를 위한 디자인 팩키지는 스킨이 아닙니다. 커뮤니티는 저마다 다른 요구사항을 가지고 있습니다. 메인 화면 하나만 보더라도 블로그와 웹로그와 웹진은 동일한 요소를 화면에 가지고 있는것이 아님을 우리는 알수 있습니다. 커뮤니티를 위한 디자인 팩키지에서 이 '디자인'은 미술적 견지에서의 디자인과 웹사이트의 규모와 성격에 따른 설계도의 일부를 포함하는것입니다. 즉, 디자인 팩키지를 제작할때는 화면에 어떤 요소를 둘것인지 어디에 배치할지를 결정하며 웹사이트의 브라우징 시스템으로서의 메뉴의 모습을 결정하는등 웹마스터로서의 입장에서 설계하며 디자인합니다. 사용자가 디자인 팩키지를 골라서 자신의 커뮤니티에 적용시킨다는 것은 단순히 윈앰프에 윈앰프 스킨을 적용시키는것과는 틀리다는것입니다.어디를 가도 말은 통한다?커뮤니티 디자인의 완전한 자유화를 선언하였지만, 각 커뮤니티 마다 전혀 틀린 글쓰기 방식을 사용하게 한다면 커뮤니티의 참여도는 떨어지게 될것입니다. 따라서 우리는 글쓰기 폼에서 위지위그를 제거하고 코드 방식을 도입하였습니다. 이들 코드를 사용하여 글을 쓰면 사이트 빌더에서 커뮤니티 제작자가 스타일시트를 이용하여 정해둔 방식대로 보여집니다. 어떤 커뮤니티를 가든, 회원은 동일한 코드 방식을 이용하여 글을 쓸수 있으며 이 글의 데이타성은 커뮤니티의 디자인이 바뀌어도 그대로 유지되게 하였습니다. 이것은 커뮤니티 운영자가 아닌 대부분의 회원들이 알아야 할것은 단지 글쓰기 위한 코드와 추천하기 링크만 누를줄 알면 된다는것을 의미합니다. 위지위그로 만든 글을 편집한다는것은 그 글이 길고 복잡할수록 자신이 원하는대로 편집하기 어려울때가 많다는것을 우리는 경험하였습니다. 우리가 한국에선 거의 선두적으로 커뮤니티의 글쓰기 폼에 위지위그를 도입하여 사용하였기 때문이죠.통합된 웹서비스로서의 ogoga.com커뮤니티를 만들고 운영하려면 여러가지 과정을 거쳐야 합니다. 먼저 웹호스팅을 받고 phpBB 등을 가져와서 설치하던가 아니면 블로그 시스템이나 드루팔등을 설치하고 웹사이트 디자인을 해야 합니다. 그렇게 하고도 사실상 전체 웹사이트와 각종 게시판 글쓰기 시스템은 그렇게 쉽게 통일된 디자인을 만들기 힘들것입니다. 복잡한 코드속에 뒤섞인 html 을 가려내야 하고, shtml 이나 php 를 사용해서라도 통합된 서비스처럼 보이게 만들어야 합니다. 게다가 mysql 등의 DB 작업을 해야 하고, 호스팅 서비스의 비용을 걱정해야 합니다. 우리는 이러한 각종 과정을 모두 생략하고 한번에 커뮤니티를 생성하고 운영을 바로 시작할수 있습니다. 당신이 원한다면 프로그래밍적 지식이 없이도 게시판등의 디자인을 쉽게 바꿀수 있으며, 필요한 내용을 쉽게 뽑아내서 메인화면에 뿌려줄수 있습니다. 당신과 같은 도구를 사용하는 많은 사용자들이 당신이 고민하는 바에 대해 해결책을 제시할것이며, 멋진 디자인의 디자인 팩키지를 커뮤니티에 직접 적용할수도 있으며 적용전에 미리 보기를 통해 어떻게 보일지 확인할수도 있습니다. 어쩌면 당신은 커뮤니티의 화면이나 모듈의 디자인에 대해 다루는 커뮤니티를 만날수도 있습니다. 커뮤니티의 생성과 운영의 시점에서 우리의 서비스는 쉬움과 강력함 양쪽을 모두 추구합니다.VI. 데이타성의 보존웹사이트 디자인의 완전한 자유를 획득하기 위해서 고안한 사이트 빌더에는 여러개념들이 들어있지만, 데이타와 디자인의 분리는 다양한 각도에서 다양하게 적용되어 있습니다. 실제적인 구현을 위한 코드들과 설계를 여기서 모두 알려드릴수는 없기에 개념적 접근을 통해 설명하겠습니다.검정 바탕색 검정 글색?글 쓴이가 의도하지 않은 html 요소가 위지위그를 사용하여 제작한 글에 포함된다면 다음과 같은 일을 예상할수 있습니다. 글을 쓰고 나면 하얀 바탕에 검정색의 글이 나타나도록 하였는데, 까만 바탕으로 커뮤니티 디자인을 바꾸게 된다면 글에 포함된 html적 디자인 요소인 글의 색이 바뀐 바탕색과 동일하여 글의 내용이 보이지 않게 되는겁니다. 글에 포함된 디자인 요소 때문에 글의 데이타성이 회손되는 것이죠. 바로앞에서 이야기한 코드 방식 글쓰기는 이와 같이 글의 데이타성 보존이라는 면에서도 중요한 방식이었습니다. 커뮤니티 운영자는 글쓰기 폼에서 사용되는 타이틀용 태그인 [T1] 코드를 썼을때 커뮤니티의 분위기에 어울리는 무늬를 글의 배경에 넣는등의 디자인을 할수 있습니다. 이것은 디자인 팩키지에 포함되어 배포되므로, 디자인 팩키지를 자신의 커뮤니티에 적용하였을때 커뮤니티 전체의 분위기와 어울리는 모습으로 글을 썼을때의 모습이 표현된다는것을 의미합니다.모듈의 설정과 디자인커뮤니티를 만들고 게시판 카테고리를 생성하고 특정 게시판의 최신글을 커뮤니티 홈에 표현되도록 추출기 모듈을 설정하였는데, 맘에 드는 디자인 팩키지를 적용하고 보니 이런 설정이 모두 사라진다면 곤란합니다. 따라서 우린 이러한 커뮤니티의 구성과 설정에 있어서 데이타성을 디자인과 분리하기로 하였습니다. 그로 인해 이제 커뮤니티 운영자는 자신이 설정한 각 모듈별 데이타 설정 - 어떤 게시판 카테고리에서 어떤 글을 뽑아오는가 - 은 그대로 둔채 디자인만 자신의 커뮤니티에 적용할수 있게 되었습니다. 그 대표적인 결과물로, 특정 디자인 팩키지를 자신이 만든 커뮤니티에 적용하였을때의 모습을 원클릭으로 미리 볼수 있게 한것입니다. site menu 혹은 site browsing interface 또한 이와 같은 데이타성의 보존을 위해 메뉴를 데이타와 디자인을 분리하였습니다. 따라서 다른 디자인 팩키지를 자신의 커뮤니티에 적용하여도 설정해둔 순서와 메뉴 내용은 그대로 있고, 메뉴의 디자인만 바뀌게 됩니다.VII. 같은 이름의 다른말 블로그, 웹로그, 그리고 커뮤니티이 문서의 챕터1에선 '인터넷 커뮤니티'의 중요성에 대해 예제를 들어 설명하였습니다. 사실 인터넷 커뮤니티는 커뮤니케이션이 벌어지는 모든곳에 존재할것입니다. 블로그는 아주 아주 넓고 방대한 커뮤니티를 이룩하고 있습니다. 트랙백과 RSS로 이루어진 블로그 커넥션에 제한은 없습니다. 이제 우리의 시스템으로 만들수 있는 커뮤니티가 어떤 모습을 띄게 될지 현존하는 커뮤니티를 예를 들어 살펴봅시다.개와 늑대의 공통점?우리의 웹서비스를 이용해서 만들게 되는 웹사이트는 사실 블로그도 될수 있습니다. 왜냐하면 게시판 카테고리의 권한설정에서 글 쓰기 권한을 모두에게 줄수도 있고 자신만 가능하도록 할수도 있기 때문입니다. 만든 카테고리를 모두 자신에게만 새글쓰기 권한을 주면 이 웹사이트는 사실상 블로그가 됩니다. 사람들은 답글만 달수 있게 되죠. 또한 이 웹사이트 제작자는 블로그형 디자인 팩키지를 자신의 홈에 적용시키거나 직접 디자인을 해서 자신만의 블로그를 제작할수도 있습니다. 또한 우리가 앞에서 쭉 설명한 내용들을 살펴보면 우리가 만든것이 웹로그가 될수도 있다는것을 알수 있을것입니다. 아니 포럼 친화적 커뮤니티라고 해놓고는 웬 블로그나 웹로그? 라고 생각하실수도 있겠습니다. 하지만 이러한 블로그와 웹로그는 모두 공통점을 가지고 있다는것을 알수 있습니다. 글을 쓰고 답변을 다는 커뮤니케이션의 다른 이름이며, 공개를 기반으로 하는 웹출판의 다른 이름이며, 이들을 사용하는 사람들은 약하든 강하든 서로가 네트워크를 형성하고 있다는것입니다. 사실상 우리가 개발할 ogoga.com 에서 만들어진 커뮤니티의 모든 내용은 누구나 볼수 있으며, ogoga.com 을 통해 만들어진 웹사이트는 trackback과 rss를 지원하기에 현재 세계에 이미 구축되어 있는 네트워크와의 연결이 쉽고 간편하게 이루어집니다.내 생각대로 진화하라 !!당신은 처음에 블로그를 만들어서 당신의 취미생활에 대한 소고나 공유하고 싶은 정보를 올릴수 있습니다. 어떤식으로든 - 당신이 홍보하였든, 구글을 통해 정보를 찾아왔든 - 당신의 블로그에 찾아오는 사람들이 많아지고 북마크 되기도 할때쯤에는 당신은 당신의 블로그가 단순히 자신만 새글을 쓰기 보다 다른 사람도 새글을 쓸수 있는 게시판 카테고리가 있기를 바랄수 있습니다. 우리의 커뮤니티 시스템은 이것이 가능합니다. 어느날 당신의 블로그는 커뮤니티가 될수도 있고 당신과 당신의 친구들이 올리는 컨텐츠나 뉴스를 기반으로한 웹진형 사이트에 커뮤니티가 추가된 형태가 될수도 있으며, 당신과 비슷한 사람들이 찾아와서 자유롭게 글을 쓰면 그것들이 모두 커뮤니티의 메인페이지에 표현되는 웹로그가 될수도 있습니다. 이것들은 '글 쓰기'의 각각 다른 형태이며 쓰여진 글의 표현방식과 우선권과 배치를 어떻게 처리할것인가의 차이만 있을뿐입니다. 우리의 시작은 분명 포럼형 bbs와 웹사이트의 유기적인 결합이었으나, 최종적인 형태는 커뮤니티라고 부를수 있는 대부분의 웹사이트를 만들고 운영할수 있는 사이트빌더가 되어 버렸습니다.VIII. 문서 작성과 이용을 위한 배려우리 시스템에 있어서 문서 작성은 그야말로 핵심적인 아주 중요한 부분입니다. 대부분의 컨텐츠는 이 문서 작성틀에 의존하고 있기 때문입니다. 여기에서 모든것을 다루지는 않지만 몇몇 중요한 부분들에 대해서 이야기 하겠습니다.문서가 길면 인덱스가 필요하다.만약 당신이 이 문서와 같이 길다랗고 챕터와 단락이 있는 글을 게시판에서 썼다면 당신은 당신의 이 문서를 읽는 사람들을 위해 글의 상단에 전체 글의 챕터와 단락의 제목을 인덱스로 제공하며, 각 인덱스를 클릭하면 바로 해당 챕터나 단락으로 갈수 있는 링크를 제공하고 싶을것입니다. 우리는 글의 데이타성의 보존에 대해 앞에서 잠시 언급하였습니다만, 글 자체의 유용성을 증가시킬 이러한 작은 기능도 제공해야 한다고 생각하였습니다. 당신은 글을 쓸때 문서의 제목을 [T1] 으로 쓰고 각 챕터와 소단락을 [T2] 와 [T3] 를 사용하게 될것입니다. 왜냐하면 그 코드가 바로 그런 용도의 코드이기 때문이죠 :) 이제 당신은 당신의 문서의 상단에 [index] 라고만 입력하면 당신이 문서를 작성하며 쓴 [T2] 와 [T3] 에 대한 인덱스와 그 장소로 바로 이동하게 되는 링크를 볼수 있게 됩니다. 자동화는 이럴때 사용하라고 있는것일테니까요.문자가 되고 싶은 코드, 코드가 되고 싶은 문자만약 누군가가 게시판에서 코드의 사용법을 물어보았는데 이를 설명하기 위해서는 [T2]와 같은 코드가 번역이 되면 안된다는것을 알수 있습니다. 따라서 우리는 [code]와 [/code] 라는 코드 사이에서는 우리의 글쓰기 폼에 사용되는 코드를 단순히 문자로 취급하도록 하였습니다.만약 모듈의 디자인에 대해서 누가 질문을 하였는데 html 의 사용법을 설명하려면 어떻게 해야 할까요? 간단합니다. 당신은 html 을 바로 쓰고 - 이 html 은 번역이 되지 않고 문자열로 취급됩니다. - 그 아래에 [html]과 [/html] 사이에 동일한 html 코드를 입력하면, 코드의 내용과 이것이 어떻게 보이는지를 바로 알려 줄수 있습니다. On mouse over우리는 특정 링크나 이미지에 마우스를 올렸을때 설명이 나타나는 툴팁을 사용할수 있도록 글쓰기용 코드를 제공합니다. [TT=This is tooltip]on mouse over[/TT] 라고 입력한후 on mouse over 라는 글에 마우스를 올려보면 'This is tooltip' 이라는 내용이 툴팁으로 보여질것입니다. 당신이 커뮤니티 관리자라면 이 툴팁이 보여지는 방법을 당신의 커뮤니티 디자인에 맞게끔 사이트 빌더에서 디자인 할수 있습니다. 간단하게는 스타일 시트를 이용하여 색상과 크기를 바꿀수 있고 좀더 많이 알고 있다면 자바스크립트를 바꾸어 당신만의 유용성을 더할수도 있습니다.우리는 어떤 코드가 어떤 역할을 하는지에 대해서만 규정을 두었습니다. 이것이 어떻게 보이는지에 대해서는 커뮤니티의 디자인에 따라 틀리지만, 당신이 오늘 새로 방문한 커뮤니티에 가서 글을 쓸때 새로운 코드를 배울필요는 없습니다. 그것이 답글이든 연재글이든 오픈텍스트이든 동일한 방식의 글쓰기를 사용할수 있습니다. 커뮤니티 운영자가 재미난 사람이라면 당신은 동일한 코드를 사용해서 글을 썼지만 이것이 독특한 디자인으로 나타나는것에 미소를 지을지도 모릅니다. 만약 당신이 생각하기에 상식적인 문서의 모습을 그리며 글을 썼는데 너무나 황당한 디자인으로 글이 표현된다면 당신은 그 커뮤니티에 가지 않으면 그만입니다. :) 한자리에서 해결하자만약 당신이 글을 쓰다가 첨부 이미지를 올렸다면, 당신은 첨부이미지의 썸네일을 그 화면상의 어디선가 볼수 있을것입니다. 썸네일이 거의 원본만한 크기가 될지 아니면 다른 썸네일과 구분되지 않을정도로 작아서 별 도움이 되지 않을수도 있습니다만 - 왜냐하면 이러한 화면상의 모든것은 커뮤니티 관리자가 디자인 할수 있기 때문입니다. - 어쨋든 당신은 해당 썸네일에 마우스를 올리면 파일 이름을 툴팁으로 볼수 있고, 썸네일을 클릭하면 이 이미지를 문서에 표현하는 코드가 자동으로 글 쓰기 폼에 입력되는것을 볼수 있을것입니다. 우리는 한 안건(topic)의 어떤 글(article)에서도 첨부 이미지와 첨부파일을 여러개 올릴수 있게 하였습니다. 당신은 문서 작성중에 이미지를 올려도 되고 사용될 이미지를 미리 여러장 올려둔 후에 글을 작성하면서 원하는 장소에 원하는 이미지를 배치할수도 있습니다. 이 방식은 첨부파일에도 동일하게 작동하며 당신의 문서 작성에 작은 도움을 줄것입니다. 포럼형 bbs에 이미지와 첨부파일을 마음대로 여러장 올려서 그 자리에서 문서를 작성할수 있게 하는것은 한국에서 뿐만 아니라 세계적으로도 그다지 일반적인 모습은 아닙니다. 허나 우리는 커뮤니티에서 활동하는 회원들에게 글의 작성에 필요한 이미지를 다른곳에 올리고 이곳에 링크 거는등의 불편함을 제공할수는 없었습니다. 2004년경에 자체 개발한 섬게이트 커뮤니티 시스템으로 제공한 섬게이트의 각 커뮤니티 - 오픈 커뮤니티를 개발하기 이전에 우리가 직접 운영하던 커뮤니티들 - 들에 이 방식을 도입하였으며, 이것이 얼마나 커뮤니티에 활력을 불어넣는 일인지 알게 되었습니다.작은 이미지를 올릴것인가? 작게 줄여서 보여줄것인가?만약 당신이 모니터와 컴퓨터와 그래픽 카드의 사양이 매우 좋아서 1600x1200 해상도의 게임화면 스크린샷을 찍어 커뮤니티에 올렸다면 낮은 해상도를 사용하는 많은 다른 사람들은 해당 글을 볼때 브라우저에 가로스크롤바가 생기고 이미지는 반쪽만 보이며 어떤 웹사이트에선 전체 틀도 이상하게 보이기도 합니다. 우리는 이것이 그다지 훌륭한 경험이 아닌것을 알고 있습니다. 따라서 커뮤니티 운영자는 topic 화면이나 이 글의 내용이 추출되어서 보여질 메인 화면의 어느 장소에서나 나타날 이미지의 크기를 원하는대로 제한할수 있게 하였습니다. 커뮤니티 운영자가 topic 모듈이나 추출기 모듈에서 데이타 설정으로 제한한 이미지의 크기에 따라 이보다 큰 이미지는 자동으로 제한된 크기로 줄여져서 표현됩니다. 또한 사용자는 줄여진 이미지를 클릭하면 원본 이미지를 볼수 있게 되죠. 이것은 사용자가 이미지 크기를 커뮤니티 디자인에 맞추어 올리라고 하는 것보다 훨씬 유연한 방식이며, 커뮤니티 관리자나 디자인 팩키지를 만드는 디자이너의 입장에선 좀더 유니크하거나 크기가 고정된 디자인을 - 사용자의 커뮤니티 이용 패턴을 걱정하지 않고 - 만들수 있게 합니다.이곳에선 첨부파일들이 차별받는다.만약 당신이 워크래프트3 - 블리자드가 출시한 전략 시뮬레이션 pc 게임 - 라는 게임을 다루는 커뮤니티 운영자라고 한다면, 사용자가 문서를 작성하면서 첨부한 첨부파일중 일부는 당신의 커뮤니티에 있어서 중요하고 주목받을만한 것이 있을것입니다. 워크래프트3는 게임이 끝나고 나면 이 게임을 replay 해 볼수 있는 파일을 저장할수 있습니다. 이 리플레이 파일은 당신이 다른 사람에게 당신이 이 게임에서 어떤 전략과 어떤 컨트롤을 사용하여 상대방을 이겼는지에 대해 글로 알려주는것보다 더 생생하게 알려줄수 있습니다. 따라서 이 파일은 이 커뮤니티에 있어서는 매우 중요한 파일이 됩니다. 이 파일의 pc용 확장자는 w3g 입니다. 또한 워크래프트3는 게임이 벌어지는 맵을 사용자가 만들고 이를 다른 사람들과 같이 즐길수 있도록 하였습니다. 이 맵용 파일의 확장자는 w3m 이거나 w3x 입니다. 우리는 첨부된 파일의 확장자를 따로 저장하고 있으며 이를 모듈 디자인에서 사용되는 변수로서 제공합니다. 이 변수등과 조건문등에 대한 이야기는 다음 챕터에서 다루기로 하고 우리는 그것이 어떻게 사용되는지만 확인해 봅시다. 당신은 첨푸파일중에 확장자가 w3g 라면 작성된 문서의 마지막에 나타나는 첨부파일 리스트중 해당 파일의 앞에 Replay 라는 아이콘을 달아둘수도 있고 그 첨부파일의 링크를 크게하거나 다른 첨부파일과 색깔이 틀리게 할수도 있습니다. 마찬가지로 w3m 이나 w3라면 맵을 표현하는 아이콘등을 달거나 앞에서와 마찬가지의 디자인적 표현의 차이를 둘수가 있습니다. 아주 사소하게 보일지라도 커뮤니티가 커뮤니티의 자아정체성을 확보하고 이 커뮤니티에 찾아온 사람들이 이 커뮤니티가 워크래프트3라는 게임을 다루는 커뮤니티로서의 전문성을 가지고 있다는것을 알게 하는데에는 매우 큰 역할을 할것입니다. 물론 글을 작성하는 사용자는 글을 쓸때 이런것을 생각할 필요는 없습니다. 그들은 다른 커뮤니티와 동일한 글쓰기 방식을 쓰고 첨부이미지나 첨부파일을 올릴 뿐입니다.연재 글 쓰기우리는 다양한 웹사이트에서 순서가 있고 한 주제나 소재를 다루는 일련의 강좌등을 자주 보게 됩니다. 이러한 문서는 같은 연재물에 대한 링크가 제공되고 다음 연재물을 간단한 클릭으로 볼수있게 제공합니다. 우리는 글쓰기에 이러한 연재 글쓰기가 매우 필요하다는것을 알고 있었으며, 기존에 우리가 직접 운영하던 커뮤니티들에 이 시스템을 개발하여 제공한후 이것이 커뮤니티에 매우 큰 영향을 미친다는것을 알게 되었습니다. 따라서 오픈 커뮤니티에서도 이를 구현하였습니다. 당신은 연재 글쓰기 버튼을 클릭하여 연재물 전체의 제목을 정하고 일반적인 글쓰기와 동일하게 문서의 제목과 태그와 내용을 작성하고 글 쓰기를 마칩니다. 당신이 해당 연재물의 다음 문서를 작성할때는 '연재 계속하기' 버튼을 누르면 해당 문서의 다음 연재물을 작성할수 있습니다. 당신의 연재물중 한 문서를 발견하게된 다른 누군가는 당신의 이 문서가 연재물중 몇번째에 해당하는 문서인지 알수 있고, 당신이 작성한 일련의 안건들에 대한 링크를 통해 다른 안건들을 쉽게 볼수 있습니다. 심지어 다른 문서들이 다른 게시판의 다른 카테고리에 속해있어도 상관이 없습니다. 이것은 당신에게 당신만이 쓸수 있는 또 다른 게시판과 같은 역할을 합니다. 특정 분야에 대한 전문적인 식견을 가진 사람이 쓰는 칼럼이나 강좌로 사용될수도 있고, 인터넷에 연재하는 소설이나 수필로도 쓸수 있으며, 일련의 그림이나 소재를 다룰수도 있습니다. 커뮤니티 관리자에 따라서는 이러한 연재글을 쓰는 게시판 카테고리를 만들고 이 카테고리에서 새로 연재된 최신 연재글의 연재번호와 연재제목과 해당 글제목을 뽑아서 메인페이지에서 제공할수도 있을것입니다.3. 실제 예제와 구현에 사용된 기술적 요소들저는 위에서 우리가 만들고 세계인들에게 사용될 웹서비스에 대한 기획안의 일부를 나열하고 설명하였습니다. 이제 이러한 요구사항들이 어떻게 구현되었는지 직접 확인해보도록 합시다.I. 커뮤니티에 사용자 디자인을 적용한 사례먼저 실제 구현된 웹서비스를 이용하여 현재 운영되고 있는 커뮤니티를 보고 난후 좀더 상세한 부분들을 설명하겠습니다. 아래는 현재 somegate.com 에서 실제로 운영되고 있는 커뮤니티 입니다.http://www.somegate.com/oc.php?oc_uid=8 http://www.somegate.com/list_new.php?oc_uid=8 이 커뮤니티에 적용된 디자인 또한 처음 커뮤니티를 만들때 적용되는 sg_base 라는 디자인 팩키지입니다. 자 이제 이 커뮤니티에 다른 디자인 팩키지를 실제로 적용하였을때의 모습을 미리보기 하겠습니다. 이것은 실제로 미리보기 하는것이며 전혀 조작된것이 아닙니다. 또한 이 디자인 팩키지들은 온라인상에서 사이트 빌더를 이용해 제작 및 배포된것입니다. 눈여겨 보아야 할것은 위에서 보여준 실제 커뮤니티의 데이타적 특성 - 메뉴나 추출기의 각종 모듈의 설정 및 데이타 - 은 그대로 유지된다는 점입니다. http://www.somegate.com/oc.php?oc_uid=8&od_preview=cafe_design_01 http://www.somegate.com/list_new.php?oc_uid=8&od_preview=cafe_design_01 http://www.somegate.com/oc.php?oc_uid=8&od_preview=blog_design_01 http://www.somegate.com/list_new.php?oc_uid=8&od_preview=blog_design_01 http://www.somegate.com/oc.php?oc_uid=8&od_preview=sg_image http://www.somegate.com/list_new.php?oc_uid=8&od_preview=sg_image http://www.somegate.com/oc.php?oc_uid=8&od_preview=simple_white002 http://www.somegate.com/list_new.php?oc_uid=8&od_preview=simple_white002 http://www.somegate.com/oc.php?oc_uid=8&od_preview=simple_white001 http://www.somegate.com/list_new.php?oc_uid=8&od_preview=simple_white001 http://www.somegate.com/oc.php?oc_uid=8&od_preview=base_white001 http://www.somegate.com/list_new.php?oc_uid=8&od_preview=base_white001 사용자는 http://www.somegate.com/open_design_center.php 에서 원하는 디자인 팩키지를 골라서 이 디자인 팩키지를 적용했을때 자기가 운영중인 커뮤니티가 어떻게 보이는지 원클릭으로 미리 보기 할수 있습니다. 물론 사용자는 자신이 만든 커뮤니티가 있어야 하고 로그인 해야합니다. 오픈 디자인 센터에선 로그인한 사용자가 어떤 커뮤니티를 운영중인지 미리 알고 있기 때문에 사용자는 자신의 오커를 골라서 미리보기 버튼만 클릭하면 바로 미리보기 할수 있고, 또한 해당 디자인 팩키지를 원클릭으로 자신의 커뮤니티에 적용시킬수 있습니다. 위의 경우는 제작된 디자인 팩키지를 그대로 적용시켰을 경우의 모습들입니다만, 이제 우리의 사이트 빌더를 이용해 자신만의 디자인을 커뮤니티에 적용한 실제 예제를 봅시다. http://www.somegate.com/oc.php?oc_uid=70 완전한 사용자화를 하여 각종 필요에 의한 페이지와 게시판등을 잘 조합한 커뮤니티이며 대문을 intro 화면으로 사용한 독특한 커뮤니티 디자인을 보여주고 있습니다. http://www.somegate.com/oc.php?oc_uid=54 sg_base 디자인 팩키지가 적용된 상태에서 구조 및 메뉴등을 커뮤니티 특성에 맞게 변경하였으며 원하는 배너나 사이트 방문자 분석을 위한 위젯등을 사용한 커뮤니티입니다. http://www.somegate.com/oc.php?oc_uid=159 커뮤니티의 목적인 크고 멋진 이미지를 공유하고 감상하기 위해 완전한 커스터마이징을 하였으며, 디자인 팩키지로도 출시된 커뮤니티 디자인입니다. 왼쪽의 작은 썸네일 이미지에 마우스를 올리면 해당 이미지의 큰 버전이 홈 바탕화면에 나타납니다. 각종 예제로 보여준 화면들에서 우리가 주목할만한것은 화면상의 요소와 디자인의 거의 모든것을 바꿀수 있다는것입니다. 당신은 이보다 더 기상천외하거나 더 세련되거나 더 스타일리쉬 하거나 더 애니메이션적이거나 하는 수많은 다른 디자인을 만들수 있을지 모릅니다. 또한 우리가 이야기 하는것이 단순한 외형적 디자인 뿐만 아니라는 것을 알수 있을것입니다. 인포메이션 아키텍쳐 측면에서의 사이트 구조를 결정하고 커뮤니티 방문자의 경험을 바꾸는 사이트의 구조적인 부분들을 마음대로 조작할수 있다는것이 아주 중요한 요소입니다. 즉, 메뉴의 깊이부터 홈화면과 페이지 화면과 게시판등을 어떤식으로 배치하고 이곳에 어떤 내용들을 디스플레이 할것인지, 어떻게 접근하게 할것인가에 대해서도 여러분은 사이트 빌더를 이용하여 마음대로 조작할수 있습니다. 현재 한국에서 오픈베타로 서비스 되고 있는 오픈 커뮤니티와는 달리 ogoga.com 에선 기억하기 쉽고 구분가능한 문자를 이용한 url 이 각 커뮤니티에 제공될것이라는점을 우리는 알려야 할듯합니다. - 물론 한국 서비스에서도 바뀌게 될테지요 :) - 예를 들어 design 이라는 아이디를 사용하기로한 커뮤니티라면 http://oc.ogoga.com/design 이라는 url 이 커뮤니티의 주소로 제공된다는것을 말합니다. 또한 커뮤니티 url 에는 실제 실행되는 명령어의 프로그래밍 언어가 무엇인지 나타내지 않게 됩니다. http://oc.ogoga.com/design/topic.php?topic_uid=100 이 아니라 http://oc.ogoga.com/design/topic/topic_uid=100 으로 표현이 된다는것이죠. 이것은 내부의 구현방식과 외부의 url 이 분리된다는것을 의미하며 서비스 개발과 유지보수에 유연함을 더해줄것입니다. II. 모듈에 있어서 데이타와 디자인의 분리에 대한 기술적 구현실제적으로 동일한 데이타가 어떻게 다양하게 표현되는가에 대한 예제로 메뉴 모듈을 설명하겠습니다. 메뉴 모듈은 메뉴의 데이타와 메뉴의 디자인으로 나뉘어져 있습니다. 먼저 메뉴 데이타를 알아봅시다. 메뉴의 데이타에서 한줄은 menu depth,"menu title","menu url" 로 이루어져 있습니다. 구글의 상단 메뉴를 구성하려면 데이타를 아래처럼 입력하면 됩니다.0,"Web","http://www.google.com" 0,"Images","http://images.google.com/imghp?hl=en&tab=wi" 0,"Maps","http://maps.google.com/maps?hl=en&tab=wl" 0,"News","http://news.google.com/nwshp?hl=en&tab=wn" 0,"Shopping","http://www.google.com/prdhp?hl=en&tab=wf" 0,"Gmail","http://mail.google.com/mail/?hl=en&tab=wm" 0,"more","" 1,"Video","http://video.google.com/?hl=en&tab=wv" 1,"Groups","http://groups.google.com/grphp?hl=en&tab=wg" 1,"Books","http://books.google.com/bkshp?hl=en&tab=gp" 1,"Scholor","http://scholar.google.com/schhp?hl=en&tab=ps" 1,"Finance","http://finance.google.com/finance?hl=en&tab=pe" 1,"Blogs","http://blogsearch.google.com/?hl=en&tab=eb" 1,"-------","" 1,"YouTube","http://www.youtube.com/?hl=en&tab=w1" 1,"Calendar","http://www.google.com/calendar/render?hl=en&tab=wc" 1,"Photos","http://picasaweb.google.com/home?hl=en&tab=wq" 1,"Documents","http://docs.google.com/?hl=en&tab=wo" 1,"Reader","http://www.google.com/reader/view/?hl=en&tab=wy" 1,"-------","" 1,"even more","http://www.google.com/intl/en/options/"메뉴의 데이타 구조는 매우 단순한 방식을 취하고 있음을 알수 있을것입니다. 동일한 이 메뉴 데이타를 이용해 사용자는 사이트빌더에서 자기 뜻대로 다양한 방식의 view를 구성할수 있습니다. 심지어 같은 커뮤니티 내에서 다른 방식으로도 보여줄수 있습니다. 아래 링크는 커뮤니티에 위의 메뉴 데이타를 실제로 적용시킨 화면입니다. 이 메뉴 데이타가 디자인의 방법에 따라 어떻게 보여질수 있는지를 디자인 팩키지의 미리보기를 통해 확인해보겠습니다. 메뉴를 주의깊게 살펴보아야 되겟지요? http://www.somegate.com/oc.php?oc_uid=139&od_preview=cafe_design_01 메뉴를 좌측에 세로로 세워 두고 있는것을 알수 있습니다. http://www.somegate.com/oc.php?oc_uid=139&od_preview=blog_design_01 상단의 탭 모양의 디자인으로 1차 깊이까지만 표현하고 있는것을 알수 있습니다. http://www.somegate.com/oc.php?oc_uid=139&od_preview=sg_image 상단에 반투명 효과의 디자인을 사용한것을 알수 있습니다. http://www.somegate.com/oc.php?oc_uid=139&od_preview=simple_white001 http://www.somegate.com/oc.php?oc_uid=139&od_preview=base_white001 예제로 보여진 메뉴들은 보통 자바스크립트를 이용하여 2차 깊이 이상의 메뉴를 표현하는것을 보실수 있습니다. 실제로는 이보다 훨씬 간단한 방식인 flat html 을 사용한 메뉴나 스타일시트를 이용한 메뉴를 만들수도 있습니다. 이것을 가능하게 하기 위해 우리는 모듈의 디자인 부에서 모듈의 데이타를 반복문과 조건문과 변수를 통하여 이를 조작하고 디자인할수 있도록 고안하였습니다. 제공되는 변수(variables)와 반복문과 조건문은 프로그래밍에 익숙하지 않더라도 쉽게 구조를 알수 있도록 마치 의사코드(pseudo code)같은 자기 설명적인 코드이며, html과 같은 디자인적 요소와 쉽게 구분이 가능한 모습을 띄고 있습니다. 따라서 사용자는 프로그래머가 프로그램의 구현을 위하여 스크립트나 프로그래밍 언어의 복잡한 규칙들을 외워서 사용하는 방식을 취하는것이 아니라, 디자인에 포함된 간단한 의사코드를 읽기만 하면 실제 디자인에는 구애를 받지 않게 되어 있습니다. 그럼 실제 위에서 사용된 메뉴 데이타를 디자인에서 어떻게 취급하는지 확인해 봅시다. 메뉴의 가장 간단한 형태인 flat html 을 이용한 방식을 사용해봅니다. (*repeat:menu depth 0*) <div><a href='(*menu0 title*)'>(*menu0 url*)</a></div> (*/repeat:menu depth 0*)(* 와 *) 으로 둘려 싸여 있는 내용이 Open Design code 입니다. 위에서 입력한 값이 어떻게 표현될지 쉽게 짐작할수 있을것입니다. (*repeat:menu depth 0*) 는 (*/repeat:menu depth 0*) 와 짝을 이루며 반복문이 어디서 시작해서 어디서 끝나는지 알기 쉽게 하였습니다. 왜냐하면 디자이너 입장에선 코드의 프로그래밍적 구조의 이해를 돕기 위한 들여쓰기등이 오히려 방해되기 때문입니다. 디자이너의 입장에선 디자인적 요소가 아닌 부분을 구별하고 이것이 무엇을 나타내며 어디서 시작해서 어디서 끝나는지 알기만 하면 됩니다. 위에선 메뉴의 0차 깊이만 표현하였으니 아래엔 2차코드까지 표현해 봅시다. (*repeat:menu depth 0*) <div><a href='(*menu0 title*)'>(*menu0 url*)</a></div> (*repeat:menu depth 1*) <div style='padding-left:30px;'><a href='(*menu0 title*)'>(*menu0 url*)</a></div> (*/repeat:menu depth 1*) (*/repeat:menu depth 0*)위에서 우리가 입력한 구글 메뉴의 데이타에 위의 디자인이 적용되면 아래처럼 보이게 될것입니다. 이 디자인부에는 html 뿐만 아니라 자바스크립트도 마음대로 쓸수가 있습니다. 따라서 사용자는 훨씬 폭넓은 디자인의 자유를 경험할수 있습니다. 우리가 앞에서 커뮤니티를 예제로 들었을때 보아온 메뉴들은 현재 예제로 보여준 오픈디자인 코드를 사용하여 만들어진것들입니다. 우리는 위에서 예로 들어서 보여준 오픈디자인 코드 외에 메뉴에 기능적 강력함을 제공하기 위해 몇가지 추가적인 오픈디자인 코드를 제공하고 있습니다. 예를 들어 (*if:this page url is menu 0 url*)(*/if:this page url is menu 0 url*) 등과 같은 조건문은 현재 보고 있는 페이지가 어디인지 메뉴에 강조나 표시를 할수 있게 합니다. 오픈디자인 코드는 새롭게 코드를 배워야 하는 노력을 필요로 하지 않습니다. 간단한 이해만 하고 나면 해당 모듈에서 사용되는 코드는 바로 옆에서 간단히 참조할수 있고, 이미 만들어져 있는 디자인 팩키지에서 어떻게 사용되고 있는지 보면서 금방 배울수 있습니다. 메뉴 객체는 한 화면에서 여러개가 포함될수 있고, 각 메뉴 객체가 화면에 포함되어 내부적으로 연산이 될때에는 저마다 내부적 변수명이 틀리지만, 디자이너는 어느 메뉴 객체에서나 동일한 변수와 동일한 조건문과 동일한 반복문의 오픈디자인 코드로 이루어진 문서에서 디자인을 합니다. 디자이너는 디자인만 신경쓰면 되도록 해주어야 합니다. 예를 들어 바로 앞 챕터의 마지막에서 언급한 첨부 파일 확장자에 대하여 제공하는 변수와 이에 대한 조건문도 위에서 이야기한 오픈 디자인 코드로서 제공됩니다. (*repeat:attatchment_file*) <div> (*if:attatchement_file_extension is w3g*) <img src='(*design_file:w3g_icon.jpg*)'> (*/if:attatchement_file_extension is w3g*) <a href='(*attatchment_file_url*)'>(*attatchment_file_url*)</a> </div> (*/repeat:attatchment_file*)오픈 디자인 코드는 다양한 아이디어나 필요에 따라 추가될수도 있습니다만, 이것은 필요한 사람에게만 의미가 있습니다. 디자이너가 모든 디자인 코드를 알 필요도 없으며, 필요에 따라 사용된 방식을 이해하고 사용하기만 하면 됩니다. III. 사이트 빌더우리는 커뮤니티용 웹사이트를 상당히 많이 제작하고 운영해왔습니다. 이로인해 우리는 커뮤니티용 웹사이트를 만들고 웹페이지를 추가하거나 디자인을 바꾸는데 있어 좀더 유연하고 강력한 방식들을 발견하였으며, 이 노하우를 사이트 빌더에 시스템적으로 반영하여 커뮤니티 운영자가 사용할수 있기를 바랬습니다.기초 화면과 추가할수 있는 화면웹사이트에게 만약 단 하나의 화면만 있다면, 그것은 Main Page (Home) 일것입니다. 이것은 ogoga.com 에서 만든 커뮤니티의 주소를 클릭했을때 보게되는 첫 화면입니다. 다음으론 커뮤니티에 필수적인 글 쓰기와 글 보기와 관련된 화면들 - 글 쓰기(new topic), 글 편집하기(edit article), 답글 쓰기(reply), 글 보기(topic), 글 리스트 보기(list) - 입니다. 이렇게 하나의 메인 페이지와 bbs 화면 5개를 합하여 6개의 화면이 기초 화면이며 다른 화면은 사용자 제작 페이지로 추가할수 있습니다. 우리는 사용자가 글을 쓰고 나서 어디로 갈것인지 선택하는 화면이나 보통 사용되는 포럼형 bbs 들에서 많이 보게되는 forum group 화면이 필수적인것이 아니라고 판단하였습니다. 우리는 이들을 모두 빼버렸습니다. 당신은 글을 쓰고 나면 글이 써졌다는 메시지를 받고 자동으로 자신이 쓴 글을 보는 화면으로 이동되며, 당신이 답글을 달고 나면 당신이 답글단 글의 마지막 페이지로 화면이 자동으로 바뀝니다. 하나의 웹사이트 디자인을 위해 너무 많은 부가적이고 부차적인 화면을 디자인 해야 한다면 당신은 지쳐 버릴것이라고 우리는 생각하였습니다. 이제 당신은 이 6개의 화면이외에 당신이 생각하기에 커뮤니티에 필요한 많은 다른 화면들을 구상할수 있습니다. 당신이 고른 디자인 팩키지를 당신의 커뮤니티에 적용시켰다면 당신은 최소한 이 6개의 화면과 이 화면들에서 사용된 모든 모듈들에 대한 일관된 디자인을 볼수 있을것이며, 당신은 이들 디자인들을 응용하여 필요한 페이지에 필요한 모듈을 장착하고 이 페이지를 자신의 커뮤니티에 추가시키면 됩니다.쓰고 지우는 칠판우리는 이제 6개의 기초 화면과 마음먹은대로 추가할수 있는 사용자 화면을 제공받았습니다. 이 화면들을 우리는 어떻게 꾸미게 될까요? 이번에 등장할 배우는 모듈(module) 입니다. 화면에는 다양한 모듈의 객체(object)를 배치할수 있습니다. 여기에서 예제로 사용할 '공지용 칠판 - notice board' 모듈은 선생님들이 사용하고 여러분이 보는 칠판에서 나온 아이디어입니다. 여기서는 게시판에서 사용하는 글쓰는 방법과 동일하게 - 이미지나 파일을 첨부하고, 이미지나 음악이나 동영상을 문서에 배치 하는등의 - 컨텐츠를 제작할수 있습니다. 다만 게시판과 틀린것은 여러분이 마치 칠판을 사용하듯이 단 하나의 공간만을 다룬다는 것입니다. 즉, 여러분은 한 칠판 객체에선 하나의 문서에 대한 편집만 가능한것입니다. 모든 내용을 지우고 새로 글을 쓰거나 기존 내용에 내용을 추가하거나 글의 일부를 바꾸거나 하는겁니다. 칠판 모듈에 대한 이해를 하셨다면, 이제 모듈의 객체를 만들 차례입니다. 당신은 화면에 모듈을 입력하는것이 아니라 모듈의 객체를 입력하는것이니까요. 객체를 생성하는것은 아주 단순합니다. 객체의 이름만 입력하고 엔터를 치십시오. 예를 들어 당신이 입력한 객체 이름이 my_board 라고 한다면, 당신이 원하는 화면의 원하는 부위에 [*module=fm_notice_board,object=my_board*] 라고 입력하면 해당 모듈이 화면에 장착된것입니다. fm_notice_board 는 이 칠판 모듈의 이름이죠. 물론 당신은 이 모듈 이름이 fm_notice_board 라는것을 몰라도 이 모듈의 객체 입력코드는 쉽게 알수 있습니다. 당신이 생성한 객체의 설정화면에서 제일 상단에 이 코드가 보이기 때문이죠. 당신은 그냥 이것을 복사해서 원하는 화면의 디자인부에 이것을 붙여넣기만 하면 됩니다.필요한것만 디자인 하라.우리는 이 칠판용 글쓰기 화면을 커뮤니티 관리자가 디자인 할 필요는 없다고 생각하였습니다. 왜냐하면 이 칠판은 그 내용을 보여주거나 그 내용을 자신이 보거나 하는 단순한 용도로 사용되며, 글쓰기를 할수 있는 사람은 관리자뿐이기 때문입니다. 따라서 우리는 이 칠판의 글쓰기 화면을 팝업창으로 띄워 주며 ogoga.com 의 기본적인 디자인을 따르는 시스템 화면으로 이를 정의 하였습니다. 우리는 커뮤니티 관리자가 필요한 화면만 디자인 하기를 바란것입니다. 이 문서 전체를 가로 지르는 데이타와 디자인의 분리, 어디서나 글 쓰는 방법이 동일하다는점등을 이해한다면, 커뮤니티 관리자가 동일한 방법으로 글 쓰기를 하되 이것이 어떻게 보여질지는 관리자가 결정한다는것을 알수 있을것입니다. 이것은 오픈 커뮤니티용 디자인 팩키지 제작자들에게도 아주 중요한 이야기 입니다. 우리는 수많은 부수적 화면들을 버렸습니다. 하나의 커뮤니티를 만들기 위해 너무 많은 화면들이 필요하다면 그 디자인의 비용은 기하급수적으로 증가합니다.config 와 design자 이제 이 칠판 모듈을 한번 뜯어 봅시다. 사이트 빌더에서 기능성 모듈 ( 모듈 이름 앞에 fm_ 이 들어간 모듈, 칠판 모듈은 fm_notice_board ) 의 객체 화면에는 config 와 design 이 있습니다. 이 칠판 모듈의 config 는 아직은 - 언젠가는 추가될 가능성도 있겠습니다 - 하나의 설정값만을 가지고 있습니다. 그것은 '첨부 이미지의 가로 크기 제한' 설정으로서 칠판에 글을 쓸때 포함된 첨부 이미지의 가로 크기가 어느 정도 이상이면 제한된 값으로 이미지를 줄여서 표현하라는 설정입니다. 재미난 것은 이 config 에서 설정된 값중 이런 디자인에 관련된 부분은 디자인 팩키지에 포함이 되며 디자인부의 디자인 파일과 함께 디자인 팩키지 적용시 함께 따라오게 됩니다. 즉, config 중에서 데이타 아키텍쳐적 측면에서의 설정값은 디자인 팩키지에 포함되지 않으며 디자인 팩키지 적용시 영향을 받지도 않지만 이렇게 디자인 관련 설정값은 디자인 팩키지에 따라 영향을 받게 됩니다.이제 이 칠판 모듈의 객체 화면에서 디자인부를 한번 살펴 봅시다. 가장 단순하게 칠판의 내용만 뿌려 주고 싶다면 아래같이 쓰면 되겠습니다. (*notice_board_contents*)너무나 단순하지만 당신이 칠판에 쓴 내용이 모두 나타납니다. 하지만 커뮤니티 관리자는 자신이 로그인해서 이 칠판이 삽입된 화면을 볼때 이 칠판을 편집할수 있는 링크가 자신에게 보였으면 좋겠다고 생각할수 있겠습니다. 네 우린 사실 그런 용도로 이 칠판을 제공한것이기도 합니다. 예를 들어 이 칠판을 커뮤니티 메인 페이지의 어딘가에 삽입하고 당신은 이 내용을 바로 그 자리에서 바꿀수 있는 편집용 화면을 팝업창으로 불러올수 있습니다. 물론 관리자의 실수로 이 링크가 다른사람이 클릭하게 되어도 사실 큰 문제는 없습니다. 왜냐하면 그 편집화면은 관리자에게만 작동할것이기 때문이죠. (*if:user is community_manager*) <a href='(*notice_board_edit_url*)'>edit board</a> (*/if:user is community_manager*) (*notice_board_contents*)이제 당신은 다른사람은 보이지 않고 당신에게만 보이는 이 '칠판 편집 링크'를 당신의 모듈 디자인에 포함하였습니다. 여기에서 사용한 (*if:user is community_manager*)(*/if:user is community_manager*) 조건문은 모든 화면과 모든 모듈에서 사용할수 있는 공통 코드이기도 합니다. 이와 비슷한 코드로는 (*if:user is login_member*)(*/if:user is login_member*) 와 같이 화면을 보는 유저가 로그인 유저인지 아닌지를 구별할수 있는 조건문을 제공합니다. 공통 조건문과 공통 변수들은 모듈별 조건문과는 틀리게 어디서든 사용이 가능하다는 점에서 우리가 자주 보게 되는 코드들이 될것입니다. 예를 들어 (*object_config_url*) 라는 코드는 해당 객체의 설정 화면 주소를 나타냅니다. 이 링크를 해당 모듈에 사용하면 관리자가 특정 화면에 포함된 객체가 많을때 화면에 사용된 객체를 일일이 확인 하지 않아도, 이 링크를 통해 특정 모듈의 환경 설정 화면으로 바로 가게 해줄것입니다. 오픈 디자인 코드의 종류를 슬쩍 살펴보았습니다만, 이런것을 모조리 설명하기엔 지루할것이니 다시 주요 쟁점으로 돌아갑시다. 프로그래머블 레고 블락칠판은 하나의 독립적 기능 모듈로서 화면상의 특정 부분을 관리자가 쉽게 바꿀수 있게 제공한다는 측면에서 아주 훌륭한 사용자 경험을 이끌어낸다고 생각합니다. 관리자는 칠판 모듈의 객체를 여러개 생성하여 화면의 여러곳에 배치할수도 있고, 커뮤니티 회원들에게 알려야 할 중요한 공지로서 사용할수도 있으며, 칠판 자체를 자신만 볼수 있는 하나의 포스트잇처럼 사용할수도 있겠습니다. 여기에 더해 우리는 이 칠판에 유용성을 증가시키기 위해 칠판 편집시 첨부한 이미지중 하나를 골라서 이 칠판의 배경화면으로도 사용할수 있게 하였습니다. 칠판 편집시 옵션 선택에 따라 배경화면의 반복을 시키거나 특정 위치에 고정시키거나 심지어 칠판 배경으로 선택한 이미지의 크기만큼 칠판의 크기가 자동으로 변경되게끔 할수 있도록 칠판 배경으로 선택한 이미지의 가로 세로 크기를 변수로 제공하며, 칠판 배경이미지의 가로나 세로의 크기에 맞추어 칠판 크기를 변경시킬것인가에 대한 체크 박스를 제공하였습니다. 당신이 칠판의 디자인부에서 액자의 테두리와 같은 모습을 테이블과 이미지를 이용해 가변형으로 만들어 둔다면, 칠판의 편집 버튼을 눌러 원하는 이미지를 첨부하고 이를 배경화면으로 사용하라고 체크하고, 이 선택된 이미지의 가로 세로 크기에 맞추어 칠판의 크기를 바꾸라고 체크를 하면, 해당 이미지에 맞추어 칠판의 크기가 바뀌고 칠판의 바탕이미지에 멋진 그림이 들어가는 마치 액자같은 칠판도 만들수 있게 되었습니다. 물론 당신은 그 바탕화면의 글이 잘보이는곳에 글을 써둘수도 있겠죠. :) 우리는 이러한 조건문과 변수만 제공하며, 사용자는 자신의 능력에 따라 혹은 다른사람이 알려준 디자인 코드와 html - 심지어 자바스크립트도 - 를 사용해서 자신만의 칠판을 만들수 있습니다.당신은 어느 모듈과 화면에서도 사용할수 있는 공통 오픈 디자인 코드와 각 모듈별로 제공되는 다양한 오픈 디자인 코드들을 이용하여 화면상에 배치한 모듈들이 어떻게 작동하라고 지시를 내릴수 있습니다. 모듈과 html과 자바스크립트를 이용하여 화면에 배치하는것은 마치 레고 블락처럼 단순하며, 당신이 원한다면 추출된 게시물의 숫자에 따라 혹은 추출된 게시물에 첨부된 이미지의 크기에 따라 화면이 어떻게 보여져야 하는지 당신은 미리 정해 둘수 있습니다. 이러한 것은 사실 우리들 프로그래머의 입장에서는 코웃음이 나올만큼 당연한 일입니다만, 통합된 웹서비스로서 제공되며 온라인상에서 간단한 몇줄의 알기쉬운 코드를 사용해 프로그래머가 아닌 디자이너가 디자인적 입장에서 디자인만 신경쓰면서 화면을 구성할수 있게끔 하는것이 얼마나 놀라운 일인지 상상해보아야 합니다. 규모 있는 사이트의 제작과 운영을 위해우리는 하나의 커뮤니티가 그 자체의 정체성을 확보하기 위해서 통일된 디자인 스타일을 필요로 한다는것을 알고 있습니다. 시행 착오 끝에 수많은 페이지들의 요소마다 제각각 html 자체에 스타일을 정의 내려 두면 전체적인 관리가 대단히 어려워 진다는것을 알게 되었습니다. 당연하게도 웹 표준에선 스타일시트를 사용하여 웹사이트의 디자인을 한번에 바꿀수 있도록 사용하라고 권장하고 있습니다. 우리는 이러한 웹사이트의 통일된 스타일 적용과 페이지에 포함된 디자인 요소들을 손쉽게 변경할수 있는 스타일시트를 사이트 빌더에서 사용할수 있게끔 하였습니다. 당신은 스타일시트 객체를 여러개 만들수 있고, 원하는 헤더 모듈 객체의 디자인에 삽입할수 있습니다. 당신은 화면에 따라 다른 헤더 모듈 객체를 삽입하여 화면의 분위기와 데이타 아키텍쳐적인 측면에서의 사이트 구성을 만들수 있습니다. 헤더 모듈의 객체에는 실제 HTML 의 헤더부분을 쓸수 있으며, 문서의 title 태그 사이에 원하는 문자열을 직접 입력할수도 있고, 우리가 제공한 (*page_title*) 을 사용할수도 있습니다. 이 페이지 타이틀은 화면의 종류에 따라 자동적으로 google 검색 친화적인 문자열이 표현됩니다. 메인 화면이라면 커뮤니티 타이틀만 표시되고, 게시판 화면이라면 "게시판 카테고리 이름 : 커뮤니티 타이틀" 이 표시되며, 글일 경우엔 글의 제목이 추가되어 나타납니다. 물론 여기선 글의 제목이 더 우선권을 가져서 앞쪽에 표현되죠. 이것은 각 페이지 마다 직접 문자열을 입력해 둘때 보다 편리합니다. 당연하게도 커뮤니티 관리자가 커뮤니티 타이틀을 변경하면 이 변수가 사용된 화면에는 모두 적용이 됩니다. html 문서의 메타 정보를 표현하는 description 이나 keyword 등의 태그에도 각각의 커뮤니티 설명과 커뮤니티용 태그나 글의 태그가 적용이 되는 변수를 제공합니다.서로가 짝을 이루는 헤더 모듈과 풋터 모듈은 화면을 다룰때 커뮤니티의 디자인적 변화나 구조적 변화에 유연성과 강력함을 더해줍니다. 여러분은 특정 분위기의 화면이나 특정 메뉴가 나타나는 화면을 헤더 모듈과 풋터 모듈의 교체나 해당 모듈들의 변경으로 각 화면별로 일일이 적용해야 하는 불편함을 줄일수 있으며, 헤더 별로 포함된 스타일 시트 모듈에서 스타일 시트 코드를 입력할때 조차 조건문을 사용할수도 있습니다. ( 글이 길어질것 같아 모듈로 표현하였지만 실제로는 각 모듈의 객체입니다. ) 또한 동일한 디자인적 요소를 하나의 독립적 모듈로서 사용할수 있도록 '사용자 디자인 모듈'을 제공합니다. 사용자 디자인 모듈의 객체를 만들어서 원하는 자바스크립트나 디자인적 요소를 입력하여 원하는 화면에 삽입할수 있습니다. IV. 효율적인 서버 운영을 위한 기술우리는 한국에서는 꽤 알려진 world of warcraft 의 커뮤니티 사이트인 wow.somegate.com 를 운영하고 있습니다. google analyitics 에 따르면, 이 사이트는 2008년 5월 한달 평균 약 40만 페이지뷰를 보여주고 있습니다. 2008년 3월 28일, 우리는 이 사이트에서 놀랍게도 160만 페이지뷰를 기록하는 것을 보게 되었습니다. 이것은 인터넷 커뮤니티의 특징중 하나로 어떤 상황에 처하게 되면 동시다발적인 커뮤니티 접속을 유발하게 한다는것을 말해줍니다. 1챕터에서 이야기한 realtime feedback 를 보여주는 한 예시이기도 합니다.world of warcraft 는 때때로 메이저 패치를 단행하며 이때 게임에 많은 변화가 일어납니다. 어떨때는 패치전에 실행되던 와우용 애드온들이 패치 이후엔 작동하지 않게 됩니다. 와우게이트는 한국에선 월드오브워크래프트용 애드온에 대해서는 높은 인지도를 가진 커뮤니티입니다. 따라서 평소엔 잘 오지 않는 사람들도 이날엔 사이트를 방문하게 되고, 이틀에 한번 사흘에 한번 오는 사람들도 이날엔 모두 접속하게 됩니다. 문제는 우리가 이러한 트래픽이 한달에 반쯤이나 1/3 이라도 지속된다면 서버를 증설하겠지만, 몇달중에 이삼일만 벌어지는 특수 이벤트 때문에 서버 증설을 하기엔 자금적인 문제에 부닺히게 됩니다. 물론 반대로 말하면 우리의 웹사이트는 바로 이날 한국의 와우 커뮤니티에서 가장 중요한 역할을 담당하고 있기에 다른날은 몰라도 이날만큼은 서버가 다운되면 안됩니다. 커뮤니티의 중점으로서 커뮤니케이션이 발생하는 게시판은 주기적 업데이트가 되면 안되므로 일반적인 캐시 기술을 사용할수도 없었습니다. 실시간이 아주 중요한 요소이기 때문이죠. 재미나게도 우리는 우리의 여유없는 자금 상황때문에 우리의 커뮤니티에 실시간으로 업데이트 되는 캐시 시스템을 개발하게 되었습니다. 때론 작지만 굉장히 큰 방향을 일으키기도 하는것이 기술과 아이디어인듯 합니다. 이 사이트를 담고 있는 서버 사양은 제온 2.4G 1개, 램 2GB, 스카시하드디스크 72GB 입니다. 이 서버에 mysql과 php로 구성된 웹사이트는 2008년 3월 28일 이전에 벌어진 와우의 매 패치마다 80만 페이지뷰도 훨씬 못미치는 곳에서 부터 사용자의 웹페이지 클릭에 거의 반응을 보이지 않았습니다. 덕분에 한국의 수많은 애드온 사용자들은 화면이 뜨기를 바라면서 끊임없이 클릭을 하며 기다려야 했습니다. 허나 이 새로운 기술을 와우게이트에 도입하고 우리는 2008년 3월 28일 하루 160만 페이지뷰를 동일한 서버로 견디는것을 보게 된것입니다. 기본적으로 우리는 꽤 오래전부터 이러한 문제 - DB의 실시간 업데이트에 대한 취약성 - 를 알고 있었고, 꾸준히 이의 해결방안을 만들어서 시험하고 있었습니다. 따라서 기술 자체의 아이디어는 이 사이트의 여러곳에서 사용되고 있었으며, 이 패치 하루 전날 우리는 이 기술을 이 사이트의 모든곳에 적용하고 기다린것입니다. 우리가 뛰어들 글로벌 커뮤니티 사업에선 이것이 더욱 큰 영향을 미칠것을 알고 있었기 때문에 이 기술의 실제 효과를 이 사이트에서 눈으로 확인하게 되고 나서는 우리는 뛸듯이 기뻐하였습니다. 이 기술은 현재의 오픈 커뮤니티의 모든 모듈과 화면등에 여러가지로 응용이 되어 적용되어 있으며, 우리의 서버는 하드웨어적으로 그렇게 뛰어난 서버는 아니지만 - 당신이 미국에서 한국 홈페이지에 방문하는 사정때문이 아니라면 - 우리의 웹사이트는 총알같이 빨리 나타날것입니다. 4. 마침말이 문서를 읽으면서 누군가는 무릎을 치면서 감탄할 사람도 있을것이며, 우리 섬게이트에서 활동하고 있는 많은 회원들중 일부는 왜 섬게이트에 자주 오게 되는가에 대해 알게 될지도 모르며, 그 누군가에겐 또 다른 사업상의 아이디어가 떠오를수도 있습니다. 우리와 경쟁하게될 누군가를 양성하는 촉진제가 될수도 있음에도 불구하고 이 문서를 작성하고 공개적으로 유포한것은 무엇때문일까요? 우리가 이러한 아이디어를 내고 이러한 웹서비스를 개발할만큼 우리에게 기술력과 철학적 바탕을 가지고 있으며, 여기에 쓰여있는 내용보다 더 많은것들을 우리가 알고 있고 개발할수 있다는 자신감의 표현으로서 우리들에 대한 홍보 역할을 겸하기 때문입니다.ogoga 란?ogoga.com 에서 ogoga 란 단어가 무슨뜻인지 궁금하실것입니다. ogoga 는 한국말로 '오고가' 라고 발음하며, 영어로 직역하면 '오고 간다' 라는 말입니다. 이것은 커뮤니케이션의 다른 이름이기도 하며 '마음대로 오고간다'를 축약한 말이기도 합니다. 이 단어가 우리가 최초로 서비스할 open community 의 특성을 잘 표현한다고 생각하였습니다.이 길다란 문서를 모두 읽어 보신 당신이...1. google 의 CEO 가 아니라면...이 문서는 google 의 CEO 에게 전달되기를 바라면서 작성한 투자유치를 위한 제안서입니다. 만약 이 문서가 이렇게 긴데도 불구하고 다 읽으신 당신은 놀라운 속독의 능력자이거나 문서에서 무언가 얻을것이 조그만거라도 있었거나 재미가 있었기 때문일것입니다. 아니면 단순히 문자 중독증일뿐이거나 섬게이트 매니아이거나 섬게이트의 기존 투자자일수도 있겠군요 ;) 어쨌거나 만약 여러분이 이 문서를 여러분의 친구에게 소개하고 싶거나 혹은 여러분이 가는 커뮤니티에 알려주고 싶다면 문서의 전체 내용을 긁어서 퍼가거나, html 파일로 저장해서 파일을 올리거나, 이 문서로의 링크를 걸거나 하는 등의 이 문서를 다른 사람에게 알릴수 있는 방법은 모두 사용해도 좋습니다만 내용의 변경은 하지 말아주십시오. ( 다만 바이러스는 자제해야죠? 불법도 자제해야합니다. 마지막으로 도배는 더욱 자제해야 합니다. ) 또한 만약 당신이 어떤 경유로 이 문서를 보게 되었던지간에 직접 google 의 CEO 에게 이 문서를 전달할수 있는 위치에 있는 분이라면 부디 이 문서를 그에게 전달해주시기를 부탁합니다. 이 문서의 정확한 내용을 보시려면 http://www.somegate.com/We_need_investment_of_google.html 에 오시면 됩니다. 2. google 의 CEO 라면... 당신이 이 문서를 읽고 나면 당신은 의문이 떠오를지도 모릅니다. '왜 나지?' 1997년, 제가 처음 사귄 여성이자 지금까지 사귀고 있는 여자친구가 컴퓨터 공학과 대학생 1학년일때, 그녀를 만나기 위해 학과 전산실에 갔을때 보았던 goooooooooogle 라는 이상한 페이징을 쓰는 구글을 처음 보게되었습니다. 한국에는 아직 google의 사용자가 그리 많치 않던 시절 컴퓨터 공학과 선배들이 사용하던것을 보고 그녀가 사용하기 시작한 검색엔진이었습니다. 당시의 저로선 google의 장점이나 그 메카니즘을 전혀 몰랐습니다. 그녀가 말하길 '검색결과가 좋다' 라고 하였습니다. 지금은 google이 검색엔진으로서 어떤점이 훌륭한지 검색결과의 우선순위를 어떻게 매기는지 검색 인덱싱을 위해 낮은 사양의 컴퓨터들을 이용하여 일종의 그리드방식의 기반 시스템을 어떻게 구축하였는지등을 구글이 발표한 문서등을 통해 알고 있습니다. - 당연하게도 우리가 만들게될 ogoga.com 또한 이런 google 검색에 친화적인 웹사이트가 될것을 예상할수 있을것입니다. :) - 비교가 될려는지 모르겠지만, 당시의 구글이 한국인에게 비추어지는 모습이 마치 현재 한국에서 서비스중인 오픈커뮤니티가 대중에게 비추어지는 모습과 비슷하다고 할수 있습니다. 현재 섬게이트가 한국에서 베타 서비스를 실시하고 있는 오픈 커뮤니티는 원래 세계 시장을 겨냥하고 기획하고 설계하고 구현한것이며 이 웹서비스는 세계권으로 진출해야 합니다. 이 웹서비스는 세계 시장에서의 베타 기간과 실제 우리도 모르는 버그에 대한 사용자의 피드백을 통한 버그 픽스도 해야 하며 사용자 편의를 위한 좀더 나은 방법들을 도입할 여지가 있기에 시간과 자금이 필요합니다. 하지만 저는 한국의 IT 기업의 99%에 가까운 기업이 서울에 있는 한국의 IT 현실로선 외지에 속한 부산이라는 도시에 살고 있으며 오프라인으로는 이 아이디어와 실제 구현된 모습과 그 비전에 대해 설명하고 투자받을 사람을 만날만한 네트워크가 없습니다. 따라서 제가 익숙한 방식을 사용하되 누구에게 이 제안서를 보낼까 라고 생각하였을때 바로 당신이 떠올랐습니다. 당신과 당신의 친구가 당신들의 아이디어를 설명하고 투자받기 위해 찾아갔던 '교수님의 친구'로 부터 받은 수표와, 당신이 야후로부터 거절당한 에피소드를 제가 알고 있기 때문이며, 이제 제 상황이 마치 당신의 초창기처럼 누군가의 도움이 필요한 시기이기 때문입니다. 이제 당신은 과거 당신이 찾아갔던 사람들에게 주었던 판단의 재량권을 당신이 가지게 되었으며, 우리의 사업 아이디어와 그 구현에 대해 당신이 판단할 시간이 왔습니다. 제가 보기엔 당신은 우리와 같은 기업에 대해 투자해야 하는 역사적 사명을 가지고 있습니다. 이미 자신을 증명한 웹서비스 업체에 대한 투자나 기업의 매수와는 달리 우리는 우리가 개발한 웹서비스와 제 자신의 가능성에 대하여 당신에게 열변을 토하였습니다. 이미 다들 알고 있는 성공한 기업에 대한 투자보다 이처럼 자신의 판단력이 시험받는 상황이 당신에게 더 재미난 일은 아닐까요? 어쩌면 당신이 이 문서를 보면서 "이런것도 재미날텐데..." 라는 아이디어가 수없이 떠오를지도 모릅니다.오늘 당신에게 주어진 많은 일들에도 불구하고 이 문서를 읽어줄 여유를 가지고 있고 그런 아이디어들이 떠오를만큼 아직 진취적이라면 당신과 저의 만남은 서로에게 큰 도움이 될것입니다. 당신의 현명한 판단만을 기원합니다. contact us이 문서를 읽고 저희 섬게이트와 이글을 쓴 저에게 투자하고 싶으시다면 아래 연락처를 이용하여 주십시오. 저희에게 관심이 있으시다면 전달하고자 하는 내용을 아래 이메일로 보내주셔서 제 독해 실력을 발휘할수 있는 시간을 주십사 부탁드립니다.investment@somegate.com ---- 이 문서를 쓰게 되기 까지 도와주신 아래 분들께 감사드립니다. 한국 섬게이트의 오픈 커뮤니티 오픈 베타 서비스에 참여하여 테스트하고 버그를 알려주며 건의해주시고 자신이 만든 오픈 커뮤니티에 개성넘치는 디자인과 다양한 사용법을 보여주어 우리의 비전이 옳다는 확신을 가지게 해주신 모든분들께 진심으로 감사의 말씀을 올립니다. 커뮤니티에 대해 공부하고 발견하고 결국 이 서비스를 개발하게된 배경이 되는 섬게이트의 각 커뮤니티에 참여하신 모든분들께 깊은 감사의 말씀을 올립니다. |