라르게덴님께서 답변 달아주셔서 감사드립니다. ^^

몇가지 반론이 있습니다.
지금 시간이 늦어서 반론은 내일 하도록 하겠습니다. ^^
양해 바랍니다. 꾸벅


네 확실히 최근에 XE의 굵직굵직한 변화들이 느껴지네요.
XE 내적으로도 외적으로도 말이죠.

라르게덴님 말씀처럼 오픈소스의 백미는 참여와 공헌이죠.
그로인하여 수많은 사람들이 차별없이 혜택을 누리는 것이고요.

저는 개인적으로 XE팀에서 코어와 핵심모듈에 주력하고
그래서 정말 잘 만들어진 소스를 공개하는것에 중점을 두어야 한다고 생각합니다.
"XE 프로젝트 호스팅 이전 및 종료 공지"의 공지 내용이 이러한 뜻도 포함되어 있어리라 생각합니다.

그리고 그러한 잘만들어진 코어와 핵심모듈을 바탕으로
다양한 생각과 문화를 가진 사용자들이 그들만의 특유의 아이디어로
XE 코어와 핵심모듈들에 각자의 요구에 맞게 살을 붙여 사용한다면
XE가 정말 풍성한 내용들로 갖춰진 좋은 오픈소스가 될것입니다.
그러므로해서 자연스럽게 참여와 공헌이 이루어지도록 하는것이 제가 생각하는 오픈소스 XE의 모습입니다.

그러기위해 필수적인것이

1. XE코어와 핵심모듈의 무오류/무결점에 즉, 안정화에 주력해야 한다고 생각합니다.
   너무도 당연한 것이지만 오류가 발생하고 불안하다면 XE에 참여도 공헌도 하기 어려워 질것이기 때문입니다.

2. XE코어와 핵심모듈의 로직의 일관성이 있어야 한다고 생각합니다.
    말로 설명하기가 좀 어렵지만
    즉, 하나의 로직을 이해하면 관련된 로직들이 자연스럽게 이해될 수 있는 방식이 되어야 한다고 생각합니다.
    코어 소스를 이해하기 위해 들여다 보면 몇번 경험했지만
    같은 처리과정임에도 다른 로직을 사용하여 이해하는데 많은 시간이 걸렸습니다.
    같은 로직인데 왜 이렇게 다르게 처리했을까 하고 의아하게 생각했던적도 있었던것 같습니다.
    기본모듈을 활용하여 개선이나 확장하려고 할때마다 해당모듈과 관련된 모듈을 계속해서 디버깅해야 했습니다.
    그러다보니 몇몇 모듈의 기능을 활용하는것이 아니라 모듈의 기능을 회피하고 새롭게 적용해야하는 나름의 이중고(?)를 겪게 되었습니다.
    아무튼 이런 로직의 비일관성 역시 참여와 공헌에 마이너스 요소라는 점을 말씀드리고 싶습니다.

3. 역시나 문서화 작업 입니다.
    잘 만들어진 안정된 XE코어를
    잘 사용할 수 있도록 안내하고 설명해주는 것은 이제 더이상 간과해서는 안될것입니다.
    이 작업은 개발팀은 할 수 없는 또다른 영역의 전문적인 작업이라 생각됩니다.
    별도의 문서화 전문팀에서 사용자와 개발자를 잘 연결 시킬 수 있도록
    안내와 설명하는 문서 뿐만 아니라 필수예제와 다양한 적용예를 소개하는 부분까지
    누구나 XE코어와 핵심 모듈을 사용하고 활용할 수 있도록 하는데 중점을 두어야 할것입니다.
    문서화 부분도 php나 mysql등 잘 되어있는 문서형태를 벤치마킹해 보는것도 좋지 않나 생각합니다.

    
1.5 배포시에 이러한 부분들이 충족되어 배포된다면 하는 바램입니다.
그렇게 된다면 참여와 공헌은 어쩌면 자연스럽게 이루어지지 않을까 생각합니다.