Yori Jori

FrontPage|FindPage|TitleIndex|RecentChanges| UserPreferences P RSS
요리조리는 위키엔진입니다. 노스모크모인모인을 대체할 예정입니다.
언제가 될까요? 요리조리라는 이름은 참 좋은데 ...

"요리조리"는 일정한 방향 없이 이곳 저곳 자유롭게 넘나들 수 있는 위키의 철학과, 갖가지 재료가 모여 한가지 조화로운 맛을 내는(UnityInDiversity) 음식의 철학에서 이름을 지었습니다. 요리조리는 재빠르고, 자유로우며, 맛있는 위키가 될 것입니다.

개발상황: 두번째 개발 시기를 목전에 두고 있습니다. 개발자는 김창준, 1002, NeoCoin, 아무개, , 영후 6명이고 개발방법으로는 Half-Distributed ExtremeProgramming을 사용할 것이고, 조만간 교외에서 2박 3일 정도 합숙하면서 개발을 할 예정입니다.

요리조리 개발 프로젝트가 추구하는 가치:
  • 단순성 (뺄 수 있는 것은 모두 뺀다 -- EdwardTufte의 방법론을 따른다)
  • 속도 (MoinMoin의 10배 이상, 지구상의 가장 빠른 위키)
  • 유연성/모듈성 (이해, 재사용하기 쉽고, OCP를 지킨다)
  • 튼튼함, 테스트가능성 (모든 유닛은 테스트를 갖는다)
  • 작동가능 (개발 첫 주부터 사용가능해야 한다)

YoriJori가 추구하는 가치:
  • 사용자는 자신의 작업을 빠르게, 그리고 적은 노력으로 완료할 수 있다. (정신적/육체적 이동의 최소화)
  • 사용자가 올바른 행동을 할 어포던스를 제공한다.
  • 시스템을 사용함으로써 사용자는 자신의 기술을 발전시킬 수 있다. (더 사용하면 할수록 더 능숙해질 수 있어야 한다)
  • 시스템은 모든 것을 자동화하려고 하지 않고, 늘 자동화의 장단을 고려한다.
  • 사용자는 시스템을 손쉽게 설치할 수 있다. (현재 Wiki:EasiestInstallableWikiContest의 승자는 Wiki:EddiesWiki임)

우리는 현재 사용 중인 위키의 요소 하나 하나를 일일이 재평가하고 있습니다 -- 심지어는 링크를 거는 방법까지도. 획기적인 위키가 나올 것이라고 기대합니다.

주목할만한 특징은:
  • 분류패턴이 필요없습니다. 분류패턴을 쓰지 않으면서도 편리합니다.
  • 지도패턴을 많이 사용할 어포던스가 있습니다 -- 더욱 잘 짜인 위키사이트가 될 것입니다.
  • "똑똑한 캐싱"을 통해 속도가 10x 이상 빠릅니다.
  • 윈도우즈 기반의 개인용 컴퓨터에 웹서버를 돌리지 않고 독자적으로 실행시킬 수 있습니다.
  • 링크거는 방법에 인지적, 인체공학적 요소를 고려했습니다.
  • 링크 온도 개념이 있습니다.
  • 개인별로 CSS화일처럼 위키페이지를 커스터마이징할 수 있습니다.
  • 액세스 컨트롤을 쉽게 할 수 있습니다. (role-based access control 지원)

YoriJori is not, does not:

현재 YoriJori 개발자들은 꼭 확장이나 확산을 추구하지 않습니다. YoriJori를 이용하는 사이트가 더 많아지는 것에 크게 관심이 없습니다. YoriJori는 이제껏 위키위키를 사용해 온 프로그래머 몇 명이 모여 벌이는 지적인 도전이며 유희입니다. 그리고 그것이 새로운 지평을 열 것을 기대합니다 -- 우리는 답을 내놓는다기보다 새로운 질문을 하는 것입니다. YoriJori가 다른 위키에 거름이 되면 좋겠습니다만 안되어도 좋습니다.

YoriJori는 기능이 별로 많지 않습니다. 스탠디스 그룹의 연구에 따르면 소프트웨어 기능의 45%는 전혀 사용되지 않으며, 자주 혹은 항상 사용되는 기능은 전체의 20%에 밖에 해당하지 않는다고 합니다. (see also http://www.martinfowler.com/articles/xp2002.html#N4000FB )

피드백: (말미추가방식)
Q : 곧 11월입니다. 진척도는 어느정도인가요 ?
기본적인 "와꾸"가 갖추어졌습니다. 개발자들이 본업에 바쁘다보니 기간이 좀 늦어지게 되었는데, 프로세스를 새로 조정하게 되었습니다. 이제 훨씬 빠른 개발속도를 기대할 수 있을 겁니다.
Q : 일반 웹호스팅에서도 작동하나요?(작동환경이 어떻게 되나요)
웹호스팅 이용(python cgi with file system)은 물론 win32 기반에서 아파치 없이도 스탠드 얼론 위키 서버를 돌릴 수 있습니다.
Q: YoriJori 어떻게 되어가고 있나요 :) ? -- 최종욱
현재 개발멤버 전원이 XP 워크샵을 진행 중이라 여력이 나지 않네요. :( -- 김창준
기대하고 있는 사람이 여기 또 있습니다. 기다리는데 지치겠어요. 나름대로 기다림의 즐거움도 있긴 하지만 ;) --하이레느
여기도 목을 늘이고 있는 사람 한명 더 있습니다 ;) 올해 안에 첫번째 판을 볼 수 있을까요? --DaNew
현재 YoriJori CVS버젼도 실행 가능합니다. 다만 기능이 부족할 뿐이죠. :) 11월 말부터 다시 본격적인 개발에 들어가서 올해 안에 기본적인 기능을 모두 붙이도록 노력하겠습니다.
어떻게 CVS버전을 쓰나요? -- 최종욱

cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/yorijori login 
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/yorijori co yorijori
Q : 다른 위키의 자료를 옮겨 쓸 수 있나요?
Transformer를 제공할 것입니다. 기본적으로는 모인모인용을 제공할 예정입니다.
Q : 위키의 요소 하나하나 일일이 재평가하고 있다고 하셨는데, 구체적으로 내용이 궁금합니다. "심지어는 링크를 거는 방법까지도"의 내용으로 보아, 기존 위키의 인터페이스를 대폭 수술하실 것으로 예상이 되는데, 그것이 이미 익숙해진 위키사용자들의 공통적인 (또는 암묵적인) UI의 약속에 대한 위배가 되는 것은 아닌지, 아니면 룰을 깨뜨려 얻는 이득이 더 큰것인지, 호기심이 많습니다. --nextream
룰을 깨뜨려 얻는 이득이 더 크면 깨뜨립니다. BreakTheRulesWhenItCompensates
Q : 벌써 올해의 끝이 보이네요. CVS에 올라온 내용을 보고 있으니 얼마나 되었는지 감이 안잡힙니다. ;) 히히. 근데 잘 되어가나요? 프로젝트 페이지에는 별 업데이트 사항도 안보이네요. --하이레느
다들 생업이 바쁜 사람들이라 쉽게 짬이 나지 않는군요.
Q : 참여하고 싶은데요. 어떻게 하면 되나요? --
서울에 사시나요? YoriJori 개발은 PairProgramming을 기본으로 합니다. 가끔 RPP를 하고 많은 경우 VPP(NetMeeting 등을 이용)를 합니다.
행정구역상 서울에 살진 않지만, 일단 강남에서 근무를 하니 서울권(?)입니다. --
다음 주 중에 YoriJori 개발자 모임(오프라인)을 한번 하도록 하겠습니다. 그때 뵙죠.
Q : 언제쯤 1.0버전이 나오나요? --kcjun
명시적인 계획은 아직 없습니다만 합숙 개발을 생각하고 있습니다. 멋진 교외로 나가서 2박 3일 정도 합숙 개발을 하는 것이죠. Seminar:RT와 비슷한 모양이 될 것입니다.
노트북이 필요하겠군요;;; --
PairProgramming을 할 것이기 때문에 두 사람에 한 대면 됩니다.
Q : cvs버전을 받아보았는데요, 어떻게 링크를 걸 수 있습니까?
어쩌구저쩌구_
그렇다면, 페이지 이름에 공백이나 기호는 허용되지 않습니까?
`어쩌구 저쩌구`_

Q : 분류패턴이 필요없습니다. 분류패턴을 쓰지 않으면서도 편리합니다. (->) 어떤 개념인지 조금 더 자세한 설명 부탁드립니다. 무척 궁금합니다 :)
한마디로 말하자면, 사람들이 지도패턴을 적극적으로/편리하게 쓸 어포던스를 제공합니다. 예를 들어, 교육분류를 각 페이지에 달고 역링크를 통해 해당 분류 페이지를 찾는 행위보다 교육지도를 만들고, 거기에 링크를 (반자동) 추가, 정리하고 또 그 지도를 참고하는 행위를 유도합니다. Network Analysis 기법(예컨대, 허브를 찾아준다든지)이 사용되기도 합니다.


요리조리 이름 한번 정말 멋지군요. 이 이름은 누가 지었을까? 궁금. --맑은
김창준이 지었습니다.

고객이 원하는 기능 집합을 만들어주는 게 꼭 좋은 것은 아니다. YoriJori는 고객을 잠에서 깨우려고 한다. see also InnovatorsDilemma

소비자들이 경쟁 제품들 중 과연 어떤 제품을 선택하게 될 지를 단적으로 예측할 수 없는 시장의 모험과 경쟁 체제에서라면 위의 논리가 그럴듯 할지는 모르겠으나, 공동체 내에서의 일이라면 얘기가 좀 다르지 않을까 싶습니다. 노스모크는 공동체라 알고 있고 노스모크모인모인을 대체할 예정이라 선언된 YoriJori라면 "노스모키안들이 원하는 것이 무엇인지"를 물어보는 절차를 생략하는 것은 결코 바람직해 보이지는 않습니다. --맑은

YoriJori노스모크를 염두에 두고 만들어지는 것이 아닙니다 -- 노스모크의 위키엔진이 노스모크모인모인으로 남을지 YoriJori가 될지는 주인 의식있는 노스모크 OnSider들의 선택이 될지는 몰라도 YoriJori 자체는 노스모크와 별 관련이 없습니다. 그리고 YoriJori는 시장논리를 따를, 다시 말해 잘팔리는 위키엔진이 될 생각이 없습니다. 다른 이야기이지만, 저는 개인적으로, 노스모크를 공동체라고 하기보다 노스모크까페라는 공간으로 부르는 것이 적합한 비유가 아닐까 생각하고 있습니다. --김창준

노스모크에 관한한 '공동체'이든 '까페'이든 문제제기의 요점은 달라지지 않는다 생각되고요, 앞서의 문제의식에 대한 답변은 충분한 것 같습니다. 발단은 요리조리는 WikiWiki Engine입니다. 노스모크모인모인을 대체할 예정입니다. 라는 언급이었지요. 이 말을 다시 읽어보니 제가 "노스모크모인모인노스모크를 동일시" 하는 오류를 범했군요. 아무튼 답변 하신대로라면 개발자로서의 직접 참여자가 아닌 노스모크의 여타 사람들은 요리가 다 되길 기다렸다가 쓰면 뱉고 달면 삼키면 되는 그런 일일 수도 있겠다 싶습니다. 그러나 노스모크를 자주 찾는 사람들은 아무래도 요리조리 관심이 가고 궁금한 게 현실 아닐까요? 그 궁금증이 단순히 "잘 돼 가니?"라고 진도만 묻는 데 그치지는 않을 것 같거든요. 물론 모두를 대변하는 말이 될 수야 없겠지만요. YoriJori 프로젝트는 개발자들만 참여하는 방법으로 진행하나요? 아니라면, 개발자가 아닌 일반인들은 YoriJori에 대한 관심을 어떤 식으로 표현하고 참여할 수 있습니까? "궁금한 것은 무엇이든" 이 곳에 질문을 하면 되나요? 아, 그 무엇보다 먼저 해야 하는 근본적인 질문! "YoriJori는 열린 프로젝트입니까, 닫힌 프로젝트입니까?" 만약, 창의적인 발상을 가진 몇 사람의 닫힌 프로젝트라면 일반인들의 시시콜콜한 질문은 차라리 작업에 방해가 될 수도 있겠다는 생각에 드리는 질문입니다. --맑은

어떤 뜻인지 잘 이해하겠습니다. YoriJori는 첫 릴리스 이후부터 열린 프로젝트가 되려고 합니다. 관심을 가져주셔서 감사합니다.

"우리는 답을 내놓는다기보다 새로운 질문을 하는 것입니다." - 정말 멋진 표현입니다. 그것이 추구하는 바는 결과가 아니라 과정일 것임에 주목해 봅니다. '사는 것'이라 해도 좋겠군요. 기술이 예술이 되는 현장과 그 진면목을 기대해 봅니다. --맑은

제안

ChiqChaq이라는 이스라엘 사람이 만든 위키엔진은 Chiq_Chaq이라고 하면 링크가 걸린답니다.
이 방식을 YoriJori방식과 결합하고, 페이지이름띄어쓰기도 고려하여 개선해 본다면,
  • 페이지_라고 하면 "페이지"로 링크가 걸린다.
  • 페이지_이름이라고 하면 "페이지이름" 페이지로 링크가 걸린다. 공백은 무시되고, 표시는 "페이지 이름"으로 된다.
  • 페이지_이름_이라고 하면 "페이지 이름"으로, 즉 공백 정보가 있는 페이지로 링크가 걸리게 한다. 즉, 마지막의 _가 있고 없고에 따라서, 공백 정보를 가지게 링크를 걸거나 그렇지 않거나 한다.
  • 링크 안에 '_'가 포함될 경우는 페이지_이름_(YoriJori의 방법) 혹은 "페이지_이름"_이라고 한다.
이 문법은 모인모인의 기존 문법과도 충돌하지 않으므로(?) 적용할 수 있을 듯 하네요.--무신

한글 세벌식 자판에는 대괄호와 언더라인 기호가 존재하지 않습니다. 링크를 걸 때마다 매번 한/영 을 변환해야 하지요. 세벌식 자판 사용자도 불편하지 않은 링크방식을 채택했으면 좋겠습니다. --꿈꾸는나무늘보
그런데 대괄호가 없다면 지금도 충분히 불편한 상황이겠군요.

노스모크모인모인의 xhtml화를 하면 좋을 것 같은데, 현재 YoriJori쪽의 진행이 얼마나 되었는지 궁금합니다. 혹시 중복이 될까 싶어서…. --DaNew

요리조리는 언제쯤 정식으로 릴리즈가 될련지요 -.-; -suup
그러게 말입니다. 저도 기대중인데...; -Haskell

CVS버전을 써보는 중인데, 저같은 사람에게는 이것만으로도 충분한 것 같습니다. (외부링크랑 그림붙이기 등등은 아쉽지만) 재미있게 쓰고 있는 중입니다. :)

YoriJori 언제 쯤 볼 수 있을까요? 노스모크라는 이름은 비흡연자만을 대상으로 하는 것 같은 느낌이 드는데 YoriJori 라는 이름에는 특정인만을 대상으로 한다는 느낌이 안 들어서 좋은데요.

흑흑..빨리 릴리즈 되었으면....목이 빠지게 기다리고 있습니다...


UseModWiki의 예처럼 한 페이지에 종속되는 하위페이지 기능을 넣는 것은 어떨까요?
페이지이름_하위__
이런 식으로 하면 어턴 페이지에서 일어나는 토론 등을 정리하기 좋을 듯 합니다. --얀종이


HierarchicalWiki 의 지원이 되었으면 합니다. 이 때에 계층구조는 URL형식으로 페이지/하위페이지/좀더하위페이지 .... 가 가능하였으면 좋겠습니다. 페이지의 링크는 [페이지/하위페이지/좀더하위페이지] 로도 가능하고, [좀더하위페이지] 로도 가능되게.. 지요; 물론 연결되고 나서의 URL 표시는 페이지/하위페이지/좀더하위페이지 가 되게...

그리고 어떤 문자셋을 쓰더라도 URL창에서 쉽게 한글을 칠 수 있으면 합니다 'ㅅ' -- 치묘 2005-11-10

- -- 210.222.187.233 2006-02-10

요리조리는... 개발 중단인가요? -- Magicboy 2008-07-08 06:58:03

"; if (isset($options[timer])) print $menu.$banner."
".$options[timer]->Write()."
"; else print $menu.$banner."
".$timer; ?> # # ?>