독일어 태그 번역을 살펴보다가, AI가 컨텍스트를 충분히 이해하지 못해 발생한 것으로 보이는 다양한 문제를 발견했습니다. AI는 태그를 특정 Discourse 기능, 플러그인, 또는 컴포넌트에 대한 참조가 아닌, 고립된 단어처럼 취급하고 있습니다.
참고: 독일어 명사는 항상 대문자로 시작하지만, 메타 사이트의 태그는 소문자입니다. 따라서 이 게시물 내의 번역은 대소문자 표기가 일관되지 않습니다. 습관적으로 올바른 독일어 대문자 표기를 사용하게 되었습니다.
먼저 재미있는 부분부터
실용적인 문제들을 다루기 전에, 몇 가지 번역은 단순히 재미있습니다:
- composer → “Komponist” - 이는 음악을 작곡하는 사람을 의미합니다.
- auto-bump → “automatische-erhöhung” - “자동 증가”
- fully-theme → “vollständig-thematisiert” - “완전히 다뤄진”
- raspberry-pi → “Himbeere-pi” (과일인 “라즈베리”)
- post-voting → “nach-der-Abstimmung” - “투표 후” (“post”가 포럼 게시물이 아니라 라틴어 접두사로 해석됨)
- tablet → “Tablette” - “알약” (기기而非 약물)
서로 다른 태그에 동일한 번역이 적용된 경우
실제로 가장 큰 영향을 미치는 문제입니다. 두 개의 태그가 동일한 번역을 받으면, 주제들을 구별하는 능력이 사라집니다.
- year-in-review & yearly-review → “Jahresrückblick” - 현재 플러그인 이름은 번역되지 않는 것으로 보입니다(관리자 사이드바와 설치된 플러그인 목록에서 영어 이름을 볼 수 있음), 따라서 플러그인 이름을 지칭할 때 영어 용어를 사용할 가능성이 높습니다. 하지만 언젠가 모든 플러그인이 번역된 이름을 가지기를 희망하므로, 이곳의 연례 리뷰 주제들을 그룹화하는 태그에 "Metas"를 추가하여 구분하는 것이 좋다고 생각합니다. 즉, “Metas-Jahresrückblick”(메타의 연례 리뷰)가 됩니다.
- surveys & polls → “Umfragen” - 두 플러그인의 번역도 동일한 것 같으며, 지금까지 아무도 알아차리지 못한 것 같습니다. "voting"과도 쉽게 충돌할 수 있으므로 이 문제에 대한 좋은 해결책을 더 생각해 봐야 합니다
- docs & documentation → “Dokumentation” - yearly-review docs와 마찬가지로 docs가 독일어로 번역되지 않았으므로 태그를 번역하지 않는 것이 좋습니다(이 경우 향후 번역 가능성은 매우 낮아 보입니다)
- how-to & tutorial → “Anleitung” - 이 문제는 이미 수정되었습니다. https://diataxis.fr/ 의 이 번역을 찾아 해당 곳에서 사용된 용어[1]를 제안했습니다)
번역되어서는 안 되는 고유명사 및 제품명
일부 태그는 특정 도구, 프레임워크, 또는 제품을 가리킵니다. 이를 번역하면 해당 기능을 인식할 수 없게 됩니다.
- raspberry-pi → “Himbeere-pi” (과일인 “라즈베리”)
- mermaid → “Meerjungfrau” (신화 속 생물인 “인어”, 다이어그램 도구가 아님)
- ember → “Glut” (불에서 나오는 달궈진 숯)
- vanilla → “Vanille” (맛)
- onebox → “einzige-box” - “단 하나의 상자”
- intercom → “Gegensprechanlage” (도어 버저 같은 인터콤 - 다만 #intercom-widget은 올바르게 번역되었습니다)
- passkey → “Passwort” - “비밀번호” (패스키는 특정하게 비밀번호가 아닙니다)
- perspective-api → “Perspektiven-api”
- backups → “Sicherungen”
- design-experiment → “Experimententwurf” - “디자인 실험”일 수도 있고 “초안 실험”일 수도 있습니다. 전자는 “design”을 유지했을 것이고, Discourse에서 초안에 대한 언급은 꽤 흔하므로 후자를 생각하게 됩니다.
"Discourse"의 번역
"Discourse"를 참조하는 대부분의 태그는 소프트웨어의 이름을 더 이상 포함하지 않도록 번역되었습니다. 하나의 예외는 discourse-hub 입니다.
- discourseconnect → “Diskursverbindung”
- ask-discourse → “Fragen-Diskurs” - “질문에 대한 토론”
- discourse-discover → “Diskurs-Entdeckung”
"Theme"가 일관되게 “Thema”(주제)로 오역됨
이것은 모든 테마 관련 태그에 걸쳐 발생하는 체계적인 문제입니다. 독일어에서 "theme"와 “topic” 모두 Thema로 번역되지만, Discourse 컨텍스트에서는 이 둘은 매우 다른 것입니다. 이로 인해 테마 태그들이 특정 토론 주제에 관한 것처럼 읽힙니다.
- theme-welcome → “Willkommens-Thema” (기본 고정된 환영 스레드인 “환영 주제”처럼 읽힘)
- theme-creator → “Themenersteller” - “주제 생성자”
- horizon-theme → “Horizont-Thema”
- meta-theme-feedback → “Meta-Themen-Feedback”
- foundation-theme → 동일한 패턴
- fully-theme → “vollständig-thematisiert” - “완전히 다뤄진”
이것은 공식 테마 그룹의 모든 태그에 영향을 미칩니다.
컨텍스트가 부족했던 번역
- composer → “Komponist” - 이는 음악을 작곡하는 사람을 의미하며, 독일어에서 일반적으로 "Editor"라고 부르는 입력 필드와 대비됩니다.
- tablet → “Tablette” - “알약” 또는 “태블릿”.
- copy-post → "kopierbeitrag” - “복사 수수료” (문제의 핵심은 단어의 조합입니다. "Beitrag"가 게시물(post)을 의미하는 것은 정확하지만, copy가 동사로 번역되지 않았기 때문에 Beitrag가 여기서 수수료(fee)의 의미로 사용되고 있는 것처럼 읽힙니다)
명사 또는 동사
일부 기능이 명사가 아닌 동사로 번역되었습니다.
“post”가 포럼 게시물이 아니라 라틴어 접두사로 해석됨
- post-voting → “nach-der-Abstimmung” - “투표 후”
- post-badges → “nach-Abzeichen” - “배지 후”
명확하지 않은 영어 태그로 인한 결과
- hosted-support → “gehosteter-support” (호스팅된 고객이 아니라 호스팅된 지원처럼 읽힘)
약어
- pm-dropdown (독일어와 동일) 컨텍스트 없이 m(message)이 n(Nachricht)으로 대체되지 않음
Discourse 자체의 인터페이스 용어와 일치하지 않는 번역
이러한 번역은 기술적으로 정확한 독일어이지만, Discourse 자체의 UI는 다른 용어를 사용합니다. 이로 인해 태그를 직관적으로 찾기 어려워지며, 특히 인터페이스 언어로 탐색하는 사용자에게 더 그렇습니다.
- impersonate → “nachahmen” - “모방하다” (하지만 인터페이스는 Nutzersicht 또는 Nutzerrolle를 사용)
- staged-users → “Staging-Benutzer” (하지만 인터페이스는 vorbereitete Benutzer라고 표시)
- advertising → “Werbung” (하지만 인터페이스는 Anzeigen을 참조)
- assign → “zuweisen” (하지만 플러그인 번역은 zuordnen을 사용)
- hot-topics → “Top-Themen” (이것은 "top topics"으로 번역되었는데, 실제로는 Discourse에서 다른 목록입니다)
- read-only → “nur lesbar”
- bootstrap-mode → “Bootstrap-Modus” (하지만 번역가들은 원래 Starthilfemodus를 선택했음)
- post-notices → “Nachrichten” - “메시지/뉴스” (메시지는 다른 기능이기 때문에 오해의 소지가 있으며, "공식 공지"는 인터페이스에서 Mitteilung을 사용)
- about-page → “über-Seite” (이것은 문자 그대로의 번역입니다. 하지만 일반적으로 독일어 번역은 “회사 소개 페이지”와 같은 표현입니다. Über는 about만이 아니라 above의 의미도 가짐)
- auto-bump → “automatische-erhöhung” - “자동 증가”
- tags → “Etiketten” (하지만 #tag-groups와 tag를 포함하는 대부분의 태그는 “tag”를 사용하며, Crowdin에서 사용되는 용어는 Schlagwort입니다)
잘린 번역
이것은 다른 종류의 문제입니다. 번역 오류가 아니라, 독일어 복합 명사가 영어 대응어보다 훨씬 길기 때문에 태그 문자 수 제한과 결합되어 발생한 결과입니다.
- content-security-policy → “inhalts-sicherheitsrichtl” (잘림, inhalts-sicherheitsrichtlinie이어야 함)
- ai-custom-prompt → “ai-benutzerdefinierte-auf” (단어 중간에서 잘림, ai-benutzerdefinierte-aufforderung이어야 함)
- custom-category-boxes → “benutzerdefinierte-katego” (단어 중간에서 잘림, benutzerdefinierte-kategorie-boxen이어야 함, 이 경우 box가 번역에서 완전히 누락됨)
"custom"을 포함하는 태그는 "benutzerdefiniert"가 꽤 긴 단어이기 때문에 쉽게 너무 길어집니다.
더 많은 예시
- pause-notifications → “benachrichtigungen-anhalt” (en)
- theme-site-settings → “thema-website-einstellung” (en)
- staff-action-log → “mitarbeiter-aktionsprotok” (le)
- lazy-load-categories → “kategorien-verzögert-lade” (n)
- unsupported-install → “nicht-unterstützte-instal” (lation)
- categories-navbar → “kategorien-navigationslei” (ste)
- remove-name-suppression → “namenunterdrückung-entfer” (nen)
- right-sidebar-blocks → “rechte-seitenleiste-blöck” (e)
- user-field-prompt → “benutzerfeld-eingabeauffo” (rderung)
- top-contributors-sidebar → “seitenleiste-der-top-beit” (ragenden)
- hide-users-column → “benutzer-spalte-ausblende” (n)
- topic-footer-buttons → “thema-fußzeilen-schaltflä” (chen)
- scrollable-post-content → “scrollbarer-beitrag-inhal” (t)
- custom-inline-codeblocks → “benutzerdefinierte-inline” (-codeblöcke)
- hide-muted-categories → “stummgeschaltete-kategori” (en-verstecken)
- custom-header-icons → “benutzerdefinierte-kopfze” (ilen-symbole)
- custom-header-links → “benutzerdefinierte-kopfze” (lein-links) (참고: 위 항목과 동일하며 잘렸기 때문)
- new-topic-header-button → “neuer-themen-header-butto” (n) (보통 버튼에는 "Schaltfläche"를 사용)
- sidebar-theme-toggle → “seitenleisten-themenumsch” (alter) (물론 이 경우에도 “topic” 대신 "theme"를 사용해야 하므로 "n"은 필요 없음)
- custom-profile-link → “benutzerdefiniertes-profi” (l-link), 문법적으로 "link"가 초기에 사라진 것처럼 보입니다. custom은 link가 아니라 profile과 일치하기 때문입니다. "benutzerdefinierter-profil-link"이어야 한다고 생각합니다.
- easy-responsive-footer → “einfacher-responsiver-fuß” 위 항목과 유사하게 easy와 responsive가 footer가 아닌 foot(태그가 잘린 위치)을 가리키는 것처럼 보입니다. "einfache-responsive-fußzeile"이어야 합니다.
이 예시들은 번역 과정에 더 많은 컨텍스트가 필요함을 시사합니다 - 이상적으로는 태그가 어떤 플러그인이나 기능에 속하는지 알고, 기존 Discourse 인터페이스 번역을 참고할 수 있어야 합니다. 다른 언어에서도 유사한 패턴을 발견하신 분들의 의견을 듣고 싶습니다.
@nat (개인 요청에 따라)
Lernunterlagen ↩︎
제안된 수정 사항이 주제를 업데이트하지 않으므로, 게시물이 업데이트되었음을 쉽게 알아차릴 수 있는 방법이 없기 때문에 이러한 번역이 유용할 것이라고 확신할 수 없다고 생각합니다.