기술 (IT) 분야 번역 및 현지화

‎ ‎ ‎ ‎ 각 현지화 프로젝트마다 철저한 용어 리스트 형성 및 용어, 문구와 그리고 더불어 구절 번역 방안 연구는 최우선입니다. 이 용어 리스트는 상품 명칭, 메뉴얼 파일 이름 자료나 온라인 도움말에 주요 쓰이는 마우스 오른쪽 버튼 클릭과 같은 널리 사용되는 문구를 포함합니다. 외에 소프트웨어의 사용자 인터페이스를 관련한 용어를 리스트에 추가하기도 합니다. 예를 들어 메뉴, 텍스트 박스에 있는 단어들과 같습니다.
‎ ‎ ‎번역문을 사용할 타겟 대상에 대한 연구하는 것이 용어 리스트 형성 시 또 다른 중요한 측면입니다. 예를 들면 네트워크 관리자를 위한 매뉴얼을 번역할 때 영어로 된 용어의 일부를 그대로 유지할 경우가 있습니다. 반면에 컴퓨터를 사용한 지 오래 안되는 초보를 위해서는 간단한 용어까지 다 번역해야 합니다.
‎ ‎ ‎ 윈도우(Windows)나 맥 OS i(Mac OS)와 같은 운영체제의 상품 정보를 번역하면 출시된 상품에 쓰인 현지화된 용어와 일관성을 유지하는 것이 가장 중요한 것입니다. 예를 들어 파일 (File), 열기 (Open), 인쇄 (Print), 수정 (Edit), 표시 (View) 등 메뉴바에 위치하는 앱 단축키 현지화 시 번역문이 운영체제에서 현재 사용하는 번역문과 일치하도록 보장해야 합니다.
‎ ‎ ‎ 마이크로소프트 (Microsoft)를 포함하는 소프트웨어 기업이 대체 Microsoft Learn 웹사이트에 업로드된 문체와 용어 모음에 대한 특정 매뉴얼을 제공합니다. 이런 용어 리스트는 텍스트 박스, 드롭다운 목록, 체크박스 등 소프트웨어의 성능 위한 100여개 언어의 번역문을 포함합니다. 현지화 영역에서 Microsoft의 용어 리스트가 용어 사용의 일관성을 보장하려는 표준 참고 문헌으로 보일 수 있습니다.
‎ ‎ ‎ 소프트웨어 기업에서 일반적으로 번역문을 검토하려고 그 국가에 거주 중인 프로덕트 매니저나 세일 직원을 대표로 지정합니다. 용어를 연구하는 동안 그들의 역할이 무엇보다 중요합니다. 번역하기 전에 모든 용어 번역 방안이 그들의 검토를 통해야 합니다. 프로젝트 실행 과정에서 모든 용어 변경이나 새로운 용어 추가가 개발사의 대표 담당자의 검토를 통과돼야 합니다.
‎ ‎ ‎ 원활한 현지화 과정과 상품 현지화 시 일어날 문제 방지를 위해 언어 팀장 (번역 팀장)이 개발사의 검열관과 긴밀하게 협력하고 직접적으로 교환할 예정입니다. 이는 일관성 부족이나 다른 발생할 문제를 제때에 해결하는 데 도움이 될 겁니다.

 ‎ ‎ ‎ 격리 문자열은 구체적인 맥락 없는 텍스트 부분이나 앱이나 사용자 인터페이스에 나타날 위치에 관한 정보들입니다. 맥락을 관련한 중요한 정보가 부족하면 언어 전문가가 원본의 의미를 정확히 이해하는 데 방해를 줄 수 있는 데다가 요구된 정확성에 달하지 않거나 오해를 일으킬 번역문으로 이어질 수 있습니다.
‎ ‎ ‎ 예를 들어 “Logged in” 및 “Removed the sign-in URL” 2 격리 문자열을 번역하는 경우입니다. 추가 맥락이 없으면 번역가가 다국어로 정확히 번역하는 데 많은 어려움을 겪는 것이 흔합니다. 주원인은 구체적인 주어가 없는 것입니다.
‎ ‎ ‎ 첫번째 사례의 경우, 번역가가 회사의 이메일에 접속한 사람이 한 명인가 여러 명인가 긴가민가할 겁니다. 마찬가지로 두번째 사례의 경우, 어떤 사용자가 로그인 URL 제거하는지 기술적인 오류로 인해 자동적으로 작동하는지 파악하지 못할 경우입니다. 그러니까 앱의 일정한 기네 따라 발생할 문제가 달라지고 번역가에게 많은 어려움을 만들게 될 겁니다. 이 골치가 아픈 문제를 직면하여 번역문에 그 행동을 실행하는 대상을 생략하는 것은 가장 안전적이고 중립적인 접근법입니다.
‎ ‎ ‎ 더불어 플레이스홀더 번역은 또 다른 도전입니다. 이는 앱을 이용하는 동안 실시간으로 대체 가능한 변수 데이터, 사용자 이름이나 날짜 등 텍스트에 있는 동적 요소들입니다. 다음과 같은 문자열을 분석합시다.

 ‎ ‎ ‎
 ‎ ‎ ‎ Plan changes will be applied to your next billing date on

 ‎ ‎ ‎
‎ ‎ ‎ 표준 번역 도구로 처리할 때 위의 문자열이 이런 양식으로 표시될 것입니다.

 ‎ ‎ ‎
 ‎ ‎ ‎ Plan changes will be applied to your next billing date on [tag].

 ‎ ‎ ‎
‎ ‎ ‎ 요소는 원본에 표시하지 않고 플레이스홀더와 같은 기능을 갖춥니다. 이로 인해 그 요소의 기능과 목적을 구분하기에 어려움을 겪을 수 있습니다. 이런 경우에서 번역가가 “on”으로 시작하는 명제 뒤에 구체적인 양식으로 표시된 날짜가 이어진다고 삼을 수 있습니다. 예를 들어 “2023년 7월 1일”과 같은 것입니다. 그러나 “이번 달의 마지막 날”이나 “금요일 7월 1일”과 같은 것으로 다르게 해석할 수 있습니다. 이 애매한 점이 언어간의 일관성이 부족한 번역문을 창출하게 되고 사용자 경험과 현지화된 상품 기능의 정확도에 영향을 끼칠 수 있습니다.
‎ ‎ ‎ 이런 장애물을 무너뜨리려고 소프트웨어 개발자와 번역가 사이의 긴밀한 협력이 필요합니다. 이는 필요한 맥락적 정보를 접할 수 있는 데다가 원본과 맞는 일관성과 상품의 기능을 정확히 전달하는 번역문을 창출하도록 보장합니다.

 ‎ ‎ ‎ 텍스트의 공간적이고 길이를 관한 제한을 지나치지 않는 것은 테크 제품 현지화 시 특정 도전입니다. 일정한 소프트웨어 개발 환경에서 고정된 양식이나 텍스트 박스 디자인 활용으로써 모든 언어 버전을 위한 공통 화면 구조를 설계하게 됩니다. 이는 번역가로 하여금 공간적 제한을 준수하고자 약자 활용이나 더 짧은 번역 방안을 선택하는 접근 방법에서 창의력을 발휘하게 만듭니다. 그러니 일부의 용어가 길이가 다른 많은 버전을 갖습니다. 예를 들어서 인터넷 속도를 뜻한 “Connection Speed”이 “Conn. Speed”나 “CoSp”와 같은 2가지 방법으로 쓰일 수 있습니다.
‎ ‎ ‎ 약자에 대한 일관성을 유지하는 것이 컴퓨터 프로그램이나 하드웨어에 저장되는 데이터를 의미한 펌웨어 번역문에 핵심적인 부분입니다. 특히 인쇄기나 핸드폰 화면에 표시되는 공지에서 이 문제를 더욱 주의해야 합니다. 용어 관리 절차에 표준 약자나 길이 다른 번역 방안을 추가하는 것이 소프트웨어 전체와 연결된 일관한 사용자 인터페이스의 번역문을 보장하는 데 도움이 됩니다.
‎ ‎ ‎ 현지화 과정 속에 주의할 또 다른 중요한 요소는 File, Edit 등 단축키가 있는 메인 메뉴 바가 각종 화면 해상도에 맞춰야 하는 것입니다. 공간적인 제한을 요구할 경우에서 메뉴바에 고정되어 있는 Help 단축키가 물음표로 대체할 수 있습니다. 이는 Microsoft의 Windows 운영체제와 호환이 가능한 제품을 현지화할 때 적용되는 표준 방법입니다. 주의할 점은 Windows 운영체제의 환경에서 문자열의 최대한 길이가 공백 포함 255자입니다. 그러니까 번역가가 소프트웨어 문자열을 번역하는 동안 신중해야 합니다.
‎ ‎ ‎ 사용자 인터페이스의 요소를 최적화하려고 번역가가 메뉴 명칭, 명령어와 소프트웨어의 다른 텍스트에 대한 표준 규정을 지킬 필요가 있습니다. 이 접근 방법으로 인해 기술 담당 팀이 프로그래밍 시간을 절약할 수 있는 데다가 사이즈 조작을 방지할 수 있습니다. 하지만 각 언어마다 고유성이 있기 때문에 번역문과 원본의 문장이나 단어의 비율이 1:1이 아니라고 파악할 필요성이 있습니다. 구체적으로 영어에서 프랑스어로 번역할 때 텍스트의 길이 15-20% 정도 늘어날 수 있는 반면에 영어에서 힌디어로 번역할 때에는 80%나 길어질 수 있습니다. 이 차이점이 사용자 인터페이스 디자인의 중요성을 강조합니다. 이 이유로부터 디자인할 때 공간적 측면에 관한 많은 요구를 주의해야 합니다.
‎ ‎ ‎ 메뉴와 탭을 설계하는 동안 일정한 요구 사항을 맞서야 할 겁니다. 대표적인 사례로 Windows 운영체제의 인터페이스에 있는 “Preferences”라는 단어가 독일어로 번역할 때 “Bildschirmeinstellungen”로 변화시킵니다. 그러므로 고정된 단어를 포함하는 메뉴, 텍스트 박스, 로고와 다른 그래픽 요소는 현지화된 인터페이스를 위한 디자인 비용을 더 들지 않게 자동 조절 기능이 필요합니다. 일관하고 시각적으로 매력적인 인터페이스를 만들도록 사이즈 자동 조절이 가능한 디자인 사용을 우선하는 것은 가장 중요한 것입니다. 이는 소프트웨어 현지화 시 직면할 언어적인 장벽을 극복하는 데 도움이 됩니다.