※ 이 글에서는 두음법칙을 무시했습니다. 또한, 중국과 일본 대신 현지음을 썼습니다.
한글을 기계에서 입력하는 체계는 크게 두 가지 방향으로 만들 수 있습니다. 조합 모드라는 게 따로 존재하는 전용 오토마타를 쓰는 것과, 세벌 직결식 아니면 두벌식 풀어쓰기로 치는 대로 나오는 방식입니다.
전자는 후자에 비해 구현하는데 컴퓨터 cpu나 메모리 관점에서 비용이 많이 듭니다. 하지만 아예 한글을 위한 시스템, 즉 글꼴· 음절 단위 한글 코드 체계 따위를 밑바닥부터 새로 만든다는 특성상, 두벌식 자판과 완성형 코드, 그리고 네모꼴 글꼴 같은 잘못됐지만 이미 널리 퍼져 버린 한글 표현 방식도 수용할 수 있다는 장점이 있어서 한글 프로그래밍이라 하면 늘 전자만 고려되었습니다. 또한 전자는 과거의 전· 반각문자 체계와도 잘 어울렸죠.
반면, 후자는 직관적이고 기계식 타자기 같은 물리적 형태로 기계화하기 쉽고 가볍습니다. 풀어쓰기가 아니면 이 방식으로 한글을 기계에 넣는 것은 흔히들 불가능하다고 여겨져 왔는데, 한글의 모아쓰기 체계를 무너뜨리지 않고 세벌식 입출력으로 이 기계화 방식을 최초로 고안한 분이 우리가 잘 알다시피 공 병우 박사님입니다. 한글의 단점으로 활자 수가 많이 필요하고 글꼴 개발이 힘들다는 것이 자주 제기되고 특히 풀어쓰기 연구가들이 이런 식으로 자주 론리를 세우는데, 이것은 공 병우 박사님의 업적에 대해 잘 모르고 하는 말입니다.
단, 오토마타를 쓰지 않는 한글 기계화 방식의 유일한 단점은 글꼴 처리에 다소 기교가 필요하다는 것입니다. 세벌식 전용이라는 건 차치하고라도요. 이 방식은 글꼴을 저장하기 위한 메모리가 매우 작고 내부 구현 방식도 대단히 합리적이긴 하지만, 결국은 풀어쓰기식 한글코드로 모아쓰기 한글을 출력할 것을 요구하기 때문에 문자열의 길이와 화면에 출력할 문자열의 폭이 정비례하지 않게 되고, 이것은 옛날 컴퓨터의 텍스트 모드에서 구현하기가 어려웠습니다. 내부 관점에서도 코드 길이가 더 길어지고 한글의 글자마디 구분이 힘들다는 것 역시 문제였습니다.
결국 지금까지의 승자는, 한글만을 위한 기교가 필요하지 않고 중궈, 니혼 문자를 기계화하는 방식과도 호환되는 전자 방식이었지요. 물론 이 방식으로도 잘만 하면 상당히 날씬하게 한글을 기계화할 수 있지만, 한글의 원리를 죽이는 한글 표준들 앞에서 현실은 이상과 너무나 동떨어져 있었습니다. 리치에 맞고 합리적인 것은, 사람 보기에 당장 좋은 것이나 현학적으로라도 컴퓨터로 당장 구현하기에 편해 보이는 것과 일치하지 않았기 때문입니다. 결국, 컴퓨터 프로그램에서 한글판은 늘 영문판보다 느리고 메모리도 더 많이 차지하기 때문에 차라리 풀어쓰기가 나을 정도이겠다는 생각을 이 기계화 방식이 주로 심어 놓았습니다.
물론, "중간 상태"를 거치는 전자 방식 자체가 나쁘지는 않습니다. 로마자처럼 치는 대로 나오기만 하는 기능보다 훨씬 편리한 기능을 입력기가 "중간 상태"를 통해 제공해 주면 됩니다. 례를 들어 한글 두벌식 자판이나 중국, 일본어 입력기는 "조합 중인 문자"라는 개념을 써서 겨우 문자 입력을 구현하지만, 영문판 MS 오피스에 있는 로마자 입력기는 음성 인식 중인 문자를 표현할 때나 "조합 중"이라는 개념을 씁니다. 차원이 다르지 않습니까?
<날개셋> 한글 입력기도 철학이 일단은 한글 입력에서 그런 중간 상태를 거치는 전자 기반입니다. 하지만 그런 개념이 있기 때문에 각종 고급 입력, 고치기, 지우기 기능을 제공할 수 있습니다. 그 기능들의 밑바탕에는 세벌식 자판이 있음은 두말할 나위가 없습니다. 세벌식은 타자기 시절에나 적합한 글쇠배열이라고 누가 말했던가요? 하지만 지금의 한글 입력 환경은 "중간 상태"를 이용해서 한글의 무한한 가능성을 실현할 엄두를 못 내고 있는 실정입니다.
그렇다면 이 글의 주제인 직결식은 어떨까요? 지금은 컴퓨터 성능이 과거보다 훨씬 좋아지고, GUI가 보편화되고, 유니코드 시대까지 도래하면서 어차피 문자열 코드 길이와 글꼴의 폭 사이의 관계는 아무 의미가 없어졌습니다. 글꼴 처리 기술도 눈부시게 향상되어 음절 자동 구분은 물론이고, 아랍이나 타이 같은 복잡한 문자까지 처리해 냅니다. 직결식과 일맥상통하는 첫가끝 형식으로 표현된 옛한글을 깔끔한 모아쓰기 글자마디로 표현해서 음절 구분까지 자동으로 하는 것 역시 일도 아니게 됐습니다. 한글만 유별나게 처리해 줘야 하는 일은 이제 없습니다. (물론, 설령 그런 게 있더라도 소프트웨어 개발자들이 올바른 길을 만들어 갔어야 했죠!) 지금이야말로 세벌식의 상징인 직결식 한글 기계화에 대해 다시 생각할 수 있는 절호의 기회가 온 셈입니다.
IME니 TSF니 생각할 필요가 없이, 로마자 같은 유럽 문자 입력할 때처럼 키보드 드라이버 하나만 달랑 바꿔서 10킬로바이트가 될까 말까 하는 글꼴로, 옛한글 자모(물론 아주 복잡한 조합까지는 안 되겠지만)까지 섞인 한글을 모아쓰기 형태로 입력하는 것은 세벌식 체계에서는 충분히 가능한 일입니다. 게다가 한글 키보드 드라이버의 크기 역시 로마자 드보락 자판 드라이버와 별 차이 없는 크기입니다. 정말 환상적이지 않습니까?
이것은 모아쓰기냐 풀어쓰기냐 차원의 문제가 아닙니다. 날개셋 한글 입력기로 풀어쓰기 한글 입력 기능을 써 보신 분은 알겠지만, 풀어쓰기라도 겹모음, 된소리 따위를 코드상으로 하나로 묶어서 풀어쓰고 싶으면 오토마타가 필요한 것이고, 직결식으로 썼더라도 글꼴만 바꾸면 모아쓰기나 풀어쓰기 형태 정도는 그냥 변환되기 때문입니다.
한자나 가나 입력 방식은 오토마타 기반을 벗어날 수가 없고, 로마자 입력 역시 음성 인식이나 단어 단위의 필기 인식 같은 언어학적인 데이터가 동원된 개선밖에 기대할 수 없지만, 우리 한글은 문자 구조적인 특성만으로도 어느 방식으로든 기계화하여 편리한 대로 활용할 수 있다는 것을 알아야 합니다. 단, 입력도 세벌식, 출력도 세벌식이라는 단서가 만족된다면 말입니다.
이제 좀더 근본적인 면을 검토해 봅시다. 컴퓨터 속도가 빨라져서 거품 정렬 알고리즘의 속도가 예전보다 열 배 빨라질 정도라면, 퀵 정렬은 천 배, 만 배 이상 빨라져 있습니다. 한글 기계화 능률도 이와 마찬가지입니다. 시대가 아무리 변해도 조합형이 완성형보다 효률적이며, 세벌식이 두벌식보다 빠르며 여러 가지 응용 환경에 더 유연하게 대처할 수 있는 열린 구조라는 사실은 바뀌지 않습니다. 심지어 표준이 세벌식이다가 특수한 상황에서 쓰이는 두벌식 변종은 쉽게 나올 수 있지만, 두벌식에서 세벌식이 나오기란 쉽지 않습니다. 세벌식이 두벌식보다 우위라는 말은 그런 것까지 포함하는 개념입니다.
그렇다면 어떡해야 합니까? 잘못된 표준은 바꿔야 합니다. 아무리 너무 늦어 보이고 당장 드는 어마어마한 비용이 두렵더라도, 미래를 위해 필요하다면 일제에 대항하여 독립운동도 해야 하고, 전국의 모든 전기 시설을 100볼트에서 220볼트로 승전해야 하고, 엄청난 예산을 들여 고속철도도 만들어야 하는 법입니다. 전국의 모든 디지털 기계에 한글이 처리되는 방식을 좌지우지하는 것인데, 이 일이 사소하고 별다른 가치가 없는 것일까요? "너무 늦다"란 있을 수 없습니다.
하다 못해 90년대 말 휴대전화가 대중화되기 전에라도 지금의 2350자 완성형이 폐지되고 표준 한글 코드가 조합형 전용으로 돌아갔다면, 휴대전화 한글 입력기를 만드는 사람들이 '뚜ㅓ'나 'ㅆㅑ'에서 '뛔'나 '썅'으로 돌아가는 웃기는 묘기를 구현하느라 쓸데없는 인력과 시간 낭비를 하지 않아도 됐을 것입니다. 직결식 사고방식을 가진 사람들 보기엔 기도 차지 않을 노릇이 아니겠습니까? 세벌식 사고방식으로 완성형 코드라는 개념이 그리도 쉽게 나올 수 있었을까요?
우리가 세벌식 자판을 쓰는 것은 단순히 qwerty 자리가 ㅅㄹㅕㅐㅓㄹ인 특정 글쇠배열을 쓰는 것 이상의 의미가 있습니다. 세벌식은 모아쓰기 한글 기계화의 주춧돌이기 때문입니다. 한편으로 우리는 잘못되고 왜곡된 한글의 현실과 이것이 형성된 력사적 배경에 대해 무지해서는 안됩니다. 잘못된 표준은 단호히 거부하고, 다른 사람들에게도 이 사실을 알려 주면서 표준을 바꿀 공감 세력을 형성해야 합니다. 올바른 한글 기계화가 우리에게 줄 이득과 정신적 가치, 그리고 거기에 대한 자부심을 일깨워 줘야 합니다. 물론, 세벌식 글쇠배열에도 단점은 있지만, 그것이 지금처럼 세벌식이 씨가 마른 근본적인 이유는 결코 아닌 것입니다.
오랜만에 직결식 글꼴에 대해 이것저것 생각해 보다 반가운 마음에 세벌식에 대한 기본적인 글을 몇 자 써 보았습니다.
2004년 8월 5일