바둑과 스타크래프트 스타크래프트와 HTML 제 기억이 맞다면 스타크래프트가 1997년에 발표되었으니 나온지 벌써 10년이 되었습니다. 그러고 보니 1997 년도에 HTML 4.0 spec이 W3C recommandation으로 발표되었으니 두 넘이 동갑인 셈이로군요. 동갑인 만큼 두 넘이 닮은 점도 많은 것 같습니다. 첫 번째로 둘 다 나오자 마자 폭발적인 인기를 누렸다는 점과 그 인기가 아직(스타는 우리나라에서만)까지 식을 줄 모른다는 점 또한 그렇습니다. 그리고 두 번째는 기능적인 면인데, HTML의 element 각각을 스타크래프트 처럼 하나의 unit으로 본다면 HTML의 element들도 스타크래프트의 unit들 처럼 태어나면서 부터 능력과 특성이 정해져있다는 점 입니다. 예를 들어 protoss의 dragoon이라는 덩치 큰 친구를 보면, 이 친구들은 덩치 탓에 로템같은 맵에서 언덕으로 이동을 시키면 자기들 끼리 비비적거리는 통에 뒤에 서 계신 다른 친구분들께서는 올라가라는 언덕은 기어올라가지 않고 마치 잃어버린 물건 찾는 뇬 처럼 언덕 가장자리나 훑고 다니다가 탱크한테 맞아가지고 누가 밟아놓은 블루베리 아이스크림처럼 되질않나, zergling이 쫓아오면 흠칫 놀라 뒤로 물러서면서 등짝에서 불똥을 뱉을까 말까 망설이다가 zergling의 손톰에 찢겨 결국 또 아이스크림이 되곤하죠. 하지만 dragoon의 동작이 굼뜨다고해서 gamer가 마음대로 "Dragoon! 오죽하면 굼뜬 사람을 놀리는 말로, '너 전생에 dragoon 이었지? 그치?' 하는 비유를 당할 만큼 너는 그 동안 멍청함의 대명사로써 온갖 모욕을 다 받으면서도 언젠가 Aiur 행성으로 귀환할 날 만 손 꼽아 기다리며 꿋꿋하게 살아 왔었지... 이 불쌍한 넘...ㅜ.ㅜ 하지만 지금 부터 내가 너에게 특별한 능력 두 가지를 주마. 첫째, 원격 순간 이동을 할 수 있는 tele-transportation 기능을 주겠노라... 그러니 앞으로는 언덕 위에서 seige tank가 공격을 하거든 언덕같은데 기어 올라갈 생각하지 말고, tele-transportation 기능으로 seige tank 옆에 바짝 붙어서 너의 불똥을 던지도록 하여라. 그놈은 seige mode에서는 근접한 적을 못 쏘는 걸로 알려져 있지만 너는 그게 되는 걸로 알고 있거든... 그리고 둘째, 코브라와 같은 맹독이 흐르는 이빨을 줄테니 교활한 zergling과 그 일당들이 가까이 다가오면 당황하지 말고 가벼운 미소로 유인한 후 독이빨로 지긋이 깨물어서 기절시킨 다음 아껴두었던 불똥을 마구 쏟아내므로써 그 동안 삭여왔던 분을 풀고 앞으로는 쩜 clever하고 bright한 life를 살도록 하여라... Dragoon! Live a sensitive life. I believe in you." 머 이렇게 하거나 zergling에게 marine이 사용하는 C-14 소총을 한 자루씩 쥐어주므로서 zergling 입장에서는 상당히 못 마땅해 보일 수 밖에 없는 terran의 wraith를 공격해서 격추시키도록 할 수는 없듯이 HTML spec에 있는 img 같은 element를 사용자가 마음대로 기능을 부여해서 문단에 사용한다든지 하는 것 같은, element에 고유하게 부여된 기능을 사용자가 마음대로 바꿀 수는 없습니다. 즉, W3C에서 새로운 spec이 나오지 않는 이상, 비록 CSS등을 사용해서 외모를 바꿀 수는 있을 지언정 element의 근본을 바꿀 수는 없다는 말 입니다. 그렇다면 결국 HTML과 스타크래프트가 가지는 근본적인 공통점은 양쪽 다 기능이 미리 정의(pre-defined)되어 있는 것 이라고 할 수 있을 것 입니다. 바둑과 스타크래프트 언젠가 스타크래프트 게임 방송을 보다가 해설하시는 분이 바둑과 스타크래프트의 닮은 점을 열심히 비교하는 말을 하는 걸 들었는데, 아마도 바둑을 무척 좋아하는 분인가 봅니다. 그런데 제가 보기에는 바둑과 스타크래프트는 승부를 내는 게임이기 때문에 게임을 하는 사람들의 승부사적인 기질로 기인한 갖가지 행태가 흡사하다는 점을 빼고는 닮은 점이 하나도 없습니다. 함 비교해 볼까요. 스타크래프트의 경우 게임의 범주 자체가 실시간 전략 시뮬레이션인 만큼 게이머들 간에 동시에 연속적으로 동작을 진행하는 반면 바둑은 흑백간의 선후가 있기 때문에 서로 번갈아가며 교대로 진행해 나갑니다. 또 스타크래프트는 맵 전체를 검은 구름이 가리고 있기 때문에 상대방이 안 보는데서 뭘 할 수가 있지만 바둑판이라는 것은 가려진 곳이 없기 때문에 숨어서 할 수 있는 것은 아무 것도 없습니다. 그런데 이런 점 말고, 정말 중요한 근본적인 차이점이 있습니다. 그게 뭐냐하면 바둑의 경우 바둑알 하나 하나는 스타크래프트의 unit과 달리 처음 부터 미리 정의되어 부여된 기능이 아예 없습니다. 바둑돌의 기능은 대국을 진행하면서 비로소 대국자에 의해 부여될 뿐더러 경우에 따라서는 기능의 용도를 변경할 수도 있습니다. 예를 들어 적진 깊숙히 들어가서 상대방의 영토를 쑥밭으로 만들 목적으로 침투시켰던 돌이라도 상황과 여건에 따라 소위 사석(捨石)이라고 불리우는 버림돌로 용도 변경을 할 수도 있다는 말 입니다. 그건 바로 이미 정해진 것이 아무 것도 없기 때문에 가능한 것 입니다. 하지만 스타크래프트의 경우 예를 들어 태어나면서 부터 느긋하게 여유를 부리며 뒷짐지고 공중을 빈둥 빈둥 배회하는, 꼭 바람빠진 풍선같이 생긴 overlord란 넘에게 적진을 염탐하고 오라는 명령을 내려서 적진에 침투시킨 후에 갑자기 용도 변경을 해서 overlord가 marine, medic등을 궁뎅이로 깔아 뭉개서 압살시키도록 하거나 mutalisk가 wraith하고 싸울 때만 특별히 cloaking 기능을 준다거나 할 수는 없다는거죠. XML과 바둑 아무 것도 정해진게 없다는 점에서 XML과 바둑은 닮은 점이 무척 많습니다. 물론 하나에서 열까지 똑같을 리는 없지만 바둑의 바둑돌이 그런 것 처럼 xml element와 attribute들도 미리 정해진 기능과 용도는 아무 것도 없습니다. xml element와 attribute들은 사용자가 XSLT 같은 application을 통해 비로소 기능과 용도를 지정받고 형태를 갖추게 됩니다. XML은 마치 물과 같다고도 비유할 수도 있습니다. 물이라는 것은 실체(entity)는 분명히 있어도 정해진 형체가 없기 때문에 담기는 그릇에 따라 변형(transformation)될 수 있고, 본색이 없기 때문에 섞는 물감의 색깔을 그대로 받아 들이므로써 스스로 다채로울 수 있으며, 특질이 없기 때문에 때로는 콜라도 되고 때로는 맥주도 될 수 있는 것 처럼 XML도 쓰는 사람이 정의(define) 하기에 따라 형태와 형질을 변화시킬 수 있는 것 입니다. 닮은 점 중에 중요한 다른 하나는 투자 비용이 거의 안 든다는 점 입니다. 스트크래프트는 컴퓨터와 프로그램 cd를 구입하려면 최소한 몇 십만원을 들지만 바둑은 몇 천원이면 장비를 마현할 수 있습니다. 그 것도 아깝다면 빈 종이에다 볼펜으로 바둑줄을 죽죽 그리면 될 것 입니다...^^ 마찬 가지로 XML의 경우도 대 부분의 validator나 application들이 공짜라는 사실... 그 이유는 아마도 설(說)은 분분하지만 바둑이 천지(天地)라는 자연에 근본을 둔 것 처럼 XML도 컴퓨터가 생김과 동시에 태어난 text format을 근본으로 취하기 때문이 아닐까 합니다. XML과 HTML 그리고 XHTML XML의 입장에서 HTML을 보았을 때 HTML은 vacabulary(사용되는 element와 attribute의 이름)가 이미 정해진 많은 markup language 중에 하나일 뿐 입니다. 물이 그릇에 따라 모양이 바뀌듯이 xml file을 HTML이라는 그릇에 담으면 HTML이 될 것이요, MathML이라는 그릇에 담으면 MathML이 될테니까요. 어디 그 뿐이겠습니까 HwpML로 변환하면 HWP, WordML로 변환하면 MS Word, XSL:FO로 변환하면 Adobe acrobat PDF가 될 것 입니다. 어떤 사람들은 이런 궁금증을 가지고 있는 것 같습니다. XML이 XHTML보다 상위의 언어이므로 XML을 사용해서 문서를 만들면 저절로 XHTML이 되는지 아닌지 하는 궁금증 말이죠. 만약 그게 궁금하다면 그 궁금증을 풀어 줄 말은 'HTML이나 XHTML(사실 XHTML 2.0 부터는 상황이 많이 달라질 것으로 예상되는데 그 부분은 나중에 다루겠습니다.)은 XML 입장에서 봤을 때 그저 vacabulary가 정해진 하나의 markup language일 뿐이다.' 입니다. 이 말의 뜻은, 마치 아무리 최첨단 건축 공법으로 집을 짖드라도 거기에 사용되는 재료 자체가 부실하면 부실한 건물이 되는 것과 같아서, 제 아무리 XML을 사용해 문서를 만든다고 해도 그 것을 변환(transformation)할 때 사용하는 부재(element)들을 HTML에서 가져다 쓰면 HTML이 될 것이고, XHTML에서 가져다 쓰면 XHTML이 된다는 것 입니다. XML은 보면 볼수록 참 매력적인 언어인 것 같습니다. 왜냐하면 XML은 정해 놓은 것이 없기 때문에 쓰는 사람이 방법만 알면 어떤 형태로든 변신시킬 수 있기 때문 입니다. 또한 Java, C 와 같은 프로그래밍 언어들과도 쉽게 결합할 수 있습니다. 왜냐하면 원시적인 형태인 text format에 기반을 두고 있기 때문에 그렇습니다. 그럼 이 글이 여러분들이 XML을 이해하는데 약간이나마 도움이 되었으면 하는 마음으로 이 글은 이 쯤에서 접겠습니다...^^