Eloid Puredream.

Javascript에서 parseInt 쓸때 주의할점.

eloid — Mon, 03 Jan 2011 07:23:37 +0000

http://ajaxian.com/archives/the-parseint-gotcha

기본적으로 parseInt는 parseInt (numstring, [radix]) 로 정의되어 있으며 두번째의 진수 선택 파라메터는 선택이다. 코딩을 할때 parseInt(“08″) 을 하게 되면 결과가 0 이 나오게 되는데 그 이유는 08을 8진수로 해석하면서 유효하지 않은 숫자인지라 그렇다고 한다.

그래서 기본적으로 parseInt (“08″, 10) 같이 명시적으로 진수를 적어주는것이 좋으며
“08″.parseInt.getDecimal(); 같이 가져오는 함수로 재정의 해서 써도 나쁘지 않을것 같다.

가끔은 똑똑한것도 의도치 않은 결과때문에 당황하게 만들 수 있는것 같다.

문명하셨습니다.

eloid — Mon, 25 Oct 2010 13:09:46 +0000

정신차려보니 어느새 10월 말. 2011년이 눈에 보이기 시작했다.
내년이 내 인생에서 제일 탑을 잘 쌓아야 하는 시기인데 정신줄 놓았다가는 10년 뒤 치킨 집 사장님 당첨.

일단 대격변 나오면 조금만 하고, 디아3는 언제 나오냐…

아이폰 입양 기념 희민이 사진촬영

eloid — Thu, 16 Sep 2010 16:24:03 +0000

Click to view slideshow.

누가 이녀석 운동 좀 시켜주시오. 주인닮아서 먹기만 퍼먹고 운동은 죽어도 안한다오.

유용한 오라클 쿼리 – 코멘트 조회 등

eloid — Thu, 09 Sep 2010 01:53:57 +0000

기존 테이블 분석할때 은근히 많이 쓰이는 Comment 조회 쿼리.
Toad같은거 쓰면 바로 나오긴 하지만 회사에서 준 컴퓨터가 꾸져서 Golden을 써야 하는 관계로 쿼리를 가지고 있어야 할것 같다 ㅠㅠ

/* Oracle Dictionary에서 컬럼의 Comment 와 Type, Null 여부 쿼리 */
SELECT
        A.OWNER
      , A.TABLE_NAME
      , A.COLUMN_NAME
      , A.COLUMN_ID AS COL_ORDER
      , CASE WHEN A.DATA_TYPE IN (‘VARCHAR’, ‘VARCHAR2′, ‘CHAR’) THEN
                            A.DATA_TYPE || ‘(‘ || A.DATA_LENGTH || ‘)’
             WHEN A.DATA_TYPE = ‘NUMBER’ THEN
                            A.DATA_TYPE || ‘(‘ || A.DATA_PRECISION || ‘,’ || DECODE(A.DATA_SCALE,0,’0′,A.DATA_SCALE) || ‘)’
             ELSE A.DATA_TYPE
        END AS FULL_DATA_TYPE
      , A.DATA_TYPE
      , A.DATA_LENGTH
      , A.DATA_PRECISION
      , A.DATA_SCALE
      , A.NULLABLE
      , B.COMMENTS
FROM DBA_TAB_COLUMNS A
      , DBA_COL_COMMENTS B
WHERE A.OWNER = ‘HSON’
   AND A.TABLE_NAME LIKE ‘TB%’
   AND A.OWNER       = B.OWNER(+)
   AND A.TABLE_NAME = B.TABLE_NAME(+)
   AND A.COLUMN_NAME = B.COLUMN_NAME(+)
–ORDER BY A.TABLE_NAME, A.COLUMN_ID
;

/* Oracle Dictionary에서 PK 필드 쿼리
Constraint Type
P : Primary
U : Unique Index
C : Check
R : Relation Ship (Forgin Key)
*/
SELECT B.TABLE_NAME
      , B.COLUMN_NAME
      , B.POSITION
      –, A.CONSTRAINT_NAME
      –, A.CONSTRAINT_TYPE
FROM DBA_CONSTRAINTS A
      , DBA_CONS_COLUMNS B
WHERE A.OWNER           = ‘HSON’
   AND A.TABLE_NAME LIKE ‘TB%’
   AND A.CONSTRAINT_TYPE = ‘P’
   AND A.OWNER           = B.OWNER
   AND A.CONSTRAINT_NAME = B.CONSTRAINT_NAME
–ORDER BY B.TABLE_NAME, B.POSITION
;

/* Oracle Dictionary에서 INDEX 필드 쿼리 */
SELECT A.INDEX_OWNER
      , A.INDEX_NAME
      , A.TABLE_OWNER
      , A.TABLE_NAME
      , A.COLUMN_NAME
      , A.COLUMN_POSITION
      , A.COLUMN_LENGTH
      , A.CHAR_LENGTH
      , A.DESCEND
      , B.CONSTRAINT_TYPE
FROM DBA_IND_COLUMNS A
      , DBA_CONSTRAINTS B
WHERE A.INDEX_OWNER = ‘HSON’
   AND A.TABLE_NAME LIKE ‘TB%’
   AND A.INDEX_OWNER = B.OWNER (+)
   AND A.INDEX_NAME = B.CONSTRAINT_NAME (+)
–ORDER BY A.TABLE_NAME, A.INDEX_NAME, A.COLUMN_POSITION
;

/* 테이블 코멘트 */
SELECT *
FROM DBA_TAB_COMMENTS
WHERE OWNER = ‘HSON’
   AND TABLE_NAME LIKE ‘TB%’
   AND COMMENTS IS NOT NULL
;

갈릭 난을 만들어 먹었습니다.

eloid — Sat, 04 Sep 2010 21:30:16 +0000

….라고 해도 그렇게 화려하지 않은 자취생이 간단히 만들어 먹을수 있을 만한 난입니다.

재료 : 밀가루 (강력분 혹은 만능 밀가루)
             베이킹파우더
             우유 (담백하고 좀 부드러운거 좋아하시면..)
             마늘 (뿌서 놓은 마늘 두세쪽)
             버터

먼저 밀가루와 베이킹 파우더 조금 넣고 우유 넣고 열심히 치댑니다.
채가 있다면 채에 밀가루를 쳐서 부드럽게 해 주는걸 권합니다.
소금도 좀 넣긴 하는데 담백해야 하는 음식에 짠 맛이 나는건 싫어해서 안넣었습니다.
그리고 덩어리로 만들어 한 20분정도 숙성시킵니다.

숙성시키는 동안 난 위에 발라줄 갈릭 소스를 만들었습니다.
와중에는 반죽만들때 같이 혼합해야 한다는 이야기도 있었지만 전 구울때 위에 발라주기로 했습니다.
버터와 바늘을 적정량 섞어 준비해 놓습니다.

밴에 올리브유를 둘러 좀 달궈놓고 단죽을 밀어 줍니다. 반죽은 그냥 손으로 쭉쭉 밀어도 되고..
저는 그 부탄가스통을 비닐로 싸서 밀었습니다.

마늘 소스(?) 를 날라주고 뒤집으면 이렇게 바로 타버립니다.
웬만하면 뒤집지 말고 그냥 굽는게 좋을것 같더군요. 잘 된 예가 아래 있습니다.
향긋한 마늘향이 꽤 괜찮았습니다.

밀가루 치대는것만 빼면 간단히 만들수 있어서 좋았어요.

최근 희민이 근황..

eloid — Sat, 04 Sep 2010 14:05:51 +0000

주인 닮아서 절대로 운동 안하고 귀찮음이 하늘을 찌르고 있소..
책은 베게로 써야 한다는 신념을 이어받아 철저히 실생활에 응용중이라오.

귀찮은데 어디서 니가 와라가라야 하는 표정이라오.

요즘 오른쪽 귀가 별로 안좋아서 매일 전쟁을 치르고 있다오.
귀 닦아 줄때마다 전쟁이라오.

Adapter Pattern

eloid — Thu, 29 Jul 2010 06:47:02 +0000

http://en.wikipedia.org/wiki/Adapter_pattern

상당히 심플하면서 자주 쓰이는 패턴이다.
이 패턴은 말 그대로 중간에서 어댑터 역할을 하여 구버전의 인터페이스를 현재 사용할 인터페이스로 바꾸는 역할을 수행하는데 사용된다. 예로 모니터 dvi 단자를 rgb로 바꿔주거나 hdmi로 바꿔주거나 하는 것을 떠올리면 된다.
기존의 코드를 고치지 않고 호환시키는데 적합하기 때문에 버전의 변경에 따른 기존의 코드가 크게 변경되지 않는 선(네이밍 변경 등) 에서 활용이 가능하다. 처리 로직이 한곳에 다 몰려 있다면 기존 코드를 고치는 것이 불가피하므로 이 패턴의 사용이 힘들어 질 수 있다.

Adapter Pattern의 사용은 위임과 상속 두가지 방법이 있는데 상황별로 골라 쓰면 된다.
위임의 방법은 Object Adapter pattern이라고도 하며 Wrapping 한다고도 한다. 그 말대로 구버전의 인터페이스를 래핑하여 새로운 메소드를 정의하는 방법이다.

상속은 구버전의 인터페이스를 상속하여 새로운 인터페이스를 정의해 사용하는 방법이다. 결과적으로 둘은 같으나 위임이 좀 더 느슨한 연결로 이루어져 있어 의존성이 낮으며, 메소드를 재설계하여 사용하는 것에는 한계가 있다.

밥상에 숟가락만 살짝 얹어서 사용한다 라는 느낌?

いきものがかり-YELL

eloid — Wed, 21 Jul 2010 13:36:24 +0000

「わたし」は今どこに在るのと踏みしめた足跡を何度も見つめ返す
「난 지금 어디에 있는거지」 라며 내딛었던 발자국을 몇번이나 뒤돌아봐
枯葉を抱き秋めく窓辺にかじかんだ指先で夢を描いた
마른 잎을 안고 가을을 느끼게 하는 창가에서 얼어붙은 손가락 끝으로 꿈을 그렸었어
翼はあるのに飛べずにいるんだひとりになるのが恐くてつらくて
날개가 있는데도 날지 못한 채 있어 외톨이가 되는 게 두려워서 괴로워서
優しいひだまりに肩寄せる日々を越えて僕ら孤独な夢へと歩く
다정한 양지에 치우친 날들을 넘어 우리들 고독한 꿈으로 걸어가
サヨナラは悲しい言葉じゃないそれぞれの夢へと僕らを繋ぐ YELL
이별은 슬픈 말은 아니야 각자의 꿈으로 우리들을 잇는 YELL
ともに過ごした日々を胸に抱いて飛び立つよ独りで未来(つぎ)の空へ
함께 보낸 날들을 가슴에 새기며 날아올라 혼자서 다음 하늘로

僕らはなぜ答えを焦って宛ての無い暗がりに自己(じぶん)を探すのだろう
우리들은 어째서 답을 안달내며 보낼 곳도 없는 침침한 곳에서 자신을 찾는것일까?
誰かをただ想う涙も真っ直ぐな笑顔もここに在るのに
누군가를 단지 떠올리며 흘리는 눈물도환한 미소도 이곳에 있는데도
「ほんとうの自分」を誰かの台詞(ことば)で繕うことに逃れて迷って
진정한 자신을 다른 누군가의 말로 치유하는 것에서 도망치며 해매며
ありのままの弱さと向き合う強さをつかみ僕ら初めて明日へと駆ける
있는 그대로의 나약함과 마주하는 강함을 움켜쥐고우리들은 처음으로 내일로 달려가
サヨナラを誰かに告げるたびに僕らまた変われる強くなれるかな
이별을 누군가에게 고할 때에우리들은 또 변해가 강해질 수 있을까?
たとえ違う空へ飛び立とうとも途絶えはしない想いよ今も胸に
가령 다른 하늘로 날아오른다해도 끊어지지 않는 마음이여 지금도 가슴 속에

永遠など無いと気づいたときから
영원따윈 없다고 알아챈 순간부터
笑い合ったあの日も唄い合ったあの日も強く深く胸に刻まれていく
함께 웃었던 그날도 함께 노래했던 그날도 강하게 깊게 가슴에 새겨져가

だからこそあなたはだからこそ僕らは他の誰でもない誰にも負けない
그렇기에 당신은 그렇기에 우리들은 다른 누구도 아니야 그 누구에게도 질 수 없어

声を挙げて「わたし」を生きていくよと約束したんだ
목소릴 높이며 나 자신을 살아가자고 약속했었어
　ひとり(ひとり) ひとつ(ひとつ) 道を選んだ
혼자(혼자) 하나의(하나의) 길을 선택했었어

サヨナラは悲しい言葉じゃないそれぞれの夢へと僕らを繋ぐ YELL
이별은 슬픈 말은 아니야 각자의 꿈으로 우리들을 잇는 YELL
いつかまためぐり逢うそのときまで忘れはしない誇りよ友よ空へ
언젠가 다시 만나는 그 때까지 잊지는 않아 자부심이여 친구여 하늘로

僕らが分かち合う言葉があるこころからこころへ声を繋ぐ YELL
우리들이 서로 나누는 말이 있어 마음에서 마음으로 목소릴 잇는 YELL

ともに過ごした日々を胸に抱いて飛び立つよ独りで未来(つぎ)の空へ
함께 보낸 날들을 가슴에 새기며 날아올라 혼자서 다음 하늘로

DesignPattern – Iterator

eloid — Mon, 19 Jul 2010 15:35:24 +0000

Iterator는 어떤 Item성 Object의 묶음(Collection)을 특정한 규칙을 적용하여 반복해 처리하는 반복처리자이다.
Pute Java를 예로 들어 설명하면 List, Vector, ArrayList 등을 순차적으로 처리할수 있게 도와주는 클래스인 java.util.Iterator 를 의미한다.
java.util.Iterator의 경우는 next() 메소드를 이용하여 처음부터 순차적으로 index를 +1 증가시키며 처리할 수 있게 하며, 이 패턴을 이용해 직접 구현한다면 원하는 규칙을 별도로 정의할 수도 있다.

위 클래스 다이어그램에서 ConcreateAggreate가 우리가 잘 알고 있는 List, Vector, ArrayList 등에 비유할 수 있고, ConcreateIterator가 java.util.Iterator라고 이해하면 된다.
PureJava에서 Iterator는 아래와 같이 사용한다.

Vector<Item> vc = new Vector<Item>();
vc.add(new Item(“1번”));
vc.add(new Item(“2번”));
vc.add(new Item(“3번”));
Iterator it = vc.iterator();
while(it.hasNext()){
Item item = (Item)it.next();
System.out.println(item.getName());
}

Iterator it = vc.iterator(); 에서 iterator 메소드는 아래와 같이 되어 있다.

public class ConcreateAggrate implements Aggreate{
public ConcreateIterator iterator(){
return new ConcreateIterator(this);
}
}

컬렉션(Vector, List 같은것)은 인터페이스인 Aggreate에 정의된 iterator() 메소드를 구현하고 있다.
이 iterator() 메소드에서는 컬렉션 자기 자신을 ConcreateIterator에 담아 반환하는 것으로 되어 있다.
반복처리 로직은 ConcreateIterator에 구현되어 있으므로 업무처리 로직에 대해 독립적이게 되므로 여러 상황에서 유연하게 대처할 수 있다는 장점이 있다.

Javascript Array 에서 내 입맛에 맞게 each 구현해보기

eloid — Fri, 03 Jul 2009 06:34:27 +0000

제목이 좀 이상하긴 한데, 설명하자면 배열 등을 뱅뱅 돌면서 접근하는 기능을 하나 구현하는 것입니다.
먼저 소스부터 한번 보겠습니다.



 



Test

Javascript가지고 요즘 잘나가는 코딩 스타일(?)로 짜는걸 공부하면서 테트리스를 만들어 보고 있는데 여러보로 신기한 코딩 방법을 많이 접하고 있습니다. 대표적인 것이 위와 같은 패턴인데 처음엔 소스 까보랴 이해하느랴 고생했는데, 계속 보다 보니 디자인 패턴에서 Template 패턴 과 유사하더군요. 기본적인것은 구현되고 중요 로직은 밖으로 덜어내서 쓸때마다 구현해 쓰는거죠.

위 같은 경우 Array에 each 라는 함수를 하나 작성하게 되는데 인자로 함수를 받습니다. 그래서 자기 자신을 빙빙 돌며 받은 함수를 계속 실행하게 됩니다. 어떻게 보면 뫼비우스의 띠 같아서 혼동하기 쉽습니다. 일반적으로는 선언하고 사용하는 부분이 명백하게 나누어 있지만 여기서는 선언부에 실행부가 있고(7째 줄 : Array.prototype.each 안의 func(this[x][y]… 부분) 실행부에 다시 선언부가 있어서( 23째줄 : arr.each(function(a, p){…부분) 그런것 같아요. 그래서 이해할때 선언부에서 는외부에서 구현할 부분을 함수로 받아 그대로 실행한다고 생각하면 될 것 같습니다. 그 함수는 each를 불러낼 타임에 세부적으로 어떤 일을 할지 작성하는거죠.

위 소스의 경우 인자로 자기자신의 값과 좌표를 넘겨줍니다(Line 7). 이것은 아래 each를 사용하는 시점에서 어떻게 할지 세부 기술을 하게 됩니다. 그게 아래 arr.each(function(a, p){…(Line 23) 가 됩니다.

여담이지만 마지막으로 위 소스에는 틀린 부분이 있습니다. 처음에는 x,y의 매트릭스형 접근에 사용하려고 이걸 구현하였지만 단순 1차형 배열일때는 length가 제 기능을 하지 못합니다. 그래서 해결방법이 필요하죠.