국제화(i18n, internationalization): (1) 그거 번역하는거 아냐?

무슨일을 하냐는 질문에 국제화(i18n, internationalization)과 관련된 일을 한다고 대답을 하면 다수가 "아~"라고 하면서도 잘못된 "아~"를 날립니다. 물어보면, "그거 번역하는 일이랑 관련된거 아냐?" 정도로 이해를 하고 있는 경우가 참 많더라구요. 글로벌시대에 그런 이해가 웬말입니까~^^ 번역일 자체도 복잡하지만, 번역일을 포함하는 현지화(l10n, localization) 이외의 여러가지를 포함합니다. 일반적으로 "번역?"이라고 하는 이유에는, IT직종에 있는데 번역 관련일을 하고 있다고 하면 뭔가 매치가 안되고 기술적으로 뭔가 관련이 적을 것 같은 느낌이 드는 이유도 있겠습니다.

국제화란 것은 제품을 세계 시장에 내놓을 수 있도록 만드는 작업을 통칭하는 이야기입니다. 제품이 세계시장에서 사용되기 위해서는(이를 World-Readiness라고 합니다), 새로운 시장이 생겨도 언제든지 쉽게 바꿀 수 있도록 소프트웨어가 만들어져 있어야 합니다. 세계시장에 통용된다는 말이 단순히 해당 언어로 볼 수 있다는 것만 의미하는 것이 아니고, 해당 문화와 표준에 맞는지, 해당 법규제를 어기지 않는지, 해당 영역에서는 다르게 사용하고 있는지 등등의 다양한 질문들이 최소한 해결된다는 것을 의미합니다.

번역 자체는 비용이 표준화되어있다고 하더라도, 이 번역한 결과물을 소프트웨어에 넣어서 문제없이 사용될 수 있는 과정은 표준화하기가 힘듭니다. 또한, 시장마다 다른 문제들을 매번 소프트웨어를 뜯어고쳐서 해결해야된다면 그 비용은 감당하기 쉽지 않겠죠. 또한 해당 시장 제품을 만드는데 드는 시간이 많이 든다면, 이 또한 비용과 직결된 문제겠습니다. 어떤 기능 때문에 해당 시장에서 아예 팔리지 못한다면, 투자한 비용을 버리는 것이 되기도 하겠죠. 또한, 제품이 잘 작동하는지 확인하는 테스트 과정은 또 어떻게 해야할까요, 모든 기능을 해당 언어로 다시 봐야할건데 말이죠. 사실 많은 것이 이렇게 비용와 예산과 결부가 되어있기 때문에, 글로벌한 소프트웨어 비즈니스를 하는 것이 알고보면 쉽게 할 수 있는 일이 아닌 것이 되어버렸습니다.

국제화 작업은 1. 번역/현지화(localization) 2. 번역가능한 소프트웨어(localizability) 3. 번역이 안돼있어도 어디서든 사용할 수 있는 소프트웨어(globalization) 4. 해당 시장에 맞게 모든 것이 제대로 적응된 소프트웨어(market customization) 이렇게 4가지의 요소를 가집니다.

- 소프트웨어를 만든다면 꼭 영어가 아니라고 하더라도 해당 소프트웨어를 만드는 사람의 언어로 만드는 것이 가장 효율적일 것입니다. 그런 이유로 그것을 다른 언어를 사용하는 곳에 가져가서 사용하려면 번역은 필수적인 요소입니다. 번역일 자체를 해본 분들은 아시겠지만, 번역 작업도 굉장히 어렵고, 계속된 번역을 위한 용어를 통일화하는 것, 정의하는 것 또한 어렵고, 원어와 1:1로 대비되는 용어가 없는 경우도 엄청나게 많고, 또한 사람이 번역하기에 교정/감수를 하는 일 자체도 많은 리소스를 요하게 됩니다. 또한, 번역을 위해서는 소프트웨어의 어느 부분을 번역하는 것이냐에 따라 다른 문맥을 가지게 되므로 완전히 다른 의미로 돌변하는 경우도 많습니다. 번역을 할때는 기능을 모두 사용할 줄 아는 사람이 하면 좋겠지만, 일반적으로 그렇게 이루어지지 않습니다(시간이 엄청나게 걸리겠죠). 예를 들어서 제품명인 "xxx폰"을 "xxx전화"라고 번역해버린다면, 웃긴 사태가 벌어지겠죠.

- 번역을 해놓았다면 이 자료를 해당 소프트웨어가  읽어들여서 사용해야합니다. 소프트웨어에서는 어떤 특정 언어를 편애해서 읽어들이는 것이 아니기 때문에, 인코딩도 맞아야하고, 문자들이 올바르게 표시가 되는지도 정확해야하고, 각기 다른 크기의 문자들로 바뀌면 잘리거나 잘못 나오지 않도록 해야하고, 또한 사람이 만든 소프트웨어이기 때문에 빼먹은 부분이 없는지도 확인해야하는 등 수많은 작업들이 필요합니다.

- 현지화가 미처 안된 시장이라고 하더라도, 이를 해당 시장의 사용자들이 사용도 하지 못하는 경우보다는 사용은 할 수 있으되 현지화되지 않은 경우가 훨씬 좋은 방향이겠죠. 가장 쉽게 이해할 수 있는 예가 입력일 것입니다. 내 언어로 입력이 안된다면, (소프트웨어의 용도에 따라 다르겠지만) 이는 번역이 안된 것보다 큰 문제겠죠. 워드프로세서가 있는데 한글판이 없더라. 게다가 한글 입력도 안되더라...상상이 되죠? UI가 영어로 되어있어도 한글 문서를 작성할 수 있다면 제 구실을 하기는 하는 것이겠죠.

- 또한 각 시장에는 시장의 요구사항들이 있습니다. 어떤 시장을 타겟으로 마케팅을 하는 경우 문제가 되는 요소가 있는 것보다는 이를 미연에 방지하는 편이 훨씬 좋은 전략이겠죠. 예를 들어서, 어떤 시장에서는 영어 알파벳이 정렬순서의 앞쪽인데 어떤 시장에서는 반드시 뒤쪽이어야한다면, 나중에 다른쪽 시장에 적응하기 위해서는 소프트웨어를 뜯어고쳐야겠죠. 미리 이를 알고 두가지 방법으로 할 수 있도록 만들어두었다면 비용이 훨씬 적게 들테구요.

간단히 몇가지 이야기를 했지만, 이 정도만으로도 글로벌 비즈니스를 책임(?)지는 국제화/현지화가 얼마나 복잡한 것인지 느낌이 오시죠? 그거 그냥 번역하는거 아니랍니다.^^

...다음에 계속...