많은 개발자들이나, 개발자를 꿈꾸는 사람들은 “탈옥된 아이폰이나 아이패드가 순정 만큼이나 안전하다”고 주장한다. 는 문장이 어떻게 “많은 개발자들은 탈옥을 좋아한다”로 전개가 되는지는 잘 모르겠지만, 글 잘 보았습니다. 개발자들은 이런 애로사항이 있겠다 싶은걸 확실히 하게 되었네요.

I sent you an email, i hope it goes through :)

이게 2009년에 써진 글이라니 선견지명이 대단하십니다.

잘 읽었습니다 ^^

이 글을 쓸 때만 해도 모바일이 이정도로 대세가 될 줄은 몰랐습니다. 국내에는 아이폰도 아직 발매되지 않았던 때죠. 아이패드 발매도 큰 영향을 미치고 있는 것 같습니다.

현재는 조금씩 표준화(?)되어가는 웹폰트와 아직도 플래시에서 놀고 있는 웹게임들, 그리고 IE 와 크롬에서의 하드웨어 가속, 의외로 지지부진한 html5(WebGL포함) 상황쯤 되려나요? ^^;;

이 글에서 제가 생각했던 부분은 타입의 제한보다는 “언어 문법이 문서 읽기를 줄여줄 수 있는가?”에 관한 것입니다. 문법적으로 보다 많은 제약 조건을 설명할 수 있다면 문서를 볼 필요도 줄어들고 오류를 자동으로 검사하기도 쉽지 않을까 했던 것이죠. 하지만 문서는 제약 조건만 기술하는 것이 아니고, XP의 테스트 주도 방식을 접하면서 또 생각이 달라지고 있습니다.

요즘에는 로우레벨과 하이레벨 언어를 구분하는 것에 대해 좀 더 생각하고 있습니다. 하부 시스템은 실행 성능이 빠르고 명확한 로우레벨 언어로 구축하고, 상층의 응용 로직은 유연하고 작성이 빠른 하이 레벨 언어로 구현해야 한다는 것을 깨달아 가는 중입니다. 하나의 프로그램이라도 덩치가 커지면 하부와 상부가 나뉘어져야 될 것 같더군요.

실제로 동적 타입 언어 사용자들 사이에서는 함수의 인자에 타입 제한을 두는 것이 그리 유용하지 않다고 보는 시각이 많은 것 같습니다. 대신 잘 작성된 단위 테스트(unit test)나 회귀 테스트(regression test) 등을 통해 테스트 자동화를 하여 품질을 올리는 편이 낫다고 생각하는 것 같습니다.

아, 덧붙이자면 저는 함수 인자에 타입 제한을 거는 것이 분명 필요할 때가 있다고 보고, 그리고 가능하다면 그것이 선택적이면 더 좋다고 생각합니다. Haskell 같은 dependent typed 언어만 봐도 타입 유추(type inference)가 아주 잘 작동함에도 불구하고 완전히 일반적이지는 않은 함수인 경우 :: 연산자를 통해 타입을 임의적으로 제한하죠.

또한, 플랫폼을 막론하고, 더욱 강력한 처리능력은 게임 업계의 전통적인 숙원입니다. 딱히 지금에 와서 이슈가 된 것은 아닙니다. 현재의 PC/콘솔 플랫폼에서 성능을 짜내려면 병렬처리 외에는 답이 없죠. 웹 플랫폼에서는 GL이 한 몫을 할 것입니다.

만약 제가 본문에 언급한 게임을 블록버스터/하드코어 게임이라고 생각하셨다면 그것은 아닙니다. 최신 GPU에 멀티스레드를 사용해야만 하는 게임이 현재의 웹에서 가능하다고는 생각하지 않습니다. 제가 말한 게임은 ‘실시간 그래픽 응용’의 한 분야로서 언급된 것입니다.

WebGL 로 구현된 것이 나온다면 3D 쇼핑몰, 가상 모델 하우스 정도가 쓸만하겠군요.

WebGL 이란 게 정말 그렇게 대단한가요? 플래시 하시는 분들은 이미 다 아시는 건가요?…

WebGL이란게 그렇게 대단한 건가요? 플래시 하시는 분들은 이미 알고 계신가요…..