이제 겨우 일주일이 흘러간 포럼치고는 정말 역동적인 것 같습니다.
여러분의 소중한 의견 하나하나가 올라오는 것을 보는 것만으로도 충분히 감동스럽습니다.

태터&프렌즈의 운영과 관련하여 여러분들과 의논을 하고, 중지를 모아본 끝에 몇가지 결론에 도달하게 되었습니다.
( 소중하신 의견들 보내주신 여러분께 먼저 감사하단 말씀 올리구요 ... )
지금처럼 TnF , Reporter , Developer 의 체계는 너무 개발지향적이며,
여러분들의 창의적이고 열성적인 참여를 어우러지게 하는데는 부정적! 이라는 의견이 대부분이었습니다.
하여 TnF 를 매우 수평적인 참여분야로 세분화하고, 이러한 소그룹안에서 프렌즈 여러분끼리 자치를 하시도록 하는 방안이 유력하게 검토되고 있습니다.예를 들면 태터&프렌즈의 공헌분야를 다음과 같이 나눕니다.
QA( Quality Assurance ) , 스킨제작, 플러그인제작, 매뉴얼제작, 버그리포팅, 사용자지원  이러한 소그룹으로 세분화합니다.
( QA 는 최종배포대기본을 빡쎄게! 테스트 해주시는 역할을 해주시고, 사용자지원은 Q&A 게시판 등에 올라오는 질문들은 적절한 FAQ 나 검색등으로 유도해주시는 역할을 해주시는 것입니다. 저는 개인적으로 매뉴얼제작(특히 FAQ제작)에 일원으로 참여할 생각을 굳히고 있습니다. )

기존의 '리포터'는 버그의확실한 재현과 원인파악, 리포팅등에 많이 치우쳐져 있는 관계로 '버그리포터' 로 칭하도록 하고, Developer 는 소스트리에 대한 완벽한 권한을 가진다라는 의미에서 '커미터'로 개명하도록 하겠습니다.

즉, 태터&프렌즈 일원이 모두 수평적인 입장에서 태터툴즈를 만드는데 참여하실 수 있도록 시스템을 만들어 보고자 합니다.

먼저, 제가 위에 나누어 놓은 태터&프렌즈의 소그룹에서 추가/변경/삭제 되어야 하는 부분이 있다면 자유롭게 의견을 주시기 부탁드립니다. 여러분들께서 내어주시는 소중한 의견을 기반으로 소그룹을 확정하고, TnF 여러분들이 원하시는 그룹에 속하실 수 있도록 포럼을 조정하도록 하겠습니다. 앞으로 단순한 배포판 말고도, 재밌는 서비스들이 많아질 것이며, 이 과정은 너무나도 당연히 프렌즈의 의견이 최선으로 반영되도록 하겠습니다. 현재 개발팀 내부의 의도에 따라 프렌즈의 뜻을 반하는 행위를 하지 않을 것임을 모두앞에서 약속드리며, 오히려 여러분들이 저희와 한팀이 되어주실 것이라고 믿어 의심치 않습니다.

대한민국에서는 불가능하다고 여겨지던 오픈소스 프로젝트가 이렇게 한발한발 앞으로 나아가고 있다는 사실에 무한한 감동을 느낍니다. 그리고 여러분... 정말 감사합니다.  

!! 포럼 소그룹확정에 여러분들의 많은 아이디어 부탁드립니다. !!!

-태터&프렌즈  노정석 드림

이제 겨우 일주일이 흘러간 포럼치고는 정말 역동적인 것 같습니다.
여러분의 소중한 의견 하나하나가 올라오는 것을 보는 것만으로도 충분히 감동스럽습니다.

태터&프렌즈의 운영과 관련하여 여러분들과 의논을 하고, 중지를 모아본 끝에 몇가지 결론에 도달하게 되었습니다.
( 소중하신 의견들 보내주신 여러분께 먼저 감사하단 말씀 올리구요 ... )
지금처럼 TnF , Reporter , Developer 의 체계는 너무 개발지향적이며,
여러분들의 창의적이고 열성적인 참여를 어우러지게 하는데는 부정적! 이라는 의견이 대부분이었습니다.
하여 TnF 를 매우 수평적인 참여분야로 세분화하고, 이러한 소그룹안에서 프렌즈 여러분끼리 자치를 하시도록 하는 방안이 유력하게 검토되고 있습니다.예를 들면 태터&프렌즈의 공헌분야를 다음과 같이 나눕니다.
QA( Quality Assurance ) , 스킨제작, 플러그인제작, 매뉴얼제작, 버그리포팅, 사용자지원  이러한 소그룹으로 세분화합니다.
( QA 는 최종배포대기본을 빡쎄게! 테스트 해주시는 역할을 해주시고, 사용자지원은 Q&A 게시판 등에 올라오는 질문들은 적절한 FAQ 나 검색등으로 유도해주시는 역할을 해주시는 것입니다. 저는 개인적으로 매뉴얼제작(특히 FAQ제작)에 일원으로 참여할 생각을 굳히고 있습니다. )

기존의 '리포터'는 버그의확실한 재현과 원인파악, 리포팅등에 많이 치우쳐져 있는 관계로 '버그리포터' 로 칭하도록 하고, Developer 는 소스트리에 대한 완벽한 권한을 가진다라는 의미에서 '커미터'로 개명하도록 하겠습니다.

즉, 태터&프렌즈 일원이 모두 수평적인 입장에서 태터툴즈를 만드는데 참여하실 수 있도록 시스템을 만들어 보고자 합니다.

먼저, 제가 위에 나누어 놓은 태터&프렌즈의 소그룹에서 추가/변경/삭제 되어야 하는 부분이 있다면 자유롭게 의견을 주시기 부탁드립니다. 여러분들께서 내어주시는 소중한 의견을 기반으로 소그룹을 확정하고, TnF 여러분들이 원하시는 그룹에 속하실 수 있도록 포럼을 조정하도록 하겠습니다. 앞으로 단순한 배포판 말고도, 재밌는 서비스들이 많아질 것이며, 이 과정은 너무나도 당연히 프렌즈의 의견이 최선으로 반영되도록 하겠습니다. 현재 개발팀 내부의 의도에 따라 프렌즈의 뜻을 반하는 행위를 하지 않을 것임을 모두앞에서 약속드리며, 오히려 여러분들이 저희와 한팀이 되어주실 것이라고 믿어 의심치 않습니다.

대한민국에서는 불가능하다고 여겨지던 오픈소스 프로젝트가 이렇게 한발한발 앞으로 나아가고 있다는 사실에 무한한 감동을 느낍니다. 그리고 여러분... 정말 감사합니다.  

!! 포럼 소그룹확정에 여러분들의 많은 아이디어 부탁드립니다. !!!

-태터&프렌즈  노정석 드림

네. 그렇게 되고 익숙해지면 좋습니다
두가지 문제라면, 사용자들이 다가올 수 있는 진입장벽이 더 높아질 수 있다는 점과, 엄격한 코드 관리가 힘들어진다는 점 입니다. 후자의 이야기는 큰 문제가 아닐 수 있으니 생략하고, 앞 이야기를 해보겠습니다.

trac을 써보셔서 아시겠지만, 컴퓨터와 친하고 trac에 어느정도 익숙한 사람들에게는 정말 편리한 도구이지만 처음 접하거나 프로그래밍이나 위키에 그다지 관심이 없으신 분들에게는 외계어의 조합에 복잡다양한 구조일 뿐입니다. 이런 상황에서 trac으로 모든 개발 관련 사항을 이전한다면, 피드백을 어느정도 포기하자는 말이 되어버립니다. 그것도 가장 중요한 end-user 층에서요.

또한 i18n에 대비하여 현재 작성되는 trac의 내용등이 영어와 한국어 양 쪽을 동시에 작성하고 있으며 (전체는 아니지만) 곧 모든 내용의 작성이 영/한 양쪽으로 작성될 것을 생각하면... 개발관련 사항이 모두 그 쪽으로 이전했을 떄의 진입장벽은 하늘을 찌르겠지요

물론 ticket을 작성할 수 있는 사용자층이 넓어져야 한다는 점에는 동의합니다. 하지만 그 경우 ticket을 작성하기 힘드신 분들에게는 (그 개념이 아예 이해가 힘드신 분들도 계시죠) 일종의 간극이 생겨버린다는 점에서 아직까지 무리라고 봅니다.
(처음에 포럼형식으로 게시판 만드는 것도 다들 의견이 분분했어요 ㅠ_ㅠ 우리나라에서 포럼형식으로 게시판 열면 전문가-_-들만 글 쓸 줄 알거라구요 -o- )

태터가 computer geek들만이 아니라 모든 사람들에게 사랑받으면서 자라려면, 아직까지는 국내의 환경을 고려하지 않을 수 없을 듯 합니다. 제 입장에서야 마잇님의 말대로 되는 것이 가장 직관적이고 편하지만, 천천히 가야 하는것 아니겠습니까

공식홈페이지의 게시판을 합치는 이야기는 여러가지 의견이 있을 수 있으니 다 같이 생각을 해 보았으면 합니다. 여기로 합치면 좋겠지만, 세상엔 제로보드만 게시판으로 아시는 분들이 대부분입니다...

inureyes 작성:

Ever_K 작성:

일단 크게 개발쪽과 고객지원쪽으로 세분화하고 해당 부분에 각 한분씩 총지휘자를 두는형식으로 진두지휘를 하게되고,

개발쪽에  플러그인,스킨 등 테터툴즈를 돌릴때 필요한 각종 개발을 담당하는 하위분야들을 두고, 사용자지원부분에 메뉴얼담당,Q&A담당,FAQ담당 등 이런식으로 빨리 세분화를 이루신후에 각 부분에 적절한 인재분을 배치하는게 좋을것같습니다.

이렇게 세분화하고 각 그룹원에게 자신이 해야될 목표를 확실히 구분지어주면 능률도 오르고 더욱 열심히하리라 생각이됩니다.

지휘자... 라기는 그렇고, chester님 의견대로 분야를 나누고 분야별로 관심있는 분들이 게시판에 모입시다. 그 후 그 카테고리 안에서 참여하시는 분들이 지휘자나 방향등을 자율적으로 결정하는 식이 나을 것 같습니다. (정 처음에 시작이 힘들다면 누구나 동의할만한 분들이 '장'을 맡아주시면 되겠죠^^) 위에서 아래로 척척척- 이 아니라 잘 안 될 것 같지만, 지금 위키 매뉴얼 채워지는 정도나 dev.tattertools.com 보시면 그렇지도 않습니다.
또한 그러한 분야의 구분이 너무 확실해서 배타성을 띄거나 하는 것도 안 좋을 것 같습니다. 일종의 명찰이라고 하는 것이 어떨까요? 모두들 관심있는 것으로 명찰을 하나씩 다는거죠. 나는 1반 너는 2반 이런 식으로요.

이상하게 들릴 수도 있지만, 속도가 전부는 아니라고 생각합니다. 완전한 세분화가 이루어질 수도 없지요. (코드 분석이 없이 플러그인 스트럭처 설명을 할 수는 없을테고, 환경 피드백 없이 디자인을 할 수도 없을테니까요 ^^; ) 주종목 명찰을 달되, 여기저기 기웃거리는 그런 즐거움도 있어야 하겠고, 별로 기여할 거리는 없지만 사람들이 좋아서 자유게시판 죽돌이가 되시는 분도 있어야 하지 않을런지요.

사람이 함께 하는 개발이 되었으면 합니다.
결국 우리가 쓰기 위해서 만드는 태터툴즈잖아요

군대식 착착착이 아니라 느릴 것 같지만, 개인적으로는 그 과정이 가장 빨리 발전하는 방향이 되지 않을까 생각합니다.

이미 많은 고민과 생각으로 계획을 세우신듯 한데 너무 늦은 의견이 아닌가 걱정이 되지만 의견을 적어봅니다.

처음 dev.tattertools.com을 접속했을때 Trac 인터페이스를 보고 매우 반가웠습니다. 한손으로도 꼽아도 남을 횟수의 버그 리폿 경험을 가지고 있지만, 접해본 버그 트래킹 시스템 중에는 편리하고 간단하면서 개발 현황을 어렵지 않게 파악할 수 있었던 경험 때문이었습니다.

Trac과의 첫경험(?) 덕분이었는지 저는 공식적인 버그 트래킹 시스템에 리폿하는것에 대한 막연한 두려움?이랄까 그런것을 버리고 평소 자주 사용하던 소프트웨어의 불편했던 점과 건의사항을 개발자들에게 직접 전달하고 좋은 결과를 얻을 수 있었습니다. 새로운 릴리즈 변경사항에 비록 이름까지는 아니어도 제가 올렸던 버그 넘버가 적혀 있던걸 보고 매우 놀라운 감정을 느꼈습니다. (물론 좋은쪽입니다 ; -)

일단 가입하지 않은 상태에서는 새 티켓을 작성할 수 없는것 처럼 보여서 홈페이지의 게시판과 dev 사이트를 둘러보다가 Forum 메뉴 링크를 눈치채고 이 사이트로 들어오게 되었습니다.

제가 둘러본 바로는 사용자와의 대화창구를 3단계로 나누신 것 같습니다. 공식 홈페이지의 게시판들, 그 다음 이 포럼, 그리고 Trac.

현재 Trac은 저같은 사용자들한테는 읽기 전용으로 보입니다. 새 티켓 작성이 안되는 것 같습니다.

많은 고민과 생각으로 이런 구조을 결정하셨겠지만 저는 이 포럼과 Trac을 가능한 합쳤으면 좋겠다는 의견입니다.
공지사항, 아이디어, 플러그인, 잡담하기 포럼은 이 포럼 성격에 잘 맞는 것 같습니다.
하지만, 벌레잡기, 1.0.5개발 버전 게시판의 내용은 Trac쪽이 낫지 않을까 하는 생각입니다. 물론 그러러면 익명 사용자의 새 티켓 작성이나, 최소 제약없는 회원가입후 티겟 작성까지는 허용되어야 할 것입니다.

더 나아가 공식 홈페이지 쪽 게시판들과 이곳의 공지사항, 아이디어, 플러그인, 잡담하기와 같은 성격의 포럼을 합치는 것도 조심스레 건의를 드려봅니다.

간단히 요약하면, 제가 언급했던 3단계가 원래 의도하신 것이라면 이것을 2단계로 합치는 것이 어떨까 하는 의견이었습니다.

정작 젤 중요한 왜 그래야 하는지에 대한 의견을 못쓰겠네요. 논술세대가 아니어서 그런가 봅니다.  ;-)

어제 질문했던 사람이 오늘 답변하게 되고, 오늘 답변했던 사람이 내일 패치를 올리는 그런 환경을 만들어 나아가는데 보다 직관적이고 단순한 대화창구를 만들어 가는것이 좋다고 생각되어서 늦은감이 있지만 몇 마디 적어 보았습니다.