encoding이란 대체 무엇입니까?

컴퓨터에서의 한글과 실제 한글과는 다릅니다.

완성형 덕분에 수많은 한글이 사라지고 있는 슬픈 현실입니다!!
한글의 과학성이 개무시 당하고 있습니다.

> 않지만, 이제 유니코드에서 >한글을 거의 완벽히 지원하고 >리눅스의 국제화 체계가 잡혀가는 >상황에서 그 방향으로 한글을 더 >발전시키는 게 훨씬 생산적인 >일입니다.
유니코드나 완성형의 한글 코드체계는 모래위에 집을 쌓는 것입니다. 불안정한 기술에 매달려 한글 개발자들과 사용자들이 고생할 것입니다.

"한글을 거의 완벽하게 지원"하는 기술을 사용하려고 애를 쓰냐하는 것입니다. 조합형 코드 사용하면 한글 완벽하게 쓸 수가 있는데 말입니다.

>그리고 괜히 영어 잘 쓰고 있는 >나라에 가서 우리말을 보급해야할 >이유도 없습니다.
언어는 민족과 국가를 이해하는 창문입니다. 그냥 다른 나라 놈들이 알아서 한국을 이해해주길 기다리는 것 보다는 적극적으로 우리말을 보급하는 건 바람직한 일입니다. 한가지 기분나쁜 현상 알려드릴까요? 일본놈들의 부단한 일본어 - 영어 번역의 노력으로 아시아에 관련한 문서는 "역사, 기술, 기타" 대부분 일본놈들이 만든 자료의 영문판을 외국인들이 공부를 합니다. 그래서, 외국인들이 한국에 대해서는 일본식 사고를 가지고 있습니다. 단적인 예로, 대한민국이 "Korea"였습니까? 원래는 "Corea"였는데 일본놈들이 "Korea"로 바꿨습니다.

M$의 백과사전 프로그램에 동해는 아마도 "Japan Sea"로 표기가 되있겠지요. 한국인을 제외한 외국인들은 당연히 동해가 '일본해', 일본의 바다로 알게 됩니다. 독도도 조금 비약을 하면 한국만이 독도는 우리 땅이라고 주장을 하고 (원래 사실이지만), 나머지 전세계 인들은 독도는 일본땅이라고 알게 될 수도 있습니다. 미래에 한국-일본 사이에 분쟁이 생겨서 국제 기관이 중재를 할때 독도는 일본 거라고 판결이 나겠지요.

>이미 한글을 컴퓨터에서 잘 >사용할 수 있게 만들 방법은 >얼마든지 있습니다.
동의합니다.

>한글을 알파벳처럼 쓰기보다, >한글로 돌아가는 컴퓨터를 만드는 >것이 엔지니어의 할 일이 >아니겠습니까.
한글을 알파벳처럼 쓰는 것은 사용자 마음입니다. 풀어쓰는 것이 알파벳을 흉내내는 건 아닙니다.

한글 풀어쓰기와 조합형 코드체계가 컴퓨터에서 한글 구현에는 유니코드보다 몇십배 편리합니다. 미래에는 모아쓰기며 유니코드가 한국인 사이에서는 전설로 될 겁니다. 왜냐면, 조합형 코드와 풀어쓰기가 컴퓨터 분야에서 표준으로 자리를 잡을 테니까요. 그날을 기다리면서--

님이 제 글을 세세히 읽지 않으신 건지 제가 설명이 부족한 건지
이런 식의 반박의 글이나 토달기의 글을 좋아 하지 않지만...

풀어쓰기와 외국어의 범람을 묶은 것이 아니고 한글 생존의 문제와
연결 시켜 생각한 것 입니다. 아무리 뭐라 하여도 전 세계적으로
우리글과 말을 쓰는 사람의 수는 1억도 안됩니다. 그리고 그 중심에
있는 우리들도 결코 영어나 한자문화의 종속에서 벗어 날 수는 없습니다.
아니 그 경향은 갈수록 깊어지고 있습니다. 이걸 부정하시면
할말이 없습니다.

부조화가 컴퓨터의 아주 기본적인 I/O에서 부터 일어 납니다.
그러나 모아쓰기와의 부조화일 뿐 한글과의 부조화는 아닙니다.
초기 아주 제한된 MPU/RAM 그리고 I/O로 구성된 컴퓨터로 개발이
시작이 되었을 때 처리하는 부호는 7비트였습니다.
즉 개별적으로 표현할 수 있는 가지수가 127개 였다는 것
입니다. 아시겠지만 이 곳에 ASCII 하위 코드가 존재 하고
지금도 기본입니다. 나중에 8비트로 확장 되면서 한글도 이 곳의
그래픽문자 영역을 사용하여 처리하게 됩니다. 그래서 깨지면
그래픽문자와 로마자가 나타나게 되지요. 이 7비트에서 한글을
모아쓰기로 표현 하려면 어떻게 될까요? 그리고 이 당시 출력
장치는 지금 우리가 쓰는 모습이 아니었습니다. 지금의 모니터
를 가지고 예를 들어도 영문은 8x8 픽셀 안에서 표현이
가능 하지만 한글은 그 배가 넘게 필요할 뿐더러 그 폰트의
용량은 영문에 비해 엄청나게 커집니다. 더구나 모니터가
아닌 라인 프린터나 숫자와 영문이 겨우 표시되는 디스플레이로
개발할 때를 생각해 보시면 .... 그럼 지금은 상황이 낳을까요?
여전히 제한된 시스템은 수 없이 존재합니다. 그리고 그 곳에서는
모아쓰기 처리는 시스템 자원을 잡아먹는 귀신입니다. 그래서
아예 한글은 쓰지도 않고 영문으로만 만듭니다. 우리가
컴퓨터를 주도적으로 개발하였다면 먼저 한글은 기본이 겠지만
풀어쓰기였을 것입니다. 그리고 모아쓰기로 갔겠지요.
그랬더라면 이런 토론은 제한된 상황은 풀어쓰기 풍요한 상황에는
모아쓰기라는 자연스러운 연출이 되었을 터인데 ....

컴퓨터를 떠나서라도 예기할 것이 있군요.

제 경험담을 하나 말해 보겠습니다. 예전에 CP/M인가 하는
운영체계를 개발한 케리킬달이라는 사람이 있었습니다.
그 당시 대단한 사람이었지요. 젊은 나이에 개발한 운영체계가
도스의 모태가 되었을 겁니다. 그리고 그 사람이 중학생때
부두에서 일하는 아버지를 돕기위해 조수간만의 차를
처리해 주는 프로그램을 만들었다고 인터뷰에서 말하엿더군요.
그 당시 저는 젊은 혈기로 개떡같은 한글처리(그 당시)를
개선해 보고자 노력하고 있던 때였습니다. 그 기사를 읽고
그래 나도 영어로 짠다면, 조수간만표 가져와서 1주일도
안걸리겠다. 하고 자부하였지요. 아니 한글을 풀어 쓸 수만
있어도 같은 결과 였지요. 왜냐구요 컴퓨터는 문자모드에는
코드값만 해당 디바이스에 날려 주어도 나타나고 한글은
그림모드로 전환한 다음 프로그램으로 일일이 한점한점
그려주어야 하는 상황이었습니다.

또 다른 예로 얼마전 딸애의 숙제문제로 표어를 자와 연필을
이용하여 모아쓰기 한글의 외곽선을 그렸습니다. 정말 이런
일에 상당히 익숙한 나에게도 중노동 이더군요. 이런 일이
처음은 아닙니다. 중,고등학교 제도 시간에 영문은 외곽선이
파여진 자가 그 것도 크기별로 있어서 아주 빠르게 아주 쉽게
처리를 할 수 있었습니다. 아니 손으로 그려도 아주 깔끔 합니다.
한글도 있긴 있었지만, 생각해 보십시요 크기별로 글자체별로
초중종성으로 몇벌일까요. 자를 바꿔가면 또 자모의 위치는
어떻게 어울리게 잡지요. 아예 안씁니다.

흠 이 것도 부러운 것이었습니다. 흔히 라벨이라 부르는
두꺼운 플라스틱 테이프에 글자를 펀칭하여 클리어파일이나
바인더 서랍등에 붙이는 한 손에 들어오는 기구가 있지요.
저처럼 정리를 좋아 하는 사람은 정말 좋은 기구였습니다.
하지만 한글은 ???

우리나라처럼 인구도 모자라고 자원도 부족한 나라에서
어떻게 하면은 지금 보다 낳은 삶을 영위 할 수 있을까요.
그 것은 알뜰하고 효율적인 자원의 활용이 아니겠습니까?
널려있는 거대 시장을 놔두고 0.1% 도 안 되는 완벽한
한글모아쓰기 시장에 자원을 쏟아 부어도 되는 상황일까요?

언제나 반대편에 서 있는 사람들이 있습니다.
각자에서 타당한 이유도 있을 겁니다.
세상을 보는 시각도 다를 것입니다.
그러나 서로 의견은 달라도 목적이 같다면 반목할 필요는
없지요. 저 역시 한글이 과학적인 언어라고 누차 말하고
있지 않습니까?? 단지 모아쓰기만이 한글이라고 말하지 않을
뿐입니다. 모아쓰던 풀어쓰던 한글입니다.

고등학교때 교과서에 나오는 시중에 선택의 갈림길에서 가지
못한 길을 아쉬워 하는 외국 시가 있었습니다. 그 시를
읽으며 동서양을 막론하고 인간의 공통점을 발견할 수 있어
좋았습니다. 공통점이 좀재하는 다양성...
"우리나라처럼 자국의 문자를 편리하게 자판으로 입력할
수 있는 나라가 얼마나 된다고 생각하십니까?" 님의 이
글은 저의 첫번째 글에 똑같이 나옵니다.

제발 모든 것을 하나의 잣대로 해결하려 하지 마십시요.
각각의 척도에 맞는 자가 필요합니다.
저는 다시 말씀 드리지만 결코 한글의 모아쓰기를 버리고
풀어쓰기만 쓰자가 아니라니까요. 풀어쓰기도 필요하고
그 것도 한글의 다른 모습입니다. 아시겠지만 컴퓨터에서
정보의 처리는 결국 이진수의 연속일 뿐입니다. 즉 내부에
들어가면 모두 이진수 입니다. 그걸 인간과 교감할 때
비로소 인간이 인지할 수 있는 형태로 표현할 뿐입니다.

영문도 코드가 하나가 아니지요. 자판도 하나가 아니지요.
심지어 요즘 흑인 들이 부르는 랩송에는 그 들만의 단어가
마구 나오지요. 다양성 저는 이 단어를 정말 좋아 합니다.
다양성이 없다면 모두 같은 모습이고 개성이나 인간적인 것
들이 없는 그야 말로 삭막한 획일화된 모습이 아니겠습니까?
이런 상황은 항상 누군가는 지시를 하고 대다수는 따라야
만 하는 상황을 연출합니다. 아 정말 싫습니다.
님께 한글 모아쓰기를 버리고 풀어쓰기를 하라고 말한 적도
없고 말하지도 않습니다. 마찬가지로 님도 그래 주시길 바랍니다.

저도 풀어쓰기에는 어느 정도 진전을 가지고 있습니다.
님도 모아쓰기에 진전 하시어 방향은 다르지만 컴퓨터와
조화를 이루는 한글의 완성이라는 성취를 가지고 만나기를
바라며 그만 적겠습니다.

추신: 이런 토론의 특성인 상대편 글에 마음이 상하여 서로
말꼬리를 무는 그런 상황이 오지 않기를 바라며 생산적인
토론이 되도록 님의 넓은 이해를 바랍니다.
그리고 그런 상황이 오면 서로 글을 적지 말았으면 합니다.

>어쨋든 한글을 풀어쓴다는 발상은 >한글의 기본 구조 자체를 >무너뜨리는 일입니다.
한글의 모아쓰기는 한자의 영향을 받아서 그렇습니다. 오래된 책을 보면 가로쓰기가 아니라 세로 쓰기로 되있습니다. 현재의 가로쓰기인 왼쪽에서 출발해 오른쪽으로 진행하는 것과는 정반대인 위에서 아래로, 오른쪽에서 왼쪽으로 단어들이 배열되었습니다.

신문이나 책에서 한자를 없애자고 했을 때 지식인 층에서 X나게 반대했습니다. 한자도 한국인의 언어다! 결국엔 바뀌었습니다.

한글 풀어쓰기는 한글의 컴퓨터에서의 사용 및 인쇄 문화에 새로운 혁신을 가져올 것이 분명합니다. 한글의 풀어쓰기는 한글의 기본구조와 잘 맞습니다.

아! 잠시 착각을 했습니다. -.-
초반의 로딩에서만 BIOS를 이용하고 그 후에는 각 하드웨어에 맞는 장치를 설정하도록 되어 있는것을...

참고로 Linux는 BIOS를 이용하여 초반로딩을 하기 때문에 다른 OS와 같이 쓰고자 하면 따로 부팅디스크를 만들거나 Linux를 앞에 설치해야 한다고 했습니다. (최근에 발표되는 것들은 이부분을 수정했다고 하던데... - 현재 저는 Windogs 98를 사용하고 있습니다. -.- 그놈의 게임이 뭔지... 변명같지만 작년에 컴을 삿을때 제사양에 맞는 드라이버를 구하지 못했습니다. 지금도 LAN드라이버를 구하지 못해서 사용하지 않고 있지요. 혹시 LAN설정에 도움을 주실분은 masterjo@hanmir.com으로 편지 주세요. Linux라는 보물창고(?)로 들어가기를 목메어 찾고 있습니다.)

한글 인코딩으로 얘기가 가네요..
여기서부터 시작되는군요..

완성형의 승리가 통신 상의 이점(?) 이라는 거 때문이던데...
컴퓨터 속의 한글이야기에 ... 그렇던데요.

세계유일의 자모가 조합되는 글자를 가지고서.....
(설마 한자가 자모조합형이라고 생각하시진 않겠죠.. )

조합형을 발전시키지 않고, 우리는 왜 버리는 건지..
컴 종속국이라 어쩔 수 없었던가..
^^;

조합형이 유니코드보다 좋은 점?
쩝.. '돔','똠','롬' 의 코드 순서가 어떻죠?
국어사전과 조합형에서는 위의 순서대로 나오지만..
완성형 포함 유니코드에서는 위의 순서가 아니죠.
물론 코드 테이블을 이용해서 정열을 하지만 느리겠죠?
이건.. 프로그래밍 관점이구..
그럼 창제원리는? 우리나라 한글이 초성+중성+종성으로 이루어진 것은
대한민국 국민이면 누구나 아는 사실인데.. 왜 한글코드가
초성코드+중성코드+종성코드로 이루어지지 않을까 생각해보지 않으셨나요?

누가 잘못 이해하고 있는지 모르겠군요.
물론 지금 이 시점에서 조합형을 쓰자는 것도 우습지만
최소한 조합형의 우수성은 알아둬야 하는 것 아닌가요?
쓰레기 완성형이 왜 표준이 되었는지.. 짜증만 나는군요.