이름과 고유명사, 번역해야 할까 음역해야 할까? 실용적인 결정 가이드

이름에 하나의 보편적인 규칙을 일률적으로 적용하지 마십시오. 먼저 엔티티, 타겟 독자, 문자 체계, 장르, 그리고 목표 언어에서의 공인된 사용 용례를 파악하세요. 그런 다음 원형 유지, 문자 음역, 목표 언어에 정착된 명칭 사용, 의미 번역, 또는 첫 언급 시 두 가지 형태 병기 중에서 신중하게 선택하십시오.

음역은 번역이 아닙니다. 음역은 원문의 형태를 나타내기 위해 문자 체계를 변환하는 것이고, 번역은 언어적 내용을 바꾸는 것입니다. 마이크로소프트는 자사의 글로벌화 용어집(e)에서 이 구분을 명시하고 있습니다. 지명과 관련하여, UN 지명 전문가 그룹(UNGEGN) 역시 표준화와 로마자 표기를 즉흥적인 철자가 아닌 체계로 다룹니다.

문자열이 아닌 엔티티를 파악하는 것부터 시작하세요

동일한 표기 형태가 서로 다른 것을 가리킬 수도 있고, 서로 다른 형태가 동일한 엔티티를 가리킬 수도 있습니다. 이름을 변경하기 전에 다음을 기록해 두세요.

• 엔티티 유형: 인물, 장소, 조직, 직함, 제품, 허구의 인물 또는 가상의 장소;
• 출발어 및 출발어 문자 형태;
• 목표 언어, 목표 로케일 및 목표 문자 체계;
• 목표 언어에 정착된 명칭이나 공식 명칭이 있는 경우 그 명칭;
• 누가 어떤 맥락에서 그 이름을 사용하는지;
• 이름의 문자 그대로의 의미가 중요한지 여부; 그리고
• 독자들이 그 이름을 사용하여 검색, 인용, 발음 또는 내비게이션을 해야 하는지 여부.

UNGEGN의 데이터 지침은 명명된 장소와 그 장소의 이름 및 철자를 구분합니다. UNGEGN은 아테네를 예로 듭니다. 그리스어 자국어 명칭인 Athína(와)과 영어 외래어 명칭인 Athens(은)는 동일한 장소에 대한 서로 다른 이름인 반면, 그리스어 문자 형태와 그 표준화된 로마자 표기는 하나의 이름에 대한 서로 다른 철자입니다. 이러한 구분 덕분에 “번역할 것인가, 음역할 것인가?”라는 질문이 그릇된 이분법적 질문이 되는 것을 막을 수 있습니다. UNGEGN 지명 데이터 모델.

5가지 처리 방식 중 선택하기

1. 원본 형태 유지

목표 문자 체계에서 표시할 수 있고, 형태 자체가 공인되어 있거나 중요하며, 독자가 사용할 수 있는 경우 원문 철자를 유지하세요.

전형적인 사례로는 공식 현지화 형태가 없는 브랜드 이름, 서지 증거, 사용자 이름, 코드, 학술적 식별을 위해 표시되는 원본 문자 이름 등이 포함됩니다.

유지가 곧 사용 편의성을 보장하는 것은 아닙니다. 목표 독자가 해당 형태를 발음하거나, 입력하거나, 검색하지 못할 수 있으므로 처음 언급할 때는 음역을 고려하세요.

2. 목표 문자로 음역하기

확립된 시스템이나 수용된 관례에 따라 다른 문자로 이름을 표현합니다. 예를 들어 키릴 문자, 아랍 문자, 그리스 문자 이름은 영문판을 위해 라틴 문자 형태가 필요할 수 있습니다.

관련 권위 기관을 확인하지 않고 귀에 의존하여 음역하지 마십시오. UNGEGN은 로마자 표기법 시스템이 과학적 기반을 두고, 제안 국가에 의해 시행되며, UN 표준으로 채택되기 전에 충분히 가역적이어야 한다고 명시합니다. UNGEGN의 로마자 표기법 시스템 디렉토리는 언어 또는 문자별 권장 시스템을 나열합니다.

음역에는 여전히 하이픈, 띄어쓰기, 분음부호, 이름 순서, 그리고 확립된 예외에 대한 편집상의 결정이 필요합니다.

3. 확립된 목표 언어 이름 사용하기

일부 사람, 장소, 기관, 역사적 인물 및 작품에는 이미 관습적인 목표 언어 형태가 있습니다. 영어 독자는 하나의 원고를 위해 새로 선택된 음역이 아니라 아테네(Athens)를 기대합니다.

해당 개체에 적절하고 권위 있는 최신 출처를 선호하세요.

• 장소의 경우 국가 명명 권한 기관 또는 공식 지명 사전;
• 인명인 경우 해당 인물의 목표 언어 출판물 또는 공식 프로필;
• 기관인 경우 해당 조직의 공식 목표 언어 사이트;
• 작품인 경우 도서관 목록, 출판사 또는 인용된 판본; 그리고
• 역사적 또는 과학적 이름의 경우 관련 도메인 스타일 가이드.

웹 검색에서의 인기도는 조사할 대상이지, 그것만으로 권위가 되는 것은 아닙니다.

4. 의미 번역하기

목표 독자가 필요로 하고 장르가 허용하는 의미론적 내용을 이름이 수행할 때 이름을 번역합니다. 이는 설명적 기관, 가상의 지명, 별명, 직함, 우화적 캐릭터, 그리고 줄거리의 단서나 유머를 담고 있는 이름에 적용될 수 있습니다.

번역하기 전에 다음을 자문해 보세요.

• 이것은 고유명사인가요, 아니면 이름처럼 변모한 일반적인 설명인가요?
• 이 의미가 인물 묘사, 세계관 구축, 유머 또는 내비게이션에 중요한가요?
• 번역하면 고유명사가 일반적인 느낌으로 바뀌거나 문화적 배경이 달라지나요?
• 이미 사용 중인 공식 번역명이 있나요?
• 나중에 등장하는 언어 유희(말장난)가 여전히 통할까요?

가상의 'North Gate'는 방향과 상징성이 중요하다면 번역된 형태로 표기해야 할 수 있습니다. 반면 'North Gate'라는 실제 기업 이름은 등록된 이름을 그대로 유지해야 할 수 있습니다.

5. 두 가지 형태 병기하기

독자에게 즉각적인 가독성과 신뢰할 수 있는 식별 정보가 모두 필요할 때는 원어와 번역어, 또는 번역어와 음차 표기를 함께 사용하세요.

일반적인 패턴은 다음과 같습니다:

• 처음언급 시점에 확립된 영어 이름 뒤에 현지어 형태를 표기하는 것;
• 음차 표기 뒤에 괄호 안에 원문 표기를 넣는 것;
• 번역된 기관명 뒤에 공식 원문을 표기하는 것; 그리고
• 모든 본문마다 넣기보다는 용어집, 색인, 지도, 공인 목록에 원어 이름을 표기하는 것.

산문이 기계적으로 느껴질 정도로 두 가지 형태를 너무 자주 반복하지 마세요. 첫 언급 규칙과 이후 사용을 위한 약칭을 정의하세요.

실제 이름에는 출처 계층 구조 활용하기

철자를 선택하기 전에 근거를 마련하세요.

출처 URL 또는 판본, 검색 일자, 선택된 형태, 거부된 형태, 소유자를 기록하세요. 권위 있는 기관들의 의견이 엇갈릴 경우, 어느 한 형태가 보편적으로 옳다고 가장하는 대신 그 불일치를 그대로 유지하고 프로젝트에 명시된 정책을 적용하세요.

문자 체계 변환과 이름 각색을 분리하세요

다음 결정 순서를 따르세요:

1. 정체성을 확인하세요. 원문이 가리키는 대상이 무엇인지 확인하세요.
2. 권위 있는 표기 형태를 찾으세요. 현재의 공식 출처 및 목표 언어 출처를 검색하세요.
3. 확립된 목표 언어 외래어 표기나 번역명이 있는지 확인하세요. 해당 판본의 독자층과 정책에 부합할 경우 이를 사용하세요.
4. 확립된 형태가 없다면, 공인된 음역 체계를 선택하세요. 하나의 저작물 내에서 여러 체계를 혼용하지 마세요.
5. 이름의 의미가 문학적 또는 실용적 기능을 수행하는지 자문해 보세요. 그렇다면 번역, 이중 표기 또는 주석 추가를 고려하세요.
6. 전체 문맥을 테스트합니다. 문법, 활용, 정렬, 검색 가능성, 지도, 인용, 링크, 그리고 후속 콜백을 확인하세요.
7. 결정을 기록하고 적용합니다. QA 검색 목록에 변형을 추가합니다.

이러한 순서는 빈번한 오류, 즉 확립된 형태를 가진 실제 엔티티인지 확인하기도 전에 의미심장해 보이는 고유명사를 번역하는 실수를 방지합니다.

장르별로 방식을 변경하세요

소설

캐릭터 이름, 별명, 호칭, 가상의 장소, 의미가 있는 이름, 그리고 발음을 추적하세요. 의도적인 모호함을 유지하세요. 어원을 설명할 수 있는 모든 이름을 독자를 위해 번역할 필요는 없습니다.

이름이 말장난이나 향후 반전에 영향을 미치는 경우, 결정을 유머 어조와 연결하세요. 유머 및 말장난 워크플로는 메커니즘 테스트를 제공합니다.

학술 및 역사 서적

식별과 인용을 최적화하세요. 검증에 도움이 되는 원문 스크립트 형태를 보존하고, 관련 학문 분야의 양식을 따르며, 제목을 실제로 인용된 판본과 일치시키세요. 인용문에 대한 새로운 번역이 인용된 저작물의 이름을 암묵적으로 변경해서는 안 됩니다.

인용된 연구 논문 번역 가이드는 인용, 수식, 그림 및 용어 제어 기능을 추가합니다.

일반 비문학 및 매뉴얼

일관된 인식과 사용자 행동을 우선시하세요. 주소 속의 장소, 제조업체의 법인명, 그리고 서술적인 부서명은 한 문단 안에서도 세 가지 서로 다른 처리가 필요할 수 있습니다.

지도, 색인 및 메타데이터

정렬과 탐색을 수락 기준으로 취급하세요. 분음 부호, 대체 이름, 상호 참조, 검색 문자열, 그리고 지도와 본문이 동일한 엔티티를 가리키는지 테스트하세요.

이름 전거 레코드 구축

맞춤법 기준이 아니라 엔티티 기준으로 행을 하나씩 사용하세요.

원고의 도서 용어 일관성 워크플로는 전체 원고에서 승인된 형태와 거부된 형태를 검색하는 방법을 설명합니다.

분음 기호를 임의로 제거하거나 변형을 무단으로 통합하지 마세요

UNGEGN의 모델에 따르면 분음 기호를 제거하거나 변형하지 않고 원래의 올바른 철자를 유지해야 합니다. 레거시 시스템, URL 또는 검색 인덱스를 위해 프로젝트에 ASCII 대체 방식이 필요할 수 있지만, 이는 별도의 기술적 표현일 뿐 표시되는 이름에서 기호가 사라져야 한다는 근거가 되지 않습니다.

마찬가지로 두 가지 철자가 오류라고 가정하지 마세요. 이는 다음과 같을 수 있습니다.

• 원래 문자 및 로마자 표기;
• 고유어 및 외래어 지명;
• 정식 명칭 및 약칭;
• 역사적 명칭 및 현재 명칭;
• 다언어 지역의 두 가지 언어 형태; 또는
• 서사 내의 의도적인 별칭.

중복을 제거하기 전에 관계를 분류하세요.

이름 및 지명에 대한 전체 도서 품질 보증(QA)

배포 전:

1. 승인된 모든 형태와 거부된 변형을 검색합니다.
2. 누락이나 예상치 못한 의역이 있는지 확인하기 위해 검색 결과가 0인 승인된 형태를 원문과 비교합니다.
3. 첫 번째 언급과 이후의 약칭을 비교합니다.
4. 다른 번역가나 모델 실행 결과가 만나는 장(chapter) 경계를 검토합니다.
5. 지도, 캡션, 표, 각주, 참고문헌, 색인, 메타데이터 및 표지 문구를 확인합니다.
6. 내보낸 파일에서 대상 문자 글꼴과 방향을 테스트합니다.
7. 링크, 주소, 인용이 의도한 개체를 여전히 올바르게 가리키는지 확인합니다.
8. 최종 레이아웃 또는 EPUB 변환 후에 검색을 다시 실행합니다.

아랍어, 히브리어 및 혼합 방향 파일의 경우 다음을 추가합니다. RTL 도서 검토는 올바른 맞춤법이라도 시각적 순서가 잘못되어 렌더링될 수 있기 때문입니다.

배포 체크리스트

다음 사항을 확인하세요:

• 각각의 의미 있는 문자열이 해결된 엔티티에 연결되어 있는지;
• 대상 언어, 로캘, 문자가 지정되어 있는지;
• 기존의 공인된 대상 형식이 확인되었는지;
• 음차(transliteration)가 명명된 체계나 명시적 프로젝트 규칙을 따르는지;
• 서사적 기능을 위해 의미 있는 허구가 이름들이 평가되었는지;
• 원문 문자, 이중 형식, 첫 번째 언급, 그리고 단축형 규칙이 명시되어 있는지;
• 발음 구별 부호, 이름 순서, 띄어쓰기, 하이픈, 그리고 굴절이 제어되는지;
• 지도, 색인, 메타데이터, 인용, 그리고 링크가 호환되는 형식을 사용하는지;
• 거부된 변형이 최종 내보내기에서 검색되었는지; 그리고
• 해결되지 않은 명명 분기가 편집자에게 계속 표시되는지.

BookTranslator의 자동 용어집은 PDF가 아닌 지원되는 도서 및 문서 번역 전반에 걸쳐 이름, 장소, 주요 용어를 일관되게 유지하는 데 도움을 줄 수 있습니다. 외부 이름 권한 레코드는 그대로 유지하세요. 이는 자동 용어집이 안전하게 유추할 수 없는 공인된 원문, 음차 체계, 거부된 변형, 그리고 편집상의 근거를 저장합니다.