KDE 4 한국어 번역 포함 예정

imyejin님이 한번 빠지시면 잘 하실 수 있을거라는 생각도 드는군요. :-)

번역은 알고나면 쉽다고 생각합니다. 물론 잘하는것은 어렵다고 말할 수 있겠지만,
개인적으로는 우선 한글화를 하는것이 중요하다고 생각됩니다.
그 다음이 의미를 정확히 표현했는지가 둘째인것 같구요.
( 사실 fuzzy로 번역된것의 거의 많은 부분이 그대로 쓸 수 없기는 할 것 같지만요.
저는 우선은 한글 번역이 되는것이 중요하다고 생각합니다. )

다시 말해서 번역이 좀 이상해도 우선 번역을 해두고, 나중에 고쳐나가는게 맞다고 생각합니다.
하나하나 신경을 써서 번역을 해두는것도 이중 작업이 안된다고 말할 수 는 있지만,
어떤게 옳은건지 많이 고민하는 시간이 아깝다는 생각이 들기도 합니다.

po파일은 영어와 지역번역어로 쌍으로 이뤄져 있습니다.
( 기본적인것은 imyejin님도 아실것 같지만... )
로케일을 보고 po파일을 선택하게 됩니다.

예를들어 locale이 ko_KR.utf8 이면 .../kedit/ko_KR.mo 를 참조하게 되는거지요.
( ko_KR.po를 컴파일하면 ko_KR.mo가 생성됩니다. 예를든것이니 의미전달을 위해서 썼습니다. )
kedit에 kedit.pot( po templete ) 있고,
ko_KR.po를 보면,
"open" "열기"
"close" "닫기"
뭐 이런 식으로
쌍으로 변역이 되도록 되있습니다.
개중에는 문장이 있을 수 도 있고요.

이렇게 번연이 되면 사용자들에게 자신이 번역한 내용이 보이게 되는겁니다.

이런 좋은 번역 구조를 처음 보았을때,
호텔과 같은 곳에서 여러가지 서비스를 일반인들에게 설명을 할때
리눅스 시스템으로 해서 각각의 나라 말을 번역해서 놓으면 참 편리하겠다는
생각을 했습니다. ( 꼭 호텔이 아니어도... )

번역은 kbabel도 좋고, poedit라는 멀티 플렛폼 에디터도 좋습니다.
각각 이전 번역내용을 분석해서 fuzzy라는 기능이 있어서 번역을 fuzzy로도 번역을 해주긴 합니다.
개인적으로 fuzzy번역은 참고는 될 수 있어도 믿을 만하지는 못한 것 같지만요.
( "open"과 같이 간단한것은 "열기" 와 같이 번역이 잘 되서 나옵니다. )

번역 작업은 어떻게 보면 단순반복(노가다?) 적인 측면도 강합니다.
문장의 경우는 번역을 잘해야 겠지만요.
그래서 제 생각으로는 다양한 사람들 이 많이 참여를 하면 좋겠다고 생각을 합니다.

대신, 각각의 번역물들이 중복되지 않고, 버전 관리들이 잘 되면 운영이 좀 더 매끄러울 것 같다는 생각이 듭니다.
( 조금씩 여러명이서 작업을 하는거지요. )

우선, 관심이 가시면 등록을 해보시고 작업 내용이 익숙해 지시고
체계적이 되었다 싶으면 하나 하나 commit을 해보시는것도 재미있을 것 같습니다.

---


Jabber: lum0320@jabber.org