제로보드의 오픈 소스 프로젝트 진행

공식 사이트를 방문해 보니 많은 발전이 있었구나 하는 느낌이 드네요.

XE 초기에는 뭔가 불안정(?)하고 완성도가 4에 비해 떨어진다는 느낌이 들었는데, 이번에 가보니 정말 좋아진 것 같네요. 리눅스 파폭에서도 잘 보이고. :)

전에 봤을 때는 게시판을 넘어서서 일종의 CMS로 개발하시려는 의지가 엿보였는데 맞나요? 아무쪼록 국내에서도 외국의 유명 CMS를 능가하는 결과물이 나오길 바랍니다.

워낙 국내에서 사용자 층이 두꺼워서 인지 오픈소스 이전에도 사용자 참여가 활발했던 것으로 기억되는데 오픈소스화된 현재로서 비약적인 발전을 기대할 수 있을 것 같습니다.

사실 오픈소스가 아니었을 때는 조금 의아하기도 했었죠. 데비안 & 우분투 유저로써 JSBoard처럼 공식 저장소로부터 쉽게 내려받아 설치하면 좋을텐데라는 생각도 했었고요.

이제 그렇게 할 수 있게 될 가능성이 좀 높아졌네요. :)

훌륭한 프로그램을 만들어 주셔서 감사하고 무궁한 발전 있으시길 기원합니다.

ps. : '오픈 소스 프로젝트의 진행에 대해서 실력과 경험이 있으신 분들의 조언과 충고'를 해드려야 하는데 실력과 경험이 없어서.. 쿨럭.;;

근래에 일부 사이트의 제로보드 이전을 고려했다가 현재는 잠시 보류중입니다.
뭐랄까 너무나 한국적인 모습에 대한 거부감이라고 할까요? 사실 그 모습 때문에 phpbb 나 drupal 같은 외국형 보드에 익숙치 않은 사람들을 위해 이전을 고려했던 것이지만, 제로보드하면 한국형 보드의 전형, 특히 각종 이모티콘으로 도배된 복잡한 모습.. 그런 느낌이 강합니다. 물론 그러한 것들은 편견이고 꾸미기 나름이겠지만요.

제로보드 XE 가 오픈소스로서 기대만큼 각광받지 못하는 이유에는 그런 면도 있는 것 같습니다. 보안에 치명적인 문제가 있다라는 생각들도 있으신 것 같고.. 전 사실 그닥 공감하지도 인정하지도 않지만요. 결국 사이트를 직접 관리하는 분들의 선입관을 깨는 작업이 필요할 것 같습니다.

여튼 만약 제가 조언해 드릴 수 있는 부분이 있다면..
무엇에도 굴하지 말고 끝까지 오래토록 하세요. 물론 다양한 의견청취 및 반영을 하지 말란 얘긴 아니고요. 얼마전 irc 를 통해 제로님의 독과점 상태에 대한 우려를 표명하기도 했지만, 어찌되었건 간에 핵심멤버가 중심을 잡고 꾸준히 해야 살아남는 것 같습니다. 누가 그러더군요. 오픈소스계(?)야 말로 진정한 약육강식의 처절한 생태계다. 약한 놈은 살아남을 수 없다. 사실이죠. 사용자의 외면을 받는 프로젝트는 곧 사라지니.. 하지만 그럼에도 불구하고 오래버티는 놈들은 언젠가 빛을 보기도 합니다. "강한 놈이 오래 살아남는 게 아닌, 오래 살아남은 놈이 강한 놈이다." 이라는 거겠죠? :)

NHN이 오픈소스 개발자를 풀타임으로 지원한다니 좋군요
리눅스의 여러 개발자가 각자의 회사에서 지원에 의해 오픈소스에 기여하고 있다고 알고 있는데 NHN도 바람직한 일을 하는것 같습니다.
이 작업이 개발자의 발전과 회사의 발전으로 이어지기를 기대합니다.

-------------------------------------------------------------------
이 댓글(코멘트)의 수정 및 삭제를 위해 이 글에 답글(리플)를 달지말고 원 글에 댓글(코멘트)로 달아주세요

PHP에서도 대외적으로 인정받는 프레임웍을 이용하는게 낫지 않아요?

따로 또 만드는 독자 프레임웍는 이제 사실상 죽었다 봐야..

괜한 삽질로 여러사람 피곤하게 하는게 아닐지..

예전에 제로보드4를 사용했던 사람으로서 한마디 적어봅니다.

동아리 홈페이지를 제로보드를 이용하여 설치하여 사용했었습니다.
선택한 이유는 매우 다양한 스킨, 상대적으로 쉬운 설치, 쉽고 다양한 권한 설정등 이었습니다.

물론 개발자의 입장으로서는 어딘가 애매한 라이센스, 보안 문제, 너무 많은 기능으로 인해 지저분한 코드등의 이유로
그다지 맘에들지는 않았지만, 일반 유저 입장에서는 매우 훌륭한 패키지였다고 기억합니다.

+++++
제로보드가 이 사이트에서 크게 환영받지 못하는 이유

일단 이 사이트가 한국 오픈소스계를 대표할 수 있을지는 모르겠지만,
이곳에서 ZBXE가 많은 환영을 받지 못하는 이유는 이곳에 오시는 분들은 사용자가 아닌 개발자가 주를 이루며,
기존 zero보드에 대한 예전 이미지가 많이 남아 있는데 1차적인 원인이 있는듯 합니다.
제로 보드라는 이름을 계속 사용함으로서 기존 사용자층을 끌어 안는데는 성공했지만, 기존의 부정적인 이미지를 함께 가져오는 부작용이 있었다고 봅니다. 하지만 달라진 모습을 지속적으로 보여준다면, 이러한 이미지를 많이 상쇄 시킬수 있지 않을까 생각합니다.
시간과 노력이 해결해 줄 문제라는 것이지요.

오픈 소스로서의 제로보드

짧은 시간이지만 제로보드 홈페이지를 방문해보니, 다양한 분들이 해당 모듈에 대한 프로젝트를 진행하고 있음을 확인할 수 있었습니다. 꾸준한 리포팅이 이뤄지는 것을 보아 오픈 소스로서의 장점을 잘 누리고 있는 것 같습니다.
제로님의 핵심 개발자 혹은 커미터로서의 노력이 중단되지 않는다면, ZBXE가 당분간만이라도 꾸준한 발전이 있을 것이라고 생각합니다. 물론 설치형 홈페이지에 대한 일반 사람들의 관심이 많이 줄어든 현 상황에서 과거와 같은 폭발적인 인기는 다시 얻기 어려울 겁니다.

제로보드가 나갈길

당연히 개인적인 생각이겠지만, 오픈 소스로서의 장점을 제대로 누릴려면, 세계적으로 많은 사람들이 공유할 수 있는 프로젝트가 되어야 한다는 것입니다. 현재는 한국 사람들의 필요성에 의해 그 입맛대로 기능이 추가되고 있지만, 블로그, 위키와 같은 모듈이 어느정도 개발되고 안정화 된다면, 소스 포지와 같은 곳에 올려서 다른 나라 사람들의 입맛도 맞춰줄 수 있도록 변해야 한다는 것이지요.
오픈 소스 프로젝트가 지속적으로 발전되고 살아 남을려면 핵심 커미터의 역할이 제일 중요한 것 같습니다. 핵심 커미터가 포기하지 않는다면, 그 프로젝트는 아직 죽은게 아닐테니까요... 마지막까지 힘내시길 바랍니다.

최근에 써 본 적이 없지만, 제로보드를 지켜보고 초기 ZBXE를 잠깐 썼던 경험을 바탕삼아 써봅니다 :)

1.
사용자를 확보하기 위해서는 사용자의 need를 파고 들어야 하는데, 기존 zeroboard 사용자의 요구 - 간단함 - 을 채우지 못하는 것 같습니다.
개발자의 입장에서 보면 프레임워크나 기능의 일반화 등이 아름답게 보이겠지만, 일반 사용자에게는 그런 개념을 이해하기 바랄 수 없다고 봅니다.
포지션이 좀 애매하다고 할까요? :)

2.
많은 분들이 지적하시는 복잡한 UI (혹은 한국적인 모양)은 기존의 제로보드 이용자에게는 친숙하기 때문에 오히려 장점이라고 볼 수 있습니다.
그런 스킨을 다량 확보하는 것도 중요한데, 애초부터 ZBXE 사용자가 없다면 skin제작도 덜 되겠지요.
UI에 있어서는 사용자를 고려해야 합니다. 깔끔한 코드면 더 좋겠지만, 깔끔한 코드가 지상 목표가 되어서는 안됩니다.

결론.
사용자 need를 만족시키는 프로그램이 되길 바랍니다. 개발자의 이상은 사용자의 need를 충족시키는 구현을 만들면서 이루어지는 것이지, 그 역이 되어서는 안됩니다.

덧.
ZBXE가 쓰이는 대형 사이트가 있나요? Drupal하면 KLDP처럼 :) 기존의 제로보드를 ZBXE 기반으로 옮긴 사례도 많은지 궁금하고요..

오래전에 소스를 열어보고

for ( ) { include skin; }

위와 같은 방식의 스킨 출력... 코드를 보고는 그 후로 제로보드와는 거리를 두고 있습니다.

물론 그 당시에는 그럴 수도 있다고 생각하고 있고 지금은 제로보드가 매우 좋다고 생각하기에 주위에 추천도 해줍니다만
개인적으로 바로 위에 `제로보드의 기존 이미지`를 말씀하신 것 처럼... 근 10년이 지난 지금도 for { include } 각인은 사라지지 않고 있습니다.

주위 개발자들을 만나서 제로보드에 대해 물으면 저와 같은 이미지가 각인된 경우가 많았습니다.
개발에 참여를 바라신다면 이미지 개선이 더욱 필요할 것 같습니다.

----
항상 건강하고 행복하세요.

May the force be with you.

Perl 의 Catalyst 프레임웍과 제로보드의 프레임웍 비교 자체가 말이 안되지 않나요..

이미 Catalyst 는 우리나라만 안쓰지 구글에 쳐넣으면 엄청나게 뜰정도로 국제적으로도 성공한 케이스인데..

제로보드의 프레임웍 레벨은 아직 애기 걸음마수준이라 봐야..

PHP 언어 자체가 프레임웍이랑은 거리가 멀어지도록 만든거라.. 시작 자체가 좀 이해 안되긴 합니다.

zbxe 를 써보니 zb4 에 대해서 많이 발전한거 같더군요.
흡족하지만..

관리자페이지가
개발자용과 싸이트 관리자용이 분리되어야 할뜻합니다.

싸이트관리자가 들어가면 대체 뭘해야할지 모르겠습니다.
개발자가 보는 시각과 관리자가 보는 시각은 확실히 다른거 같더군요.

써보면서 감상을 이야기하다가 여러명이 이러한 내용은 이러해야하지 않을까
라고 이야기해보다가 나온 이야기입니다.

------------------------------------------------------------------------------------------------
Life is in 다즐링

한때는 zeroboad 의 경쟁자라고 혼자 생각했던 jsboard 의 개발자입니다. 영수님하고는 아주 짧은 시간 같은 회사에서 한번 스친듯이 지냈었던 것 같군요 :-)

JSBoard 가 어떻게 보면 zeroboard 보다는 오픈 소스로는 선배격일 것 같습니다. 1999년 부터 open source project로 시작해서 많은 개발자들이 참여 및 코드 기증을 이루어 내었고.. 대략 2005년까지 7년 정도를 제 정열을 쏟아부운 프로젝트 이기도 합니다.

7년이면 짧은 시간은 아니라고 생각합니다. Zerobaord에 비할 바는 아니지만 나름 사용자층을 확보하였고 우리나라 open source로는 드물게 꽤 성공(?)한 프로젝트였다고 생각을 합니다.

이 경험으로 조언을 드리자면..

1. 개발자로서 외부의 조언이나 공헌을 기대하지 말것

솔직히 한 7년 정도는 제 모든 것을 쏟아부었습니다. 하지만 어느정도 지나니, 힘이 들더군요. 그래서 몇번이나 maintainer 권한을 다른 분께 드리려고 했었습니다. 하시겠다는 분들이 꽤 있었지만 대부분 수락한 후에 권한을 드리면, 그 이후로 부터의 접속이 한번도 없었습니다. 정말이지 모든 분이 그랬었습니다. :-) 그리고 개발자들의 참여도.. 대부분 코드 기증의 수준이지, 메인 개발자로 붙는 분들은 거의 드물었습니다.

제가 느낀점은 코드의 open 이었지, 실제로 open 된 개발이 된 적은 없었던 것 같습니다.

2. 나 아니면 안된다.

1번의 맥락과 비슷합니다. 이런 조언, 저런 조언.. 많았습니다. 이렇게 하자.. 이런 기능이 필요하다.. 등등등..

하지만, 대부분의 분들이 말만 하십니다. 불평만 하십니다. 가끔 메일로 고맙다고 격려해 주시는 분들이 계십니다. 모조리 말만 하십니다. 즉, 내가 생각한데로 하는 것이 가장 편했습니다.

제 경우를 조언을 드린 것은 open project 에 다른 사람이 도와주지 않음을 불평하는 것이 아닙니다. 이것이 불평이 아니라, 생리라는 것을 깨닿는 것이 중요하다고 생각이 되어 좀 격하게 적어 본 것입니다. 제가 open project 를 진행하면서, 그리고 제가 개인으로 다른 project 에 공헌을 해 보면서 느낀 점은 이상하게 open source project 에 색안경(?)을 끼고 보시는 분들이 꽤 된다는 점입니다. 이걸 극복하지 못하면 내가 이걸 왜 하고 있나라는 생각을 자주 하게 됩니다. (어떤 분께.. zerobaord 라고 잘나가는 게시판이 있는데 너는 왜 이런 디자인도 구린 jsboard 라는 것을 개발하고 있니? 궁금해.. 라는 메일을 받은 적도 있습니다. ^^)

솔직히 위에 적은 글들은.. 제가 그렇게 하지 못함의 후회일 수도 있습니다. 제가 다시 시작한다면 위에 같이 할 것 같습니다.

현재 JSboard 의 릴리즈는 한 2년째 없습니다. 하지만 CVS commit log를 보시면 현재까지도 코드 개발이 진행되고 있음을 보실 수 있습니다. 즉, 현재 진행형인 프로젝트라는 것이죠. (이젠 거의 잊혀진 프로젝트이지만..)

JSBoard 를 관리하면서.. 이렇게 된 이유에 대해서는 다음과 같습니다.

1. 스스로 PHP 개발자가 아니라고 생각을 한다.
2. 회사에서 JSBoard 개발할 시간을 주지 않는다.
3. 흥미를 많이 잊어 버렸다.
4. 개발할 만큼 개발을 했다. (이건 제 입장입니다. 제게 더이상 필요한 기능이 없었던 거죠. 반대 급부로, 제가 필요해서 사용한 것이기 때문에 오랫동안 관리를 할 수 있었던 것 같습니다.)

하지만 아직까지도 멈쳐진 프로젝트가 아닌 이유는..

1. 내 땀과 정성, 열정이 숨어 있는 코드이다.
2. 가끔 어떤 코드를 보면 내가 봐도 정말 잘 만들었다고 생각을 한다.
3. 가끔 어떤 코드를 보면 너무 쪽팔려서 다시 쓰고 싶다. :-)
4. 누가 뭐라고 해도, 내가 가장 많은 코드를 작성했고, 내가 관리자 이기 때문에 그만 둘 수 없다.

정도 입니다. 그 중에서.. 제가 제일 하고 싶은 말이자.. 영수님께 조언이라고 해 드릴 수 있는 말이 4번 입니다. 누가 쓰던 말든, Zeroboard 가 유명해 지든 말든.. 가장 중요한 것은 Zeroboard EX 는 영수님의 분신이자 열정입니다. 이것이 Zeroboard를 이끌어 나가는 원천인 것을 잊으시지 마시고, 또한 이것을 자랑스럽게 생각하셔야 합니다.

제로보드에서 프레임웍을 제공한다는 의미가 아마도 케이크나 젠드프레임웍 혹은 심포니와 같은 것은 아닐꺼고, 아마도 워드프레스와 같은 형태를 말하지 않나 싶습니다.

아파치2도 그렇고 워드프레스 2.5도 그렇고, 처음의 무거운 설계는 점차 없어지게 되어 있는 것 같습니다. 코어와 플러그인(MOD?) 체계로 가는 것은 이미 세계적인 추세 같고(심지어 페이스북이나 세일즈포스는 서비스 자체를 그렇게 만들고 있는 모양입니다만...), 참여를 유도하는 좋은 방법이 되는 것 같습니다.(JQuery의 무서운 성장도 비슷하게 보고 있습니다.)

제로보드는 그보다 높은 레이어인 서비스로 플러그인을 접근해야 하기 때문에 더 복잡해 질 가능성이 있지만, 만약 제로보드에서 프레임웍을 제공한다면 이 부분이 핵심이 되야 한다고 보여집니다.

플러그인에서 테이블을 만들고 디자인을 변경하는 것은 기본이고, 플러그인 끼리의 우선 순위 문제와 의존성 문제도 프레임웍 차원에서 해결해 주어야 하며, 플러그인의 관리(CVS 등과 연동되는 자동 업데이트 기능)도 욕심이 나는 기능 중 하나죠.

이런 차원에서 본다면 현재의 워드프레스 2.5는 좋은 참고 모델이 될 것 같습니다.(개인적으로는 아파치2 혹은 2.2 버젼에서 MOD를 관리하는 부분이 참고되면 어떨까 싶더군요.)

스포츠가 스타를 위주로 산업 자체가 성장하는 것 처럼, 제로보드도 스타 플러그인이 나와주면 더 바랄 나위가 없겠죠. :)

-------------------------
http://www.palgle.com