오늘은 아침 9시부터 오후 2시반까지 4개의 세션이 쭉 있었습니다.
10분씩 쉬고 강의실 옮겨다니다보니 대학생이 된 기분.
제일 먼저 들은 "The Wonderful World of Wikis : Case Studies, Benefits, Dos and Don'ts".
비지니스용 위키 솔루션을 판매하는 MindTouch사의 다양한 위키제품들을 중심으로
위키의 실용화 관련 이슈를 소개하는 시간이었습니다.
우선, 그들은 위키를 "웹브라우저에서 쓰는 simple 워드프로세서"라고 정의하면서
위키 대중화의 가장 큰 장벽인 "위키 문법"을 따로 배울 필요가 없음을 강조합니다.
이렇게 소개하면 장점도 있지만 단점도 있어 보입니다.
저는 위키를 단순히 "에디터"라는 명사가 아니라 "협동하다" 라는 동사라고 생각하거든요.
"카페"를 단순히 게시판이라고 하지 않고 커뮤니티라는 문화적 현상으로 보거나 모이는 장소라고 보면 다르게 인식되듯이.
자유로운 데이타 교환을 위해 모든 페이지를 XML로 저장하고 있다고 합니다.
위키 기반의 웹노트인 스프링노트 또한 컨텐트들을 XML 형식으로 저장하고 있는데
이 가치를 직접적으로 보여주는 간단한 툴을 만들고 있고 조만간 스프링노트에서 소개할 계획입니다. :-)
위키를 더 많은 사람들이 쓰게 하기 위해서는(success factor) viral growth 즉, 먼저 쓴 사람들이 주변 동료나 관련 팀에 조금씩 전파해 나가는게 중요하다고 얘기하는데,
여기에 위키의 재미있는 모순-얼핏 보면 단순한 툴이지만 가치를 제대로 알기가 쉽지 않다는-이 있습니다.
제 경우에도 주변의 개발자 친구들에게 배워가며 조금씩조금씩 위키의 매력에 빠져들 수 있었거든요.
그래서 위키 커뮤니티는 기존에 있던 지인관계에서 출발하면 더 효과적으로 이용할 수 있게 되는 것 같습니다.
MindTouch사에서 만든 위키 제품으로 기업용인 Deki, 커뮤니티용인 Wik.is, 미디어용인 Nexus가 소개되었습니다.
Deki는 컨텐트 관리 기술에 관한 컨퍼런스인 2006 Gilbane Conference에서 Best Wiki로 선정된 제품입니다.
(Atlassian사의 Confluence도 출품했으나 수상하지 못했다는 블로그글이 있네요)
쓰기가 복잡하고 잘 활용되지 않는 기존의 인트라넷이나 CMS 대신에
기업 내부의 커뮤니케이션을 활성화하고 정보이용의 효율성을 높이기 위한 툴이라고 합니다.
제가 재미있었던 건, 오픈마루 내부용 위키 개선 아이디어 중에서 이메일과 위키를 결합하자는 것이 있었는데,
아웃룩의 이메일 내용과 첨부화일을 원클릭에 위키로 옮겨주는 기능이 있다는 점이었습니다.
(제가 원한 기능은 아예 아웃룩 메일 대신 위키만으로 개인간 소통과 전체 공유를 한꺼번에 하자는 것이었습니다만)
투명한 운영을 모토로 삼고 있는 하테나는 정보를 폐쇄적으로 공유시키는 이메일을 아예 쓰지 않고 위키로만 모든 정보를 주고받는다고 합니다.
오픈마루 내에서도 거의 모든 정보를 함께 공유하다보니 메일 수신자를 지정하기 애매할 때가 많고
메일에서 주고 받은 내용을 히스토리로 남기게 되는 경우가 많다보니 메일이 불편하거든요.
일반 커뮤니티가 무료로 이용할 수 있는 Wik.is는 다양한 용도로 쓰이고 있습니다.
미디어용 위키인 Nexus는
1)여러 뉴스사이트에서 모은 컨텐트(syndicate content), 2)편집자 컨텐트(editorial content), 3)커뮤니티 컨텐트(community content)를 결합하여
위키피디어의 앙상한(?) UI와 달리 신문 첫페이지처럼 화려하게 편집할 수 있습니다.
턴키로 호스팅을 하며 이용량에 따라 과금하는 유료 서비스입니다.
최근 e-consultancy.com의 조사에 따르면
UCC가 있을 경우 visit day는 20%, duration time은 142%, PV는 317% 증가했다고 합니다.
끊임없는 수정과 협업을 조장(?)하는 위키에서는 더 높은 효과가 가능할 것 같습니다.
이어서 블로그, 포럼, 위키의 장단점을 비교하는 차트를 보여줬는데
위키만 단점을 빈칸으로 남겨두어서 객석에서 질문이 나오자
"제가 써서 그래요~"라며 유머를 구사하는 센스.
그래서인지 좀 울컥(?)한 청중들 몇명이 위키를 회사에서 써보면서 겪은 문제점들을 얘기하며 질문이 이어졌습니다.
database나 CMS와 어떻게 연결할 것인가, 안 쓰는 사람들을 어떻게 끌어들일 것인가, 많은 사람들이 쓸 때의 무질서함을 어떻게 관리할 것인가 등등.
스프링노트를 만들면서 고민했던 시간들이 떠올랐습니다. :-)
MindTouch사의 개발자인 듯한 분이 하이어라키와 tagging으로 보완할 수 있다고 답하던데,
그것만으로는 충분한 답이 되지 않는 것 같습니다. 스프링노트에서도 좀더 고민해야할 문제이구요.
이번 행사는 약 100개의 다양한 웹2.0 제품/서비스들의 전시회가 함께 열리는데
내일 전시회 부스에 가서 직접 써보고 재밌는 점이 있으면 또 적겠습니다.
10분씩 쉬고 강의실 옮겨다니다보니 대학생이 된 기분.
제일 먼저 들은 "The Wonderful World of Wikis : Case Studies, Benefits, Dos and Don'ts".
비지니스용 위키 솔루션을 판매하는 MindTouch사의 다양한 위키제품들을 중심으로
위키의 실용화 관련 이슈를 소개하는 시간이었습니다.
우선, 그들은 위키를 "웹브라우저에서 쓰는 simple 워드프로세서"라고 정의하면서
위키 대중화의 가장 큰 장벽인 "위키 문법"을 따로 배울 필요가 없음을 강조합니다.
이렇게 소개하면 장점도 있지만 단점도 있어 보입니다.
저는 위키를 단순히 "에디터"라는 명사가 아니라 "협동하다" 라는 동사라고 생각하거든요.
"카페"를 단순히 게시판이라고 하지 않고 커뮤니티라는 문화적 현상으로 보거나 모이는 장소라고 보면 다르게 인식되듯이.
자유로운 데이타 교환을 위해 모든 페이지를 XML로 저장하고 있다고 합니다.
위키 기반의 웹노트인 스프링노트 또한 컨텐트들을 XML 형식으로 저장하고 있는데
이 가치를 직접적으로 보여주는 간단한 툴을 만들고 있고 조만간 스프링노트에서 소개할 계획입니다. :-)
위키를 더 많은 사람들이 쓰게 하기 위해서는(success factor) viral growth 즉, 먼저 쓴 사람들이 주변 동료나 관련 팀에 조금씩 전파해 나가는게 중요하다고 얘기하는데,
여기에 위키의 재미있는 모순-얼핏 보면 단순한 툴이지만 가치를 제대로 알기가 쉽지 않다는-이 있습니다.
제 경우에도 주변의 개발자 친구들에게 배워가며 조금씩조금씩 위키의 매력에 빠져들 수 있었거든요.
그래서 위키 커뮤니티는 기존에 있던 지인관계에서 출발하면 더 효과적으로 이용할 수 있게 되는 것 같습니다.
MindTouch사에서 만든 위키 제품으로 기업용인 Deki, 커뮤니티용인 Wik.is, 미디어용인 Nexus가 소개되었습니다.
Deki는 컨텐트 관리 기술에 관한 컨퍼런스인 2006 Gilbane Conference에서 Best Wiki로 선정된 제품입니다.
(Atlassian사의 Confluence도 출품했으나 수상하지 못했다는 블로그글이 있네요)
쓰기가 복잡하고 잘 활용되지 않는 기존의 인트라넷이나 CMS 대신에
기업 내부의 커뮤니케이션을 활성화하고 정보이용의 효율성을 높이기 위한 툴이라고 합니다.
제가 재미있었던 건, 오픈마루 내부용 위키 개선 아이디어 중에서 이메일과 위키를 결합하자는 것이 있었는데,
아웃룩의 이메일 내용과 첨부화일을 원클릭에 위키로 옮겨주는 기능이 있다는 점이었습니다.
(제가 원한 기능은 아예 아웃룩 메일 대신 위키만으로 개인간 소통과 전체 공유를 한꺼번에 하자는 것이었습니다만)
투명한 운영을 모토로 삼고 있는 하테나는 정보를 폐쇄적으로 공유시키는 이메일을 아예 쓰지 않고 위키로만 모든 정보를 주고받는다고 합니다.
오픈마루 내에서도 거의 모든 정보를 함께 공유하다보니 메일 수신자를 지정하기 애매할 때가 많고
메일에서 주고 받은 내용을 히스토리로 남기게 되는 경우가 많다보니 메일이 불편하거든요.
일반 커뮤니티가 무료로 이용할 수 있는 Wik.is는 다양한 용도로 쓰이고 있습니다.
미디어용 위키인 Nexus는
1)여러 뉴스사이트에서 모은 컨텐트(syndicate content), 2)편집자 컨텐트(editorial content), 3)커뮤니티 컨텐트(community content)를 결합하여
위키피디어의 앙상한(?) UI와 달리 신문 첫페이지처럼 화려하게 편집할 수 있습니다.
턴키로 호스팅을 하며 이용량에 따라 과금하는 유료 서비스입니다.
최근 e-consultancy.com의 조사에 따르면
UCC가 있을 경우 visit day는 20%, duration time은 142%, PV는 317% 증가했다고 합니다.
끊임없는 수정과 협업을 조장(?)하는 위키에서는 더 높은 효과가 가능할 것 같습니다.
이어서 블로그, 포럼, 위키의 장단점을 비교하는 차트를 보여줬는데
위키만 단점을 빈칸으로 남겨두어서 객석에서 질문이 나오자
"제가 써서 그래요~"라며 유머를 구사하는 센스.
그래서인지 좀 울컥(?)한 청중들 몇명이 위키를 회사에서 써보면서 겪은 문제점들을 얘기하며 질문이 이어졌습니다.
database나 CMS와 어떻게 연결할 것인가, 안 쓰는 사람들을 어떻게 끌어들일 것인가, 많은 사람들이 쓸 때의 무질서함을 어떻게 관리할 것인가 등등.
스프링노트를 만들면서 고민했던 시간들이 떠올랐습니다. :-)
MindTouch사의 개발자인 듯한 분이 하이어라키와 tagging으로 보완할 수 있다고 답하던데,
그것만으로는 충분한 답이 되지 않는 것 같습니다. 스프링노트에서도 좀더 고민해야할 문제이구요.
이번 행사는 약 100개의 다양한 웹2.0 제품/서비스들의 전시회가 함께 열리는데
내일 전시회 부스에 가서 직접 써보고 재밌는 점이 있으면 또 적겠습니다.
-- Joyce
트랙백
댓글 6
