2.딸깍 탭에 대한 의견 일단은 위의 글처럼 복구탭 문제 때문에 부정적입니다 다만 그럼에도 딸깍 번역에 대한 편익이 크다면 만드는 것도 극렬반대까지는 하고 싶지는 않네요 3.완장이 올린 공지 처럼 흘러가는 것에 추가, 수정 사항 검수구인 같이 복잡한 절차나 인명지명등 일어를 어떻게 한국어로 바꿀 것이냐에 대한 광범위한 규제는 객관적이지 않으며 가능하기 매우 어렵다고 생각합니다 4.피드백에 대한 의견 늘 그렇듯이 피드백 해달라고 해도 안 하는 분들이나 피드백하랬더니 욕설하는거 보면 달갑지는 않네요 피드백 기분 나빴다고 해서 접는 사람도 있구요 그럼에도 피드백 자체는 널널하게 봐야되지 않나 싶네요

개인생각 이런 동인겜 번역판 자체가 번역하는 사람 많지 않고 다른 곳에서 봤을 때는 저처럼 저열한 수준의 기술과 언어능력을 지녔으면서 번역하고 있는 판이겠죠 그래서 그런지 몇몇 역자에게 휘둘리는 경향이 큰데 이번 것도 그런 것 같습니다 AI번역이 없거나 적어 기번 위주로 굴러가던 23년? 24년도?만 해도 딸깍이 아닌 번역들이 계속 되어서 쯔꾸루는 거의 완벽하게 번역되고 있었습니다 그리고 그 기번들을 만들던 사람은 현재 현타와서 이전만큼은 번역하지 않구요 이런 기번과 AI번역 인식에 관한 문제를 완장들이 나선다고해서 해결될 것 같지도 않고 시대의 흐름이 AI번역을 향하고 있습니다만 아무튼 아쉽네요

그럼 쯔익 기본추출 + 다른작업 을 어떤 툴로 간단히 명시하게하면 어떤가요 그리고 늘 어떤툴을 사용했다고 게시글 마다 명시는 귀찮은 감이 있으니 다수의 번역작이 있으신 분들은 자신의 프로필 설정에서 소개에 자신은 어떤 툴을 사용한다던가 실황에 기본 작업과정을 작성해 링크로 남겨두는 방법은 어떠신가요?

방금 삭제된 대댓 내용이 뭔지 아시나요?

[미검수 기준] 제안할 수 있는 기준들에는 아래와 같은 내용들이 있으니 참고 바랍니다. 인명 통일, 아이템명 통일, 스킬명 통일, 에로스테이터스 및 스크립트, 화자의 화법 통일(ex: 데스와~를 사용하는 화자의 경우 자신이 생각하는 아가씨 어투로 통일) 등 쯔꾸르의 경우 Database, 일명 Actors, Weapons, Skills, Items, 등의 파일들을 기준으로 먼저 사전을 정리하다보면 <인명 통일, 아이템명 통일, 스킬명 통일> 등은 자연스럽게 진행 할 수 있을 것이라고 생각합니다. 제가 제안한 것을 전부 요건으로 하실 필요는 없겟지만 에로스테이터스는 주로 스크립트에 있는 경우가 많으므로 스크립트 번역을 선택지로 두지 않으시는 편이 좋을 것 같습니다.

[딸각 복구 및 번역 선점] 지금 제일 쟁점인 부분이 이 부분이라고 생각합니다. 검수를 진행하지 않은 번역을 올린 역자가 차후에 다른 역자가 검수를 진행하여 새로운 번역본을 배포하였을 때, 일종의 '텃세' 를 부리며 왜 번토 하느냐 하면서 따지는 경우가 있다는 겁니다. 이 때문에 기존에 꾸준히 번역을 진행하셨던 역자분들이 개선된 번역을 올리고 싶어도 건드는데 꺼림찍함을 느끼신다고 합니다. 또한 딸각 번역물이 계속 복구되면 기껏 제대로 번역되었던 검수본이 사라지는 경우도 있습니다. 따라서 딸각 탭을 두시지 않는다 하더라도 검수를 진행하지 않은 번역물에 대한 권리는 인정되지 않음을 명시하여야 할 것 같습니다. 기준에 통과되지 않은 번역물은 올렷더라도 선점 하였다고 인정 받을수 없으며, 재공금 요청이나 복구 요청등을 할 수 없다고 규정을 두셔야 할 것 같습니다. 당장 올라오는 복구글들을 삭제하지는 않더라도 이후 문제가 발생하였을 때 규정을 근거로 처리와 처분을 결정하실 수 있을 것입니다.

[AI 번역의 문제] AI 번역도 검수를 마치지 않으면 기계번역 보다도 끔직한 결과물이 나옵니다. AI를 썻다고 해서 딸각이 아닌것은 아니니 이 부분도 검토가 필요하실 것 같습니다. 다만 기계번역 보다 검수과정이 번거로울 수는 있다고는 생각합니다. 따라서 AI를 자주 사용 하시는 역자분들에게 몇 줄 정도 '미번' 혹은 '어색한 번역'이 나와도 허용해주면 좋을까요? 등의 의견을 취합하심이 좋을 듯 합니다. 저는 AI번역에 익숙하지 않아서 먼저 해법을 제시해드릴 수 없을 것 같습니다. 저 같은 경우 AI 번역을 할 때 툴을 쓰지 않고 커서(Cursor)라는 코딩도구의 AI기능을 활용하는데 기번 혹은 AI 초벌 이후 검수를 하시려는 분들한테 추천해드리는 것도 나쁘지 않을 것 같아서 알려드립니다. 사실 클로드 코드나 제미나이 CLI 등이 비용면에서 저렴하기는 할텐데 커서는 VS code와 동일한 GUI를 사용하는 도구이기 때문에 좀더 쉽게 검수작업에 사용하실 수 있을것 같아서 알려드립니다

딸깍탭에 올라온 번역물이 한 달 후 복구탭에서 올라올 수 있다는 것에 대해서는 어떻게 생각하시나요?

2.딸깍 탭에 대한 의견 탭을 분리하는 부분에 대해서는 조심스러워짐. 왜냐하면 내가 경험하지 못한 부분이기 때문에 탭 분리로 인해 개선될지 안될지를 내가 판단하지 못하겠음. 굳이 따져서 어느쪽이냐 하면은 반대에 가까움. 왜냐하면 번역탭에서 딸깍탭으로 강제 이동 됐을 시, 현재 문제가 된 사건처럼, 해당 역자가 길길이 날뛸수 있는 부분이고, 지금과 대처가 크게 달라질까 라는 회의감이 있음. 또한, 탭이 분리된 이후에 탭을 폐지하는 과정도 순탄치 않다고 생각. 다만, 미리 말했듯, 내가 경험치 못한 부분이기에 확답을 못주겠음.

3.완장이 올린 공지 처럼 흘러가는 것에 추가, 수정 사항 탭을 추가하던, 딸깍 규칙을 새로 짜던, 좀 더 간략화, 예시를 많이 추가하여 의무교육 못받은 애새끼가 봐도 이해하기 쉬워야 한다고 생각. 그리고 무지성 억빠들에 대한 제재책이 있으면 좋겠음. 딸깍보다 얘네가 더 악질임.

4.피드백에 대한 의견 피드백 댓글은 권장되어야하고 보호받아야함. 어지간히 분탕이나 시비에 가까운 댓글이 아닌 이상 얘네도 어느정도 리스크를 감수하고 공유하는 것이라고 생각됨. 얘네 없으면 역자는 오역 오류 미번이 있는지도 모르고 넘어갈때가 매우 많아서 피드백이 절실함.

그 외 의견 본인이 의견을 모으다 보니, 번역요청에 대한 부분이 미흡하다고 생각. 번역요청탭을 만드는건 어떨지 생각됨. (요청탭처럼 1일 제한을 둔다던가)

UI나 스테이터스도 포함인가요?

대부분의 의견은 동감합니다만 악화가 양화를 구축한다는 표현은 코스트가 낮은 딸깍 번역이 검수 번역을 밀어낼 때 쓰는 표현아닐까 싶네요 딸깍을 허용했을 때 생기는 새로운 파이가 검수 시장에 악영향을 하나도 끼치지 않거나 악영향을 감안해도 순수익일 때 이득이라고 생각하구요

예 무분별한 딸깍은 현제 전부다 좋지 않게 보시지만 의논 하신 부분들에 중 기준 명확화가 우선순위인듯 하네요 미검수 번역을 구분하고 판단할 수 있는 지침을 정해두는것이 우선을두고 이야기하신 초보 역자나 입문자들이 위축될수 있으니 문턱 조정 1. 규정기준 명확화 2. 기준미달 번역품이 복구탭에 풀려 다니는걸 걱정하시는 의견도 있고 3. 기준을 잡 되 입문자의 허들을 유지 4. 간결한 규정공지

강제 참여가 아니고 호출 시스템부제로 인해 직접 오셔야 할거같네요

예 저희도 기간은 생각하고 있고 한번 번역한 작품을 지장없이 플레이 가능하도록 수정하겠다는 마음을 무시하진 않을겁니다. 하지만 3일 이상 확답을 주지않을시 기존 이용자들이 그번역물의 사장을 걱정하고있어 기한을 더늘리는게 맞나 의문이 드는 점이네요

저는 초보일 경우 ‘어느 부분’을 검수 미스해도 눈감아줄수 있는지에 유예를 두는 것에 의견을 드린 것입니다. ‘기간적 유예’는 길어지면 길어질수록 현상황으로 돌아올수도 있습니다. 피드백이후 답변이 달린 시점에서 제시해주신 3일의 하루전인 2일차까지 추가 수정이 확인되지 않는다면 댓글로 미리 삭제나 탭이동 조치가 이루어 질 수 있다는 안내를 하시고, 안내이후로도 응답이 없는경우 3일차에 바로 삭제를 하시는게 맞을 것 같습니다. 피치못할 사정이 있다고 하면 최대 이틀 정도만 유예를 추가해 주시고 일주일 이상 걸린다고 하면 본인이 감당할 수 없는 작품을 번역한 것이니 다른 역자분이 새로 번역하실 수 있도록 글을 삭제한다고 안내해 주셔야 할것 같네요

2.딸깍 탭에 대한 의견 아래의 문제가 발생했을 시 관리가 가능하다면 찬성하는 입장 1)복구에서 문제가 생길 가능성 : 번역탭vs딸깍탭 같은 게임의 번역물이 등장하는 경우, 무분별한 복구를 하는 경우 더 나은 퀄리티의 번역물이 묻힐 가능성을 배제할 수 없음 2)번역탭→딸깍탭으로 이동 조치된 번역물의 게시자가 반발할 가능성 : 이동 조치된 게시자가 반발할 때 이를 명백히 입증하지 못하는 경우 입장이 난처해질 수 있음 또 다른 문제가 발생할 수 있지만, 일단 생각나는 건 이 정도임 이를 관리할 수 없다면, 탭 분리는 반대하는 입장 3.완장이 올린 공지 처럼 흘러가는 것에 추가, 수정 사항 여러 번 곱씹어봐야 읽힐 정도로 복잡함 4.피드백에 대한 의견 피드백은 피드백이지 뭇매를 던지는 용도가 아님, 서로 얼굴 붉힐 일이 없이 오갔으면 함 그외 본인 생각 임시 공지 댓글에 달았듯, 명색이 야겜 커뮤니티인 만큼 번역에 대한 가이드가 필요하다고 봄

확실히 플레이 기록을 증명하는게 좋은 의견인것 같습니다. 본인이 플레이하다보면 UI에 미번있는 것을 스스로 확인하기에도 좋고 해당 플레이 기록을 증빙하는 과정에서 자연스럽게 검수 과정으로 이어질것 같아요

제목을 게임업로더, 역자, 식자, 피드백 댓글러로 바꿔주셈. 역자만 오니까 의견이 안모여짐

아니면 역식자로 축약해도 되고

개인적인 의견인데 아예 역자들 의견이 없는 피드백 하시는 분들의 의견을 듣는 글을 따로 올리시고 그쪽 반응을 확인해보시는 것도 방법일 듯 합니다. 여태껏 역자분들과 피드백 및 다운 받으시는 분들이 같은 불판 위에서 이야기했는데 의견 교류를 하기도 전에 고정된 논지로 엇갈리시는 것 같아서요. 아예 분리된 다른 불판을 올려보시면 예상 외의 좋은 아이디어가 나올 수 있을 것 같네요

해당 사항은 미처 생각하지 못했네요...수정하겠습니다.

해당 부분 수정하였습니다

2. 딸깍 탭에 대한 의견 딸깍탭을 개설했을 시에 기대되는 효과는 제 생각엔 매우 이상적으로 느껴집니다. 하지만 그 탓에 더욱 현실성이 느껴지지 않는것 같습니다. 확실히 검수자가 따로 생기고 번역 퀄리티를 발전시키려는 사람이 있다면, 그리고 점점 많아진다면 선순환이 되겠지만 실제로 그렇게 될 가능성은 매우 낮다고 생각됩니다. 제가 이 부분에 대해 부정적인 부분은 아래와 같습니다. ①탭이 늘어나며 업로더의 혼란이 될 가능성 ②유저의 불편함이 커질 가능성 ③검수자의 구인이 현실적으로 힘들기도 하고 인력낭비가 될 가능성 제 개인적으론 새로 탭을 개설하기 보다는 제목에 손번인지 기번인지, 기번이라면 검수를 했는지 안했는지에 대해 적는것이 좋아보입니다 EX) (손번역)RJ0000000 □□□□ (AI기번)(Ren'py)(청아)□□□□□□□□□□ (기번/검수X)RJ0000000 □□□□□□ 위의 예시처럼 손번인지 기번인지, 검수여부에 대하여 맨 앞에 작성하도록 두고 혐오태그는 썸네일로

님이 보기에 검수부분에 대해서 어떻게 생각함. 미번 어디어디를 이렇게 고쳐라 라고 알려주면 후속적으로 검수를 할 것인지, 아니면 그런 검수 규제가 너무 빡빡하다고 생각하는지

1.딸깍 규제에 대한 명확한 기준 - 이거는 시대에 따라서 기준이 매번 널뛰기 했었음. 초고대시절(xx넷, xxpeople등)때는 대사만 번역해도 감지덕지였고, 지금은 딸깍으로 치부되는 부분, 메뉴나 특수기능들은 '스크립트'로 다르게 다루어졌음. 그리고 아카챈으로 넘어오면서, 번역자들이 번역노하우가 쌓이고 각종 툴이 개발되면서, 알만툴에서는 data+plugins를 번역하는것이 반쯤 암묵적인 룰이 되어갔음. 그리고 지금 코네로 넘어오면서 문제가 생긴 것이, 성능좋은 툴이 생기면서 번역의 진입장벽이 낮아지고 여러 신규 번역자들이 입장하였음. 그리고 위의 암묵적인 룰을 잘 몰랐고, 툴의 기본기능으로 번역가능한 부분만 번역하다보니 생긴 사태가 지금의 딸깍 사태라고 봄. 그래서 내가 보는 딸각의 기준은, 툴의 기본기능을 사용하여 번여가능한 부분만 번역한것이 딸깍 정도라고 봄. 즉, toolkids의 번역자 판임.

알만툴도 js사용하는 MV/MZ가 유독 간편한 편이고, VX/VX ACE등의 경우 루비를 사용하는데 스크립트 추출이 상대적으로 번거로워서 복잡한 스크립트 사용한 게임들은 정보를 더 찾아보긴 해야 할 겁입니다. 번역에 도움될 자료들이 아카에서 잠들어 버려서 저는 옛날 네이버 블로글 보고 찾아서 해결했거든요