Portal:Ko/Notice


 * 한국어 번역 튜토리얼
 * 번역자에게 알리는 글
 * 용어집 (미디어위키, 오픈스트리트맵 등 프로젝트별 및 공통)

먼저 생각할 거리: 번역의 목적은 사용자에게 보다 편리한 환경을 제공하기 위한 것입니다. 문장의 구성요소 하나 하나를 살려낼 필요는 없습니다.

오래된 번역을 존중해 주세요
기존의 번역이 항상 옳은 것은 아닙니다. 하지만 기존의 번역은 번역자가 심사숙고해서 결정한 것이며, 그동안 다른 사람들이 문제점을 찾지 못했거나 이미 찾아서 고쳐 사용하고 있을 가능성이 큽니다. 원래의 번역이 항상 옳지는 않지만, 고민 끝에 만들어져 지금껏 사용하고 있는 것이므로 왜 그런 번역을 하게 되었나 한번만 더 생각해 주세요.

불필요한 복수형과 {plural}
한국어 표현에서 복수형은 대개 필요하지 않습니다. 불필요하게 사용된 복수형은 문장을 매끄럽지 못하게 만들어 보는이가 자연스럽게 글을 읽는 것을 방해합니다.

미디어위키는 복수형이 있는 언어를 위해 NaN undefineds 를 지원합니다. 한국어에서, 이것은 대부분 쓸모 없는 기능입니다. 따라서 원래의 영어 메시지에 복수형과 plural 사용이 있더라도, 불필요하다면 과감히 번역 예를 따르세요.

한편, translatewiki는 사용자의 실수를 줄이기 위해, 몇가지 경고 기능을 제공합니다. 이 중 복수형을 사용하지 않게 되면서 두가지 경고가 생깁니다. plural을 사용하지 않았을 때의 경고와 변수를 사용하지 않았을 때의 경고입니다.

2008년부터, translatewiki에서는 복수형을 쓰지 않는 언어를 위해 복수형 검사를 빼기 시작했습니다. 따라서 한국어는 plural을 쓰거나 쓰지 않는 것은 자유롭게 선택할 수 있습니다.

문제는 변수가 plural을 위해서만 유일하게 쓰이는 경우입니다. plural 검사를 위해서만 사용된 변수는 한국어에서 필요하지 않은 변수가 되는데, 여전히 translatewiki는 이 변수를 사용하지 않은 메시지에 대해 경고를 합니다. 물론 이 변수를 사용하지 않는 것이 가장 바람직한 메시지 처리이지만, 제대로 처리된 메시지가 계속 경고를 내는 것은 실제로 경고를 내는 메시지를 찾기 어렵게 만듭니다. 따라서 다음과 같이 번역하면 해당 문제를 피할 수 있습니다.

번역 예는 다음과 같습니다.
 * 미디어위키: NaN userss → NaN undefineds
 * pywikipedia: NaN userss → NaN undefineds
 * 생명의 백과사전: NaN undefineds → NaN undefineds

수 표기
한국어에서는 수는 단위와 함께 세는 것이 보통입니다. 예를 들면 '사람 100명', '배추 10포기', '책 20권'과 같은 꼴입니다. 하지만 영어에서 보통 50 pages, 10 categories 와 같은 표현을 쓰기 때문에 번역도 50개의 문서, 10개의 분류와 같이 하는 경향이 있습니다. '문서 50개', '분류 10개'라고 쓰는 것이 자연스럽습니다.

번역 예는 다음과 같습니다.
 * 미디어위키: $1 NaN userss → NaN undefineds $1명
 * pywikipedia: %{count}d NaN userss → NaN undefineds %{count}d명
 * 생명의 백과사전: NaN undefineds → NaN undefineds

명사화
일부 표현을 번역하기 위해 동사를 명사화해야 할 필요가 있습니다. 번역할 때 명사화하는 방법은 대개 세 가지가 있는데, 한자어 선택, -음 꼴 명사화, -기 꼴 명사화가 있습니다.

예를들어 'create', 'delete', 'move' 와 같은 표현에 대해, '생성', '삭제', '이동' 처럼 번역할 수도 있고 '만듦, 지움, 옮김'과 같이 표현할 수도 있고, '만들기', '지우기', 옮기기'와 같이 표현할 수도 있습니다.

일반적으로 -음 꼴의 명사화는 서술의 축약의 느낌을 줍니다. 이미 있었던 일을 서술하는 경향이 강하며 요약(summary)을 남기기에 적당한 방법입니다. -기 꼴의 명사화는 실제로 행위를 위한 명사의 느낌을 줍니다. '지우기'와 같은 표현은 메뉴에도 적합하며 앞으로 사용자가 하게 될 동작에 대해 선택사항을 쓰기에도 좋습니다.

한국어에서는 쓰지 않는 문장 부호
미디어위키 메시지는 영어이며, 따라서 영어 특유의 쉼표, 줄표, 콜론, 세미콜론 등을 포함하고 있습니다. 하지만 이러한 문장 부호는 한국어에서는 쓰지 않는 문장부호입니다. 하지만 메시지에서 주어지는 자료의 한계 탓에, 특히 콜론의 경우 빼고 번역하기가 매우 까다로워지는 경우가 있습니다.

불필요한 문장 구성 성분
영어는 고립어로서 문장을 구성하기 위해서는 낱말을 적당한 순서로 배치해야만 뜻을 전달할 수 있습니다. 반면 한국어는 교착어로서 문장을 구성하기 위해 불필요한 성분을 억지로 끼워넣을 필요가 없습니다.

'You', 'It'과 같이 영어를 위해 들어간 문장 구성 성분을 굳이 번역하지 마세요. 대부분의 경우 이런 표현은 단지 영어의 문법적인 특징 때문에 들어간 경우가 많습니다.

'We'나 'Our'가 주어로 쓰일 때도 굳이 번역할 필요가 없을 때가 있습니다.

초보자를 도와주세요
translatewiki.net은 초보 번역자를 구분해 내지 않습니다. 모든 사람의 번역이 어느새 모든 프로젝트에 반영이 됩니다. 초보자의 번역도 미디어위키에 적용됩니다. 초보 번역자를 도와주는 것은 당장 번역의 품질에 도움이 됩니다.

간결한 문장
짧고 간결한 문장은 사용성에 있어 중요합니다. 원문에서 불필요하다고 생각되는 단어는 과감히 빼 주세요.

반면, 원문보다 길고 상세하게 문장을 만드는 게 좋을 경우도 있습니다. 이 경우에는 원래 메시지가 의도하려는 상황에 적합한 의역을 만들고 있는지 주의해주세요.

통일성
일부 메시지는 다른 메시지와 연계되어 동작하거나, 여러 메시지가 비슷한 내용을 가지고 있기도 합니다. 이런 경우 다른 메시지와 통일성을 유지하는 노력이 필요합니다. Special:Translate로 작업할 때 단순히 미작업 메시지 목록만 보는 것이 아니라, 가끔씩은 모든 메시지를 열어두고 서로를 비교하면서 보는 것도 좋습니다. 특히 새로 추가된 메시지를 작업할 때에는 그 메시지가 나오는 주변 맥락을 파악해야 합니다.

일부 메시지의 경우 메시지 이름에 그 성격이 표시됩니다. 예를 들어 확장 기능의 '확장기능이름-desc' 메시지는 그 확장 기능의 대략적인 설명을 나타냅니다. 이 경우 간결하고 쉬운 설명으로 작성해야 하고, 의역이 필요할 수도 있습니다. -title은 문서 제목(h1)에 사용되는 것을 의미합니다. 이 경우 완결되는 문장 형태가 아니라 명사구 형태로 써 주는 것이 좋습니다. 'ABC 문서가 삭제되었습니다.'(X) -> 'ABC 문서 삭제 완료' (O)

desc
미디어위키 확장 기능에서 특수기능:버전에 보여질 짧은 설명('desc') 메시지에 대해서는 동사 표현이 있을 때에 동사로 끝나는 것을 권장합니다. (예: Adds a special page → 특수 문서를 추가합니다) 단 짧은 설명의 영어에 동사 표현이 없으면 명사로 끝냅니다.

logentry
특수기능:기록에 나타나는 logentry 메시지에 대해서는 대개 동사로 되어 있기 때문에 동사로 끝나는 것이 좋습니다. logentry에는 2가지 유형이 있으며 다음과 같이 번역하는 것을 권장합니다. 이 때 2번째 유형의 경우 메시지 앞에는 해당 행위를 한 사용자가 나타납니다. (예: Username 사용자가 $3 문서를 $4 문서로 옮겼습니다)
 * $1 deleted page $3 → $1 사용자가 $3 문서를 삭제했습니다
 * moved page $3 to $4 → 사용자가 $3 문서를 $4 문서로 옮겼습니다

API 도움말에서 마침표가 있는 문장
API 도움말에서 마침표가 있는 문장은 일반적으로 평서문으로 끝냅니다. 보통 API 도움말에서는 상태나 행동에 대해 설명합니다. 이것은 명령이 아니므로 명령문으로 쓰지 않습니다.

직역 vs 의역
예를 들자면 password를 현재 통용되고 있는 비밀번호로 번역 할 것인지 통과단어 혹은 비밀단어로 번역 할 것인지에 대한 의견을 묻는 사용자가 있었습니다. 위키에서는 정보를 사용자들에게 손쉽게 간편하게 제공하려는데 목적이 있다고 이해하는 저로서는 -표현 죄송합니다- 어느 유명한 학회에 참가해 서로만의 용어로 웃고 떠드는 학자들처럼 굳이 의역을 고집하며 소통을 어렵게 만드는 것 보다 현재 통용되는 용어로 손쉽게 번역하는 것이 올바르다고 여겨집니다.

분명 직역을 해야하는 경우가 있습니다. 하지만 그 전에 이미 통용되고 자연스러운 표현이 있는지 없는지 알아보고 그 표현은 타당한 표현인지 혹은 올바른 번역이 맞는지에 대해 숙고한 뒤 직역을 고집하는 것도 늦지 않는 다고 생각합니다.