한글 euc-kr , UTF8 코드 논쟁은 끝난건가요?

제 국어실력이 딸려서 정확히 하고자하시는 주장을 제가 제대로 이해했는지 잘 모르겠네요. ^^;
제가 이해하기론, 1. 결국 완성형이 표준화가 된 것은 조합형이 여러가지 표준이 나와 서로 싸우기만 하고 하나로 일치하지 못했기 때문이다. 그리고 MS는 조합형을 지원했지만 국가에서 완성형을 주장해서 어쩔수 없이 조합형을 버렸다. (결국 MS는 잘못이 없다?)
2. 위와 마찬가지로 MS는 조합형을 지원하고자 했지만 기존 프로그램들이 완성형만을 지원해 어쩔 수 없이 완성형을 확장한 코드를 만들었다. (역시 이것도 MS 잘못은 아니다?)

예 약간은 공격적인(?) 응답이 된 것은, 일단 제가 쓰려했던 글은 (제가 표현을 잘 못해서 잘못 이해하기 쉽게 썼을진 모르겠습니다만) 송효진 님의 표준은 국가가 정했는데 욕은 MS가 먹는다에 대한 답글이었습니다.
즉 MS가 욕을 먹는건 표준 한글 코드 때문이 아니라, MS가 지멋대로 만들어낸 표준도 아닌 변태같은 CP949를 만들어 지멋대로 사용했기 때문이다. 라는 것이 요지였습니다. 뭐 그걸 설명하는 과정에서 코드 역사(?) 에 대한 제 기억에 기반한 글들이 들어갔고, 그곳에 기억에 의존하다 보니 어느정도 잘못된 내용도 들어갈 수 있긴 했습니다만...

일단 sangu 님이 반박(?)하신 내용들에 대해서는...
1. 완성형이 표준이 된 것에 대해서는 (뭐 벌써 20년도 넘은 옛날 일인지라 자료가 정말 없군요... 쩝) 이준희씨, 정내권씨가 쓴 "컴퓨터속의 한글" 이라는 91년에 정보시대에서 나온 책의 내용을 요약해 보겠습니다.
3.3장 (82페이지)의 내용을 보면,
"따라서 당시의 일반적인 분위기는 조합형으로 기울었다고 볼 수 있는데, 이러한 경향에도 불구하고 표준 코드가 완성형으로 제정된 것은 국제표준화기구(ISO) 에서 정한 국제 규격과의 호환성 문제 때문이다.
...
그런데 당시 표준 연구소의 연구 결과로는 2바이트 조합형 시안이 ISO-2022에 명기된 부호확장법을 따를 수 없고, 한자를 3000자밖에 넣을 수 없으며, 통신에서 사용되는 제어문자인 XON/XOFF 와 충돌하는 것으로 보고되었다. 이러한 상황에서는 당연히 완성형 시안 쪽으로 결론이 날 수밖에 없었을 것이다."

라는 내용이 있습니다. 조합형이 표준에서 밀린 것이, 조합형의 표준이 정해지지 못했기 때문 만은 아니라는 것이지요.

2. M$도 원래는 조합형을 지지했지만 국가 표준 때문에 어쩔 수 없이 완성형으로 갔는지 어떤지는 저도 정확히 모르겠습니다. 뭐 원체 오래된 이야기이고 그땐 저도 어린 학생이었으니 속사정은 정확히 알 수 없었겠죠.
뭐 해당 내용들을 찾아보면. "표준은 완성형으로 정해졌지만, 사실상 사람들이 사용하는 표준은 조합형이었다. 하지만 이게 결국 MS의 dos와 windows 때문에 결국 무너졌다." 라는 내용들은 있습니다. 하지만 이것 때문에 MS를 욕하기는 부족합니다. (MS가 완성형을 만든건 아니니까요)

M$가 욕을 먹어야 하는 것은 완성형을 지원했다는 것이 아니라, 표준도 아닌 이상한 변태같은 CP949를 만들어 사용했다는 것입니다. 그에 대한 내용들을 찾다 보니 나온 내용들 입니다.
http://blog.thesalt.net/22
http://jkjjang825.tistory.com/22
뭐 요약하자면, windows 95에서 M$가 CP949 를 만들어 사용하겠다고 했고, 이에 사람들이 문제점을 들먹이며 난리를 치고 정부에서는 수입규제를 하겠다고까지 했습니다. 결국 M$가 한발 물러나 CP949를 버리고 그냥 완성형으로 가게다고 발표했지만, 정작 뚜껑을 열어보니 CP949를 그대로 쓰고 있었습니다. 이에 사람들이 불매운동까지 벌이고 했지만... 뭐 결국 흐지부지 넘어가 아직까지도 사용되고 있습니다.

제가 하고자 하는 이야기는. 계속 이야기가 나왔지만, M$가 변태같은 CP949라는 코드를 만들어 사용했기 때문에 M$가 욕을 먹어야 한다는 것입니다.