소미소프트

11/12/25 Edited 12/07/25

Deleted comment.

11/12/25 Edited 12/07/25

Deleted comment.

11/12/25 Edited 12/07/25

Deleted comment.

11/12/25 Edited 11/12/25

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

mybest

11/12/25

피드백 많이 받으면서 공부되고있음 피드백중 모르는거 챗gpt에서 많은 대답 나온다는 피드백받은이후 챗gpt도 계속 사용하면서 남들 번역안하고 번역어려운 툴도 번역할려고 게임 해부작업도 해보고있음 피드백받는거에 100퍼 찬성함 그리고 난 기번 번역자고 ai도 유료로 안쓰고 툴도 첨이라서 서툰데 딸깍이다 까지는 이해가는데 바로 하지마라는 아닌거같음 누군가 수정사항말해주고 그거 모르면 물어보고 그래서 고치고 하는게 맞다고 보고 난 이랬으니 안함 이런거는 안된다고보고 이거 이렇게 하는거 모르는데 어떻게하나요 같은게 좋다고 봄 현생살기 바빠서 바로바로 피드백어려운것도 이해해줘야한다고 보고 그래도 가능한 언제까지 해보겠다 이런게 있으면 좋을듯

순애벌레

11/12/25 Edited 11/12/25

Deleted comment.

1uF

11/12/25

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

11/12/25

[딸각 탭] 신규탭을 신설할거라면 노리스크 노리턴 탭으로 딸각 탭을 두면 좋겠다는 의견이었는데요, 일단 검수탭의 검수에 참여해줄 사람을 구한다는게 실질적으로 어렵기 때문에 그 대신 딸각 탭을 두어 검수를 진행하지 않은 번역물을 올릴 수 있는 공간을 두면 어떨까 하는 의견이였습니다. 다만 딸각 탭이 있다면 이건 왜 딸각 탭 안가고 번역 탭에 올렸냐? 등의 시비를 거는 분들이 생길 수 있다는 점이 문제점 입니다. 저는 그것보다 문제라고 생각하는게 아직 검수를 미처 다 하지 않은 역자가 자기는 번역탭에 올리고 지속적으로 수정해서 검수를 완성할 것이다 라고 주장하며 번역물을 게시하는 경우인데요. 이 때문에 번역탭에 올릴 수 있는 '명백한 기준'을 두고자 '무엇을 하지 않았을 때' 검수가 완료되지 않았는지에 대한 의견들을 나누는 것이 좋다고 생각했습니다. 이 기준을 완수하지 못한 번역물은 번역탭에 올릴시 최대 차단 까지 받을 수 있음을 경고하셔야 할 것 같습니다.

11/12/25

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

11/12/25 Edited 11/12/25

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

11/12/25 Edited 11/12/25

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

11/12/25 Edited 12/09/25

Deleted comment.

11/12/25

1.딸깍 규제에 대한 명확한 기준 번역프로그램을 돌린채 검수 안한 쯔꾸르 게임은, 그냥 납득불가. 인게임에서 미번이 나오는 정도의 문제는, 피드백을 수용해 수정하느냐 마느냐로 해결 가능하다고 생각. 인명, 지명에 대해서는, 일반적으로 납득할수 있는 정도라면 가능. 그러나, 그냥 아예 개박살나면 미검수로 판단. (예시:근창 안개자)

11/12/25

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

11/12/25

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

11/12/25

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

11/12/25

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

Jack

11/12/25 Edited 12/21/25

Deleted comment.

11/12/25

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

11/12/25 Edited 12/09/25

Deleted comment.

11/12/25 Edited 11/12/25

다른 역자분들 이야기를 들어보니 아무래도 완장분들한테 필요한건 딸각 탭 의견보단 완장분들이 미검수 번역을 구분 짓고 업무 처리시에 사용할 번역지침인것 같네요. 입구 문턱을 너무 높혀버리면 입문을 하시겟다는 분들이 떠나실수도 있긴 합니다. 이전에 달린 덧글등을 읽어보니 손번역 수준으로 완성된 번역을 초기부터 요청한다고 느끼시는 분들도 있는 것 같습니다. 규정을 가이드 등으로 개정하실때 딸각이라는 표현은 피하시고 “최근에 발생한 미검수번역에 대한 대응으로 ‘초기 개시시 필수 검수 영역’을 지정하오니 역자분들는 개시 전 해당 가이드라인을 사전에 확인하시고 혹시나 발생할 수 있는 분쟁을 예방하시는 것을 권고드립니다.“ 등의 안내를 해주시면 좋을것 같습니다. 아다르고 어다르다보니 서로 이해하게 쉬운 간결한 공지로 올라가는게 좋을것 같다는 생각입니다

11/12/25 Edited 11/12/25

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

11/12/25

그리고 번역물에 대한 가이드라인도 있지만 완장분들 입장에선 피드백에 대한 가이드라인도 필요하실것 같네요. 지금 불타오른건 피드백 거부인데 이 부분을 넘겨짚으면 다음번에 또 선타고 댓글창에서 장작유도하는 분이 나올것 같습니다. 피드백은 어디까지 허용할 것인지 지금 여기계신 역자분들에게 물어보심이 좋을듯 합니다. 예를 들어 같은한자가 여러발음으로 번역되는 이름의 경우가 이전 게시물에 나왔엇는데요. 번역은 A로 됫고 스토리를 이해하는데 문제가 없는 상황에서 피드백이 본인이 B라고 생각하는데 왜 안고치냐고 따지실 경우 이에 대한 처리는 어떻게 하실건지, 지명같은 경우에도 일본어 발음 대로 할수도 있지만 지명에 스토리 네타를 섞어둔 경우가 있어서 플레이하면서 자연스럽게 이해하시라고 한국어로 바꾸어 번역 후 이것이 통일성이 없다고 피드백한 경우 이런 모호한 경우의 피드백은 어떻게 하는게 좋을지 다른 역자분들의 의견을 들으심이 좋을것 같습니다. 역자우선권을 주실부분도 공지가 필요할 것 같아요

11/12/25 Edited 11/12/25

역자 말고 미번쪽 업로더들이랑 피드백 다는 사람들도 좀 참여를 해줬으면 좋겠는데

11/12/25

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

11/12/25 Edited 11/12/25

아직은 딸각에 대해서만 이야기 하고 있지만. 이러한 사건들, 기준을 상향시켜야 한다는 기조를 반복시켜 지금 지속적으로 잘 올리시는 분들한테도 칼을 겨누는 일이 생길 수도 있을것 같습니다. 과정은 복잡해지겠지만 자체적으로 [초보] 임을 제목과 내용에 명시하시는 분들에 대해서는 스크립트 번역 부분에는 유예를 드리고 대신 위에서 말씀드린대로 본인의 번역이 쉽게 대체될 수 있는 점, 피드백으로 수정해야 할 부분을 알았을때는 해당 스트립트 미번 부분을 수정해야함을 스스로 인지하고 있도록 가이드를 제시하는 의견을 드립니다. 탭 신설보단 안정적일 것 같아요. 예전 같으면 다른 역자분이 스크립트만 넣어주기를 했을것 같은데 이것도 요즘엔 엑조디아 많아진다고 싫어하는 의견이 늘어난 이후로는 안나오는 것 같으니 따로 규정할 필요는 없을것 같구요. [초보] 번역인만큼 번역에 검수를 해도 누락이 있을 것이니 그 부분은 시행이후 유예를 추가하심이 나을것 같습니다.

11/12/25

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

11/12/25 Edited 11/12/25

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

anisakis

11/12/25

1.딸깍 규제에 대한 명확한 기준 실제 플레이 없이 업로드만 하고, 사후 지원을 거부하는 경우 (플레이에 지장이 갈 정도로 떨어지는 퀄리티, 번역으로 인한 진행 불가 오류 등) 만일 기술적&역량 문제로 번역&대응이 불가능한 경우 이를 명시할 것 이미지 번역에 관해서도 명시할 것 실제 플레이에 대한 증거로 게시글을 올릴 때 인게임 스크린샷을 동봉하도록 하는 방안을 제안함 많을 수록 좋으나, 최소한 타이틀 화면, 인게임 메뉴, 스테이터스, 초반 플레이 장면 정도는 있어야 할 것임 기대 효과 : 미리보기 느낌으로 해당 번역물의 퀄리티를 어느 정도 확인해볼 수 있음

anisakis

11/12/25

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

11/12/25

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

11/12/25 Edited 11/12/25

지금까지의 의논내용을 정리하겠습니다. 1. 일명 딸깍 규제에 대한 명확한 기준을 정해 관리하자 (기준미달 발견시 충분한 가이드라인도 제시) 2. 딸깍탭 신설에 대한 의문 / 만약 신설시 노리스크 가 되어야한다 3. 완장이 올린 공지 처럼 흘러가는 것에 추가, 수정 요청 4. 피드백은 널널해야한다 5. 규정과 기준을 정할시 딸깍번역물에 복구는 규제해야할까 6. 이안건의 문제로 번역입문자의 허들을 높이지 않게 해야한다. 역식자, 게임업로더, 피드백 댓글러 유저들은 자유롭게 참여부탁드립니다.

11/12/25

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

11/12/25

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

11/12/25 Edited 11/12/25

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

11/12/25 Edited 11/12/25

Deleted comment.

inori

11/12/25

이 글의 취지는 역자들의 의견만 표명해 수집하는 글인가요 아니면 글 내용처럼 게임업로더, 역자, 식자, 피드백 댓글러도 의견 표명이 가능한 글인가요 다름이 아니라 글 제목이 역자들 의견수집용이라 명시 하면 대부분의 사람들은 아 역자들만 의견을 수집하는 내용의 글이구나 생각하고 조회도 안할거 같습니다. 만약 글 내용처럼 게임업로더, 역자, 식자, 피드백 댓글러도 의견 표명이 가능한 글이라면 제목을 이에 맞게 수정 하시는게 좋을거 같습니다.

1uF

11/12/25

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

nadumi

11/12/25

해당 부분 수정하였습니다

polaris

11/12/25 Edited 11/12/25

Deleted comment.

polaris

11/12/25 Edited 11/12/25

1. 딸깍 규제에 대한 명확한 기준 사실 이전에 챈이었던 시절엔 역자가 아니라 그냥 손님이었어서 그런지는 모르지만 제 개인적으론 딸깍번역에 대해선 호의적이었습니다. 다만 얼마 전에 매우 심각한 퀄리티의 딸깍번역이 올라왔었다는 사실을 알고 조금은 필요할것 같다는 생각이 들었습니다. 먼저 제가 생각하는 규제의 기준으론 ●캐릭터 이름이 번역이 되어있지 않은 경우 ●문장 내 미번된 일본어 번역 정도로 생각이 됩니다. 메뉴 내 수치, 에로스테와 같은 시스템 관련된 부분에 대해선 어느정도 관용적으로 보아도 되지 않을까 하는 생각이 듭니다. 그 이유는 번역 뉴비의 입장에서는 플러그인 같은 부분을 건드리는게 쉽지 않았는데, 메뉴 내 수치와 에로스테의 경우 플러그인에 포함되어있는 경우가 있었습니다. 다만 제가 방금 올린 번역 글과 같이 번역요청을 했으나 오랜 기간 올라오지 않을 경우에는 배포자의 의견에 따라 미번본을 무료로 받은 입장으로서 딸깍으로라도 올리는게 맞다고 생각됩니다.

polaris

11/12/25 Edited 11/12/25

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

11/12/25

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

11/12/25

딸각이라고 하기에 앞서, 게임을 정확하게 정해야 된다고 봄. 코네에서 올라오는 게임들의 엔진을 보면, 대부분은 알만툴(RPGVX~RPGMZ)이고, 그 외에는 유니티, 언리얼, 렌파이, Godat, SRPG 등등이 있음. 하지만, 문제가 되는 분야는 '알만툴'정도로 봄. 유니티는 beplenex라는 번역기 툴로 가닥잡혀지는 것 같은데, 부속 플러그인 정도 제외하면 translation 폴더만 삭제하면 오역이 있어도 새로 번역이 가능함. 언리얼+렌파이는 아직딸깍이라고 할 툴이 없어서 몇몇 전문 번역자분이 고생하고 있는것 같고. 그 외에 흔하지 않는 툴은 언팩툴도 제대로 없어서 번역하기가 곤란한 부분이 많음. 그 쪽은 몇몇 소수 번역자분의 똥꼬쇼로 넘어가는 행위예술에 가까울 지경임. 그래서 이 부분은 분명히 하고 넘어가야됀다고 생각함. 현재 딸각에서 문제가 되는 것은 알만툴 정도로 봄.

11/12/25

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

11/12/25

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

11/12/25

2. 딸각탭 반은 긍정, 반은 부정 일단은, 지금 번역탭에 양질의 번역과 질이낮은 번역이 섞여있어서, 질 문제로 서로 싸우는 문제를, 조금 더 온건한 방향으로 수면화 할 수 있다고 봄. 하지만, 예전에도 비슷하게 이런 논쟁이 있던걸로 기억함. 그 때는 번역자의 지위와 관련해서 였던것 같은데, 뭐 이것도 신규번역자 유입으로 생긴 문제이니 비슷하다고 봄. 당시 번역자들이 무보수로 자원봉사를 하는 이상 간섭하기는 힘들다가 요점이였던걸로 기억함. 마찬가지로, 딸각탭을 만들어서 검수활동을 한다고 했을 대, '검수자들도 무보수로 자원봉사'를 한다는 점임. 지금 딸각탭을 연다면, 초반이라서 관심이 높을 수 있지만, 검수자들도 사람인 이상 게임이 쏟아진다면 온전히 검수활동에 전념하기는 힘들거라고 봄. 장기적으로 본다면 좋지는 않다고 봄.

11/12/25

3. 흐름은 잘 모라서 패스 4. 피드백에 대한 의견 - 피드백은 있으면 좋다고 봄. 근데 과도해져서, 완벽주의처럼 사소한것 까지 전부 번역돼있어야 된다는 것은 자제해야된다고 봄. 내가 옛날 사람이라서 개인적인 의견이지만, 게임에서 왠만한 부분이 일반적인 플레이를 저해할정도로 미번이나 오역이 없다면 괜찮다고 보는 입장임. 사소한 부분 하나 찾을려고 게임 2~3개 번역하는 시간을 잡아먹는것도 일도 아니라서, 서로 어느정도 양보할 선은 정하는게 좋다고 봄.

11/12/25

4. 개인의견. 모든 게임을 모두 검수할 수 는 없을거임. 그리고 이 모든 사태의 시발점은, 번역기 툴로 딸각하는것에서 비록됐다고 봄. 그래서 업로드 후 검수할 것이 아니라, 선제적으로 가이드라인을 제시하는게 좋을것 같다고 봄. toolkid급의 번역수준 '그 번역자 말고도, 플레이어가 번역할 수 있는 수준'이면 번역을 자제시키거나 원본파일(data+plugins,index,package)파일을 동봉해서 업로드를 해달라고 요청하는것이 낫다고 봄. 전자는 사전에 저질의 번역이 범람하는 것을 막는 방식이고 후자는 저질의 번역이 있더라도 원본을 복구하고 다시 재번역함으로서 손실을 최소화할 수 있는 방식임.

11/12/25

[결론] 모든 게임을 모두 검수할 수 는 없을거임. 그리고 이 모든 사태의 시발점은, 번역기 툴로 딸각하는것에서 비록됐다고 봄. 그래서 업로드 후 검수할 것이 아니라, 선제적으로 가이드라인을 제시하는게 좋을것 같다고 봄. toolkid급의 번역수준 '그 번역자 말고도, 플레이어가 번역할 수 있는 수준'이면 수용소 개념으로 딸각탭을 보내던, 가이드라인으로 최소한 이정도는 해달라고 요청을 하던 하면 됀다고 봄.

11/12/25

4. 개인의견 그리고 추가로, rpgmv+mz에서 data+plugins를 변조하면 원본으로 복구할 수 없다는 문제가 있음. 딸각이 됐다는 것은, '번역자가 아닌 사람도 쉽게 도구를 쓰면 번역할 수 있다는 거임' 근데 원본 파일이 없으면 번역을 할 수 없음. 그래서 개인의견으로, RPGVX~VXACE: 폴더(Data), Game.ini 파일 RPGMV~RPGMZ: 폴더(data,js), index.html,package.json 파일들을 번역전 원본상태로 백업해둔 것을 같이 업로드하는 조건으로 풀어주는게 좋다고 봄. 딸각번역으로 문제가 생겨도, 원본 불러와서 문제가 생긴부분을 넘어가거나, 아니면 추후 재번역을 할 수 있기 때문임.

11/12/25

쌀숭이

11/12/25

1 지금 번역탭만봐도 알듯하네요

nadumi

11/13/25

생각하고 있으신 의견 부탁드릴게요 말씀하신거 제가 이해한 부분은 지금도 번역탭이 딸깍 번역들로 관리가 안되고 있다는 말씀인듯한데 맞으신가요

11/13/25

그렇게 추상적으로 말하면 알기 힘드니, 님이 생각하는 규제 기준이나 어떻게 했으면 좋겠는지 구체적으로 좀 말해주셈. 님은 꾸준히 번역탭에 미번 피드백 다는 사람으로써, 어느정도 본인 생각에 이건 문제가 심각하고 이건 어느정도 검수의 여지가 있고 이런 기준이 있을거 아님

11/13/25

1.의 명확하게 딸깍이라고 명시해줄 기준점에 대해 의견이 따로 있으신가요? 예를들어 UI 미번이라던지

11/13/25

ㅅㅂ 사이트가 븅신이라 대댓글 달자마자 짤림.

11/13/25

잠깐만 코네 댓글 제대로 써지는지 테스트. 위 사람 대댓글 썼더니 로그엔 뜨는데 글에선 그냥 짤려버리네

11/13/25

TEST