전에도 SMaker 님께서 비슷한 의견을 주셨습니다.

저도 크게는 동의하는 바이나,

기본적으로 분명히 해야할 것은.(사실 업무량에대한 염려때문이긴 합니다만)

"첫 실행에서 부터 XE 공홈에 신고하는 것은 지양해야 한다."는 것입니다.

즉, 공홈에서 신고 받는 것은, 구글 프로젝트를 죽어도(이정도로) 못쓰겠으실 분들만 써주셔야 한다는 겁니다.

이유는, 

1.구글 이슈로 옮기는 작업이 필수 불가결 하며.

2.이슈에대한 1차 검증또한 이루어져야 할 수도 있다.(이것은 논의해야할 부분)

3.1(또는 2를 포함) 의 작업을 할 인원이 필요.

4.현재 XE 프로젝트의 인원을 볼때, 거의 모든 인원이 공홈으로 몰릴 가능성.

5.그러나 공헌자가 그 수를 미쳐 채우지 못할것 같다는 예측(이것은 시행되 봐야 알겠지만)

6.그러므로 일단 첫 시행에서는 기본적으로는 구글 프로젝트가 메인이 되는것을 사용자가 인정하고, 최대한 사용해 주어야 한다.

는것이 제 의견입니다.

p.s. 일단 시작하고 볼 수도 있겠지만, 나중에 일이 커질 염려가 있어서 이렇게 포문을 엽니다.

황비님이 적으신것 처럼 시스템만 갖춰지면

개발팀도 업물량을 팍 줄일 수 있고 중간 완충지대에 있는 공헌자들과 버그를 올리는 사람들과의 빠른 소통으로 인해 어느정도 소통문제도 해결할 수 있을거 같은데...

그림은 대강 그려 지는데

섬세한 부분이 아직 감이 안오네요.

위에 가론님이 적었듯이 공헌자 확보의 문제가 아닌가 싶기도 하고요.

하여튼 잘되면 이건 대박인거 같습니다.

참 안타깝네요.

XE 전체 사용자들을 위한 이런 좋은 글들에는 아무런 반응이 없습니다.

어차피 XE가 오픈소스이고, 사용자나 개발자간에 이슈와 버그 문제등에 대한  의견과 토론방식이 게시판을 통하여 소통이 이루어지는 것이 타당하다고 생각합니다.

게시판을 통하면 사용자 모두가 한눈에 이슈와 버그들의 문제점과 개선과정을 공유할 수있겠죠.

그리고 어떤 이슈가 본인만의 문제점인지 아니면 대다수 사용자들이 똑같이 겪는 이슈인지도 게시판을 통하면 금방 알 수 있지 않을까요. 이런 것이 투명하며 공개라고 생각합니다.

구글 프로젝트를 통하면 불편함도 있지만 무엇보다도 중요한 것은 등록된 이슈가 단 1명의 이슈인지 많은 사용자들이 똑같이 겪는 문제점인지에 대해서 빠른 정보를 공유할 수 없습니다. 그리고 처리과정을 한눈에 알아 볼수도 없겠죠. 

사실.. XE 쓰시는 분중에 구글 이슈에 가본분..  글써본 분이 몇분이나 될까요??

 안가본분들이 대부분일듯 싶은데 말이죠..

여기 글 남기는 분도 사실 소수이지 않습니까..

매번 보는 닉네임이 그 닉네임인데...

구글에 글 남기는 분은 그보다도 더 소수고요..

원칙원칙하다가 관심못받고..  서서히  없어질 지도 모르겠네요..

사실 황비님이 제안하는 방식이 돌아만 간다면 개발팀이나 사용자들이나 많은 잇점이 있습니다.

개발팀도 올라온 오류들 중에 정확한 오류지점을 파악하지 못해서 어떻게 못하는 부분들도 있고하는 문제들을 중간에 걸러주는 게시판이 생겨서 오류지점을 보다 정확하게 파악해 개발팀에게 전달 할 수도 있고 아니면 토론과정에서 해결책까지 접근해서 올릴 수도 있기에 개발팀으로서는 많은 품이 줄수 있고요.

흔히 개발팀 뭐 만들어 주세요라는 문제들도. 걸러주는 게시판에서 토론과정을 거쳐 선행할 문제가 아니라는 분위기가 조성되면 알아서 사그러질 문제들도 있고요.

뭐 그런 토론과정에 직접적인 개발팀이 참여는 못하더라도 나온 결과물이 개발팀에 전달되는 것을 보면서 그것들이 신속하게 해결되는 과정들을 보면서 개발팀과 소통이 이뤄지고 있다는 간접체험이 되기에 갑갑함도 많이 줄어들거 같습니다.

사실 중간자적 역활을 할 수 있는 능력자분들이 이곳에 많은것도 사실입니다

그러면서도 개발팀과 일반 사용자들 사이에 중간자를 거쳐야 한다는 부분이 나중에 어떤 문제점을 가지고 올지 감이 안와서 ㅠ.ㅠ

아~~ 하지만 개인적으로는 찬성합니다.

나중에 생기는 문제점이 있다고 하더라도 이 방법은 너무 매력적입니다.

사실 xe개발의 현재 업무분장이 궁금해진 것은

이 공홈에 어떤 글을 써도 개발팀은 고려하지 않는다. 구글프로젝트에 써라 하는 것이 개발팀의 공식입장이고

xe의 ui/ux개선에 루마니아팀이 궁금해 하고

이슈내용도 반드시 영어로 써라는 아니지만 영어로 쓰는 것이 좋겠다 이게 공식입장이죠(?)

이런 점을 고려해볼 때 xe개발의 주도적 역활과 구글 프로젝트에 있는 이슈처리를
한국에서는 거의 하지 않는게 아닐까 생각이 듭니다.

돌아가면 꼭 버그신고개시판이나 기능개선요청게시판이 꼭 XE에 있어야 할  필요는 없을거 같습니다.

뭐 XE안에 있으면 좋기는 하겠지만 새로운것을 시도하기에는 개발팀이 부담스러워할 부분도 있고...

과거 사용자 모임에서 나왔던 사용자 게시판을 만들고 그 한쪽에서 버그문제의 정확한 지점과 그리고 해결책까지 더 할 수 있다면 그런 문제들을 사용자게시판의 이름으로 올리게 된다면 그리고 그렇게 올라온 오류분석이 정확한 지점을 찾아주는 내용이라면 개발팀이나 사용자 게시판의 이름으로 올라온 글에 눈이 조금더 빨리 가지 않을까 싶습니다.

다른 문제들 보다 해결하기 쉬운 문제일 확율이 높으니까요.

좋은 아이템이 있다면 개발팀에게 몇번 이야기 해보고 반응이 없을때 다른 창구를 찾는것도 좋아 보입니다.

아마 반응이 없을때는 어떤 이유로 인해 그 문제를 진행하기 힘들 확율이 높으니까...

XE 사이트 안에 게시판을 만든다면 바로 개발팀에서 이쪽에서 올라오는 글든은 한번더 눈여겨 보겠다는 말이지만

밖에서 지속적으로 정확한 오류 지점만 올려 준다면 개발팀에서 알아서 한번더 눈여겨 보지 않을까 싶습니다.

그나저나 이런저런 이유로 사용자 사이트가 있었으면 참 좋겠다는 생각이 더 듭니다 ^^&

황비님 의견에 동의합니다...!!

제가 아는분들도 대부분 구글 사용에 어려움이 있습니다 왔다 갔다..뭐가 먼지도 잘모르는분들...대부분 초보자분이지만...

게시판이 생기면 저는 게시판을 많이 활용할꺼에요...

근데 버그 신고에 중복인걸 어떻게 확인하나요 개발자님들 중복 버그 신고 내용이 많아지면 확인과 관리가 어려운듯 한데..

한눈에 버그가 생기면 그버그에 대한 중요성을 확인하고 중복이 안되는 방식으로 할수 있는 게시판은 없을까요?

아주 좋은 의견입니다.

그러면 이슈에 대한 사용자들의 다양한 의견과 공통사항이 개진될 수 있으며 중요도를 결정짓는데에도 도움이 될듯 합니다.

다만 개발자들은 싫어할 듯합니다. 

사용자 입장에서 이슈 해결을 위해 좋은 의견 주셔서 고맙습니다. 그러나 당분간 어떤 게시판도 새로 개설할 계획이 없고 향후(6월 말경) 개편시에도 현재 열려있는 상당수 게시판을 없애고 최소한으로 축소할 예정입니다. 제안 주신 방법은 사용자들이 구글 코드에 이슈 등록하는데 불편함이 매우 커서 이슈가 원활하게 등록되지 않고 있다고 판단 되면 고려해 볼 수 있는 방법 가운데 하나라고 생각합니다. 그러나 그런 불편함이 있는 경우라도 이슈를 여러 곳에서 등록하고 옮기는 과정 자체가 절차를 복잡하게 만들고 관리 이슈를 증가시키는 문제가 예상되기 때문에 우선 고려하지는 않을것 같습니다. 이슈는 한 곳에서만 등록되고 관리되어야 한다는 것이 현재까지 XE팀의 원칙이고 입장입니다.

비슷한 성격의 게시판을 늘이는건 상당히 비효율적이라고 생각합니다.

구분이 필요하다면 차라리 카테고리(분류)로 나누는게 낫다고 개인적으로 생각합니다.