덜덜덜 악마의 코드군요... (악마의 디스플레이와 비슷한 현상이 ㅎㅎㅎ)

구글 프로젝트로 옮긴건 xe를 다국어 버젼으로 만들면서 옮긴거 아닌가요?

각국의 유저들이 일일히 한글로 된 공홈에 들어와 글을 남길수는 없으니까요...그리고

xe 제작에 커밋해주시는 분들중 외국인분들도 있는걸로 알고 있구요...

지금은 어쩐지 모르겟지만요...

개인적으로 효율성 면에서 구글 프로젝트도 나름 좋다고 봅니다.

중요한건 실효입니다.

XE는 국내에서조차 크게 만발하지못한상태인데 다국어를 지원한다고

글로벌 CMS가 되는게아니죠. 

적어도 그 중심이 한국이라면 한국에서만큼은 별도의 구글프로젝트를 이용할필요없이

공식홈페이지에서 모든걸 해결 할 수 있어야했습니다. 

실질적으로 살펴보면 구글프로젝트의 피드백,커밋은 매일 하는분들이 애써주실뿐입니다.

일반사용자는 버그를 알아도 공식홈페이지에 

간간히 글을올리게될뿐 궂이 구글프로젝트를 찾아가야하나 싶은거죠.

즉, XE가 초기개발될때 당시의 인간미가 이런핑계 저런핑계를통해 없어진지오래입니다.

공식홈페이지는 공식홈페이지로서의 기능을 잃은지 오래구요.

음, 프로젝트까지 공홈에서 전부 하는 건 충분히 가능한 선택의 문제라고 봅니다.

프로젝트도 XE 팀이 관리해줘야 하니 여러 측면에서 고려하고 선택이 가능한 사항이라고 봅니다.

구글 프로젝트나 GITHUB 등을 사용하는 한국 프로젝트들도 많습니다. 사실 전 모양적인 이유로 구글프로젝트보다 GITHUB을 쓰길 바라는 편인데, 말씀하신대로 구글프로젝트는 진짜 사무적인 느낌이 강한지라; GITHUB처럼 좀 커뮤니티화된 분위기로 이전하는것이 바람직하지 않나 싶긴 합니다.

단지 이 부분이 홈페이지에 있을 땐 안그랬나...를 회상해보면, 별 차이 없었던 것 같습니다. 홈페이지에서 자체 코드관리할 때도 버그리포트에 올리는 분보다 게시판에 쓰시는 분들이 많았던건...사실 국내 사용자들이 오픈소스 프로젝트에 잘 참여해보질 않아서 어쩔 수가 없다고 봐야죠. 근데 이게 개발자 분들의 문제는 아니라고 생각합니다. 코어 개발하시는 분들도 오픈소스 프로젝트 참여자로서 편리성을 추구하는게 더 낫다고 판단했다면, 거기 따라야죠. 전 이런 부분에 대해서 코어 개발자분들을 공격하는건 잘못되었다고 봅니다.

감성적인 부분의 차이입니다.

예전에는 이런분위기였습니다.

게시판에 글 작성하지 마시고 홈페이지 프로젝트에 남겨주세요~

그러면 아 그렇군요 요런데 따로 쓰는데가있었네~.

그러나 지금은 이렇습니다.

게시판에 글 작성하지 마시고 구글프로젝트에 남겨주세요~

그러면 네? 들어가도 뭘 어떻게 써야되는지 모르겠던데. 아 귀찮다 다른사람이올려주겠지.

이 차이가 작아보이지만 실질적으로 큽니다.

'단지 이 부분이 홈페이지에 있을 땐 안그랬나...를 회상해보면, 별 차이 없었던 것 같습니다.'

라고하셨지만.. 프로젝트의 활성화정도를보면 크게 차이가 있었습니다.

저는 xe가 처음나올때부터 써왔기때문에 그 특유의 분위기들을..너무나도 잘 기억하고있습니다.

자료실마저 오히려 1.2.4때쯔음보다 훨씬 비활성화된 느낌입니다.

그땐 참 참신한 모듈이나 컴포넌트가 많이나왔었는데...