Canvas+AJAX+ECMAScript

최근 각광을 받고 있는 스크립트 기반의 브라우저 기술 삼총사이다. ActiveX 동작 방법 변경이라는 돌발 변수가 나온 지금 대안으로서 논의되고 있기도 하다. 아마 앞으로는 OpenGL에 가까운 API를 제공해서 3D 그래픽까지 완전히 지원하게 되면 3D 네트워크 게임을 브라우저 기반으로 제공하는 것도 꿈만은 아니다. (사실 브라우저로서 이는 기술적으로는 어려운 일은 아니다. 브라우저에서 OpenGL을 감싸는 랩퍼를 ECMAScript로 노출하기만 하면 되기때문에... 실제로 Internet Explorer만 해도 DirectX에 있는 효과들을 브라우저 내에서 사용할 수 있도록 되어 있다.)

하지만 과연 이 선택이 또 다른 ActiveX를 만드는게 아닐까? 사실 ActiveX도 처음에는 눈에 띄는 효과를 보여준 멋진 기술이었지만 시간이 지나면서 골치덩어리로 전락하지 않았는가? 과연 Canvas+AJAX+ECMAScript는 단지 눈에 띄는 효과로 사람들을 현혹하고 있지는 않을까? HTML에 <B>, <I> 같은 Presentation Element를 추가한 것만으로도 HTML의 Semantic한 특성들을 망쳤다고 생각하는 웹브라우저 전쟁시대의 개발자들의 경험에 비추어 거의 완전한 절차적 프로그래밍 언어로 변화해 가는 웹을 나중에 후회하지 않을 수 있을까?

상상해보자. 화려한 효과를 보여준다는 이유로 대다수의 페이지가 Canvas+AJAX+ECMAScript로 이루어졌다고 하자. 아마 HTML 코드라고는 <canvas> 태그 하나만 남을지도 모른다. 아마 사용자들은 "우와 이런 것도 가능해?" 하면서 신기해 할지는 모른다. 마치 처음 ActiveX를 봤을때 처럼... 하지만 검색은 어떻게 할 것인가? Accessibility는? 미래에는 Vision 인식이 발전해서 웹의 모양을 보고 인식하기를 바라는가? 아니면 페이지가 검색되기만을 바라는 웹 페이지들이 meta 태그를 꼬박꼬박 정직하게 작성하기를 바라는가?

Canvas, AJAX는 분명 화려한 효과를 구현하는 Fast Way임에는 분명하다. 하지만 이게 표준이라고 모든 문제가 사라지지는 않을 것이다. (사실 표준이라기 보다는 몇몇 브라우저 벤더가 만든 단체에서 뚝딱뚝딱 했다고 볼 수 있다... 자격 요건 조차 브라우저를 제작하지 않는 회사는 배제하고서... 웹을 소비하는 프로그램은 브라우저만이 아니다...) 브라우저 제조사로서는 새로운 모델을 실험하는 굉장히 유용한 도구이지만 이를 실제 콘텐트에 적용하는데에는 분명 조심을 기울여야 한다. 또다른 ActiveX를 만들고 있지는 않은지...

http://channy.creation.net/blog/?p=208
http://beyondweb.egloos.com/852391