title

Firefox3 beta1 출시!

새소식&기술, | 2007.11.22 10:26

Firefox3 의 베타 버전이 출시되었다고 합니다.

일반 사용자 입장에서도 변한게 많겠지만 아무래도 개발자 입장에서 바뀐 점을 먼저 보게 되는군요 ^^

이런저런 변경된 점이 보이지만…  cross-site XMLHTTPRequest를 지원한다는 점이 무척 고무적입니다. Ajax를 주로 다루는 입장에서 이만큼 절실했던게 또 있을까 싶군요. cross-domain 을 해결하기 위해 얼마나 많은 삽질을 해야했던지… T^T 이건아닌데…하면서 어쩔 수 없이 찝찝한 방법을 사용하기도 했었고요.

그 외에도 getElementsByClassName 이것도  필요했었고요. 아무래도 native로 지원한다면 성능 면에서 비약적인 발전이 있지 않을까 하고 기대해봅니다. getElementsByTagName 과 정규식으로 구현한 getElementsByClassName 은 너무 느려요. DOM 자체가 무척 느리긴 하지만요.

그리고 DOM에 있어서 IE에서 지원해주는 기능을 꽤 가져온 것이 눈에 띕니다. 호환성을 위한 것인지, 아니면 확장을 위한 것인지는 모르겠지만 어느 면으로든 필요했던 사람들에게는 괜찮은 기능이 아닐까 합니다. 특히 oncopy 등의 이벤트를 최근에 사용할 일이 있었는데 Firefox 에서는 지원해주지 않아서 강제로 구현했어야 했거든요. IE와 비슷하게 지원하는 기능이 많아졌으니 FF/IE를 나눠서 코드를 진행하기 보다는 메소드를 지원하는지 안하는지를 체크하는 방식으로 코드를 작성하는 방법이 훨씬 좋을 것 같습니다.

역시 저의 밥벌이 근간(?)인 JavaScript 면에서는 설명은 한 줄인데, 사실 이게 적잖은 변화인 것 같습니다. 그 한 줄이 “JavaScript 1.8 지원”이니까요. 가장 특이한 점이라면 독특한 표현의 lambda 함수를 작성할 수 있다는 점이 아닐까 싶습니다. 그 외엔 제네레이터가 있다는 것 정도? 하지만 IE에 발목을 잡혀서… 이런 것들을 써볼 수 있는 날은 언제나 될까요.
그 외에는 canvas, SVG 등에 대폭 향상이 있네요. 이젠 정말 게임 플랫폼으로 자리잡게 되는 건 아닌가…하는 조심스런 추측을 해봅니다. ^^

새로운 플랫폼이 나와 다시 배워야 할 것도 할 수 있는 것도 많아지니 괜히 설레는군요. :)

연봉 2억 2천의 Ajax 개발자 구인

| 2007.07.28 17:02

구인광고

연봉 2억 2천의 Ajax개발자를 구한단다. 단 1명만!

달러로 $240k 니까 오늘자 환율로 대충 2.2억!
우와~ 이게 뭐야? … 하고 자세히 읽어봤다.

ajaxian.png

..

.

하지만, Ajax 뿐만 아니라 총도 쏠 줄 알아야 한다는거~
이유는? 근무지가 이라크라서 -_-;;

Five Ajax Anti-Pattern

Tip&Tech, 한글화&번역 | 2007.04.04 17:58

http://www-128.ibm.com/developerworks/web/library/x-ajaxxml3/index.html에 있는 글을 간단히 정리했다. 제목은 “Ajax에서 사용하면 안될 패턴 5가지” 쯤 될 것 같다. 설명은 이해하기 쉽도록 따로 달았지만, 해당 코드와 함께 보려면 원래 글을 읽어볼 것을 권장한다.

불필요한 타이머 사용
window.setInterval() 코드를 사용할 때 주의하라. 위 링크에 간단한 예제가 있는데, setInterval 은 내가 실행한 코드의 실행이 완료되었느냐에 상관없이 무조건 실행해버린다. 간격을 1초라고 정했는데, 어떤 이유로 코드 실행이 0.5초, 2초, 0.6초가 걸렸다고 하면…. 결과는 정말로 내가 원했던 그것일까?

콜백에서 반환 결과를 체크하지 않는 것
XHR이 항상 올바른 결과를 반환할 것이라고 생각한다면 큰 오산! 반드시 체크해야 한다(관련 내용을 제공하는 프레임웍을 사용중이라면 생략해도 가능)

HTML이 더 좋은 방법인데도 XML을 고집한다
“난 순수하니까 HTML을 사용하지 않겠어”라는 생각은 금물. 때로는 XML을 파싱하고 가공하는 것보다 HTML과 innerHTML을 다루는 것이 훨씬 더 간단할 수도 있다.

JSON을 사용할 일을 XML로 고집한다
어차피 JavaScript로 가공할 거라면 XML보다 JSON이 더 좋다. eval() 한번이면 텍스트가 금새 JavaScript 데이터로 변환된다. 영리한 개발자들은 이미 XML대신 JSON을 많이 사용하고 있다.(원문에는 JSON대신 Javascript code라는 표현으로 나와있었음)

서버에서 심각하게 많은 작업을 처리한다
밸런싱의 문제는 항상 있는 것이긴 하지만, 서버에 너무 많은 부담을 지우지는 말자