뭉탱이 작성:

일본어화 할때... '독도는 우리땅' 이라고도 좀 넣어주세용 -0-a;;

주장이야 맞는 이야기입니다만,
기본적으로 일본어 리소스의 취지에 맞지 않는 문장이므로 넣지 않을 생각입니다 (...)

헉 플래시로 구현하게 되시면 7 버전으로 가능하게 구현을 부탁드립니다 ㅜㅜ

*nix쪽은 아직 8 버전이 없습니다. Mac OS X 버전은 있는 걸 보니 곧 되긴 할 것 같지만...

안그래도 요새 동작이 안되는 플래시들을 간혹 마주쳐서 우울해집니다 ...

그렇지만 처음부터 다 준비가 되어 움직일수는 없는 문제이니...
우선 작은거부터 영어권 로컬화 작업을 시작하는게 좋을꺼 같습니다:-)

진행되면서 하나 하나 이슈들은 정리가 되리라 생각되고요^^;

　IT English, 좋군요. 컴퓨터에 걸맞는 영어... 저는 영어 하면 이상하게 컴퓨터 계열 영어밖에 모르거든요.
　태그에 대해서는... 가끔 일본어로 된 태그도 몇가지 올리긴 하지만, 아직 일본인이 활용하지 못 하는 단계라는 게 아쉽긴 하더군요. 지역로그도 아직 한글로 된 것밖에는 보이지 않고...

　일본어 로컬라이징이라면 미력하나마 할지도 모르겠습니다.

Peris 작성:

질문에 답하거나 태터툴즈를 대신 설치해준다거나(홈페이지에 이미 있는 것들)
그런걸 말씀하신게 아닐까요?

근데 태터홈에서 질문이나 설치 메뉴는 따로있는데 굳이 이곳까지 할건 없을듯한데요.
다른 목적이 있는것 같은데..

이제 대충 TatterTools 코드를 읽었읍니다. "Eolin.PHP.XMLRPC"에 chester님 말씀대로 XML-RPC가 구현되어 있더군요. 결국 Wrapper를 하나 만들어야 하네요. 무식이 박력이라고 제가 metaweblogAPI를 plugin 형태로 실현해 보려고 합니다.  한가지 확실하지 않은게 "Eolin.PHP.XMLRPC" 에서 어떻게 base64 binary 를 Encoding 하는지 잘 모르겠네요.  Moon Night 으로 하는 것이이라 시간은 장담은 못하지만 열심히 해보죠.^^

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단계로 합치는 것이 어떨까 하는 의견이었습니다.

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

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