팀내에서 node.js에서의 dbms에 대해 간략하게 정리할 일이 있어서 정리해봤습니다.

jquery 내부 소스를 보면 이런 코드가 많다.

jQuery.each("a b c d e".split(" "), function( i, name ) {
        // do something
});

처음에는 귀찮게 뭐 이런걸다...란 마음으로 봤는데, 짜다보니 중복되는 코드를 상당히 줄일 수가 있어서 좋네.

예를 들면,
$("#a").text($.temp.a);
$("#b").text($.temp.b);
$("#c").text($.temp.c);
$("#d").text($.temp.d);
$("#e").text($.temp.e);

이런 스타일을 아래와 같이 줄여 버릴 수 있다.

jQuery.each("a b c d e".split(" "), function( i, n ) {
        $("#"+n).text($.temp[n]);
});

4월26일 목요일에 월차내고 SW공학센터에 다녀왔습니다.

아래 사진은 광역 슬립 스킬을 시전하고 있는 모습입니다.

이런 대규모 강의에 익숙하지 않다보니 본의아니게 졸립게 만들어 들인듯 합니다. 아니면 전날 디아블로3 클로즈베타 시작일이라서 그런것이라 위로를...

ps. 이런 자리를 만들어준 강승준 책임, 땡큐~

몇 주전에 기다리고 기다리던 jQuery mobile 1.1.0 stable 버전이 릴리즈 되었습니다. ( http://jquerymobile.com/blog/2012/04/13/announcing-jquery-mobile-1-1-0/ )

이거저거 바뀐 부분도 많지만, 개인적으로 흥미가 가는 부분은 transition 부분입니다.
transition이 부드럽고 빨라졌다고 써져 있긴 하지만, 실제로는 android에서의 transition은 거의 포기한 것과 마찬가지로 보입니다. 특히 slide 효과의 경우는 fade효과가 곁들여져 있는게 좋은지 없는게 좋은지는 device 혹은 상황마다 다르니 사용자가 알아서 써라!라는 뜻에서 slidefade라는 effect가 추가되었습니다.

slide를 쓸지 slidefade를 쓸지는 demo페이지만 해당 device에서 돌려봐도 금방 파악할 수 있는 문제이니, 잡설은 이정도에서 그치고, transition 코드 상에서의 흥미로운 변화를 살펴보도록 하죠.

1.1.0 RC2까지만 해도 transition handler는 1개만 존재했었는데, 1가지 종류의 handler로는 무리가 있는듯하여 2가지 종류의 default handler를 추가했습니다. 바로 sequential handler와 simulataneous handler입니다.
   
jquery mobile의 transition의 동작은, 다음과 같습니다. (내부함수명 기준)
startOut --> doneOut --> startIn --> doneIn

함수명에서 유추가능하듯이 startOut은 사라질 페이지에 대해 effect를 주는 함수이며, doneOut은 해당 effect가 끝나는 시점에 수행되서 마무리해주는 함수, startIn은 새로 전환되는 페이지에 effect를 주는 함수이고 doneIn은 새 페이지에 대한 effect가 끝날때 호출되는 함수입니다.
즉, page1에서 page2로 전환이 일어난다고 가정하면, 지금 말씀드린 순서로 수행될 경우에는 page1이 모두 사라지고 나서 page2가 나타나기 시작하는 것입니다. 이것이 sequential입니다.
그럼 simultaneous는 말그대로 동시에 모든 effect가 일어나는 것입니다. page1의 사라지는 효과와 page2의 나타나는 효과가 동시에 수행되는 것이죠.

아래 코드를 보시면, jqm 내부적으로 앞에서 이야기드린 두가지 handler를 사용하고 있는 것을 볼 수 있습니다.

// generate the handlers from the above
var sequentialHandler = createHandler(),
    simultaneousHandler = createHandler( false );

기본적으로는 sequential handler를 쓰지만,

// Make our transition handler the public default.
$.mobile.defaultTransitionHandler = sequentialHandler;

slide transition에 대해서만 simultaneous handler를 쓰는 것을 확인할 수 있습니다.

// Use the simultaneous transition handler for slide transitions
$.mobile.transitionHandlers.slide = $.mobile.transitionHandlers.simultaneous;

이정도만 이해하시면, 두 가지 핸들러를 자유자재로 선택해서 사용하실 수 있을 것입니다.

며칠 전, 강의+자문 요청이 들어왔다.

그 업체에서 자사 엔진 위에 사용자 변경이 가능한 script를 올리고 싶은데, script 언어들에 대한 대략적인 소개 및 비교를 하고, 요구사항들에 대한 가능성, 디자인 등에 대한 조언을 요청한 것이었다.

남 앞에 서는것도 별로 안 좋아하고 방콕 스타일인 나에겐 일상적이지 않은 일이기에 심사숙고를 하다가, 진행하기로 결정하고 오늘 다녀왔다.

첫번째 시간은 2시간 동안 진행되는 강의세션, 두번째 시간은 2시간 동안 해당 프로젝트에 대한 논의 세션으로 진행했다. 개인적으론, 양쪽 모두 원하는 바를 얻은 유익한 시간이었다고 생각하고 있는 중이다... :)

아래 자료는 내가 맡은 부분들에 대한 발표자료들이다. 언젠가 쓸모 있지 않을까 해서 slideshare에 올려 놓았다 ㅎㅎ

ps. C binding쪽의 발표를 맡은 최동진선임도 밤 늦게까지 수고 많이 하셨어요.

일예로 ".*"의 경우가 greedy한 방식입니다. 즉, 조건을 만족하는 한 가장 긴 문자열을 선택하려고 합니다.
그리고 반대의 경우, ".*?"의 경우가 lazy한 방식입니다. 조건을 만족하는 한 가장 짧은 문자열을 선택하려고 합니다.

음, 저도 써 놓고 보니 무슨 소리인지 모르겠네요 :)
예제를 살짝 바꿔서 돌려보면 차이를 이해하실 수 있을 것입니다.

아래와 같이 "<"과 ">"로 둘러싼 문자열을 greedy하게 선택해 보겠습니다.  (@python 2.6)

엇, 결과 개수가 1개네요. 즉, <>로 둘러싼 가장 긴 문자열을 선택하려고 했으니 html 태그 전체를 선택하게 된 것을 보
실 수 있습니다.
이번에는 살짝 바꿔서 lazy하게 선택해 보겠습니다.