각혈염통

자바 팁 java tip

泰虛 — Wed, 09 May 2007 02:18:30 GMT

sRGB -> ARGB 변환

泰虛 — Sun, 15 Apr 2007 13:57:58 GMT

sRGB 형의 BufferedImage 객체를 ARGB형 BufferedImage로 변환하기.
왼쪽 상단에서부터 오른쪽 아래로 알파값 1.0 -> 0으로 0.2(20%)씩 변화.

부러운 능력

泰虛 — Wed, 04 Apr 2007 17:01:49 GMT

... 하지만 잘 생각해보면 오프라인의 정보가 변화되는 것에 대해서 온라인은 그리 긴밀하게 대응하지 못한다. 음식점이 없어졌다고 해도그 음식점에 대한 리뷰는 여전히 온라인상에 올라와있고 제품이 절판되었어도 그 제품에 대한 평가는 여전히 네트워크 상에 남아있다. <떠오르는 블로그 검색>

뭔가 어긋난 것 같다는 생각을 놓치지 않고 잡아내어 표현을 해내고 기록을 남길 수 있는 재주가 정말 부럽다. 매뉴얼같은 거 찾을 때면 언제나 느끼던 거잖아.

me2day, 에러인가?

泰虛 — Mon, 02 Apr 2007 02:53:00 GMT

이게 몽땅 하루치. 하루치가 저렇게 여러번 이글루로 밀려나왔다. 나도 이렇게 될려나?

관리자(?)의 고뇌가 느껴지는 인터페이스

泰虛 — Fri, 30 Mar 2007 08:57:10 GMT
psdoom - Doom 게임 인터페이스로 프로세스 관리

사실은 버그를 저렇게 죽여kill버릴 수 있으면 좋겠다. 윈도우용은 없나?

아 왠지 찝찝하구나..(XP RPC 서비스)

泰虛 — Wed, 28 Mar 2007 22:38:24 GMT
처음으로 내 시스템에 XP를 깔아쓰는 중인데 언제부터인가 NETWORK SERVICE가 svchost.exe를 실행해 프로세스를 하나 돌린다. 처음 OS를 설치했을 때는 본 기억이 없는 프로세스인지라 찝찝한 기분에 프로세스를 죽였더니 RPC가 어쩌구 저쩌구 뭐라뭐라 하면서 재부팅에 들어가버린다. 재부팅하고선 Remote Procedure Call (RPC) Locator 서비스를 쓰지 않겠다고 해둔 건 좋은데 Remote Procedure Call (RPC)는 죽이려고 하니 죽일 수가 없다. 어쩔 수 없이 그냥 쓰는 중이긴 하지만 뭔가가 심히 찝찝하다. 검색을 좀 해보니 RPC는 SP2에서는 제법 중요하게 쓰인다고 하는데 도대체 어디다 쓰이는 건지.. 내 컴퓨터를 RPC 서버로 쓰는 거라면 보안하고는 안 친할 것 같은데 대체 어디다 쓰는 거길래 사용 안할 수 조차 없도록 만들어놓은 것일까.

MediaPlayerConnectivity 복구! ;ㅁ;

泰虛 — Wed, 28 Mar 2007 15:31:16 GMT
MediaPlayerConnectivity는 모질라 파이어폭스의 확장기능 중 하나로, 웹페이지 상의 미디어(오디오, 비디오)를 별도의 재생 프로그램으로 연결해주는 기능을 가지고 있다. 내 주력 확장 중 하나로 웹서핑을 계속하면서 노래를 들을 수 있도록 해주는 매우 쓸만한 물건.
하지만 이번 윈도우 재설치 후 한가지 문제가 생겼으니.. 그것은 바로 MPC가 설정변경이 안된다는 거다. 이를 해결하겠다고 한참을 삽질했으나 결국 불여우 언인스톨하고 환경변수 파일들을 깨끗이 밀어버린 후 구버전으로 설치하고 MPC설정을 바꾸고 업데이트하는 방법으로 복원. 2.0.0.3버전의 문제인지 설정파일 문제인지는 모르겠지만 어쨌든 필요한 기능을 다시 살렸다는 것이 중요한 거다.

컴퓨터 복구 기록

泰虛 — Mon, 26 Mar 2007 16:20:01 GMT
- 네이버 툴바, 쓰기로 결정하다.

내가 이런 툴바류의 프로그램을 쓰게 될 줄은 몰랐다. 툴바라는 물건은 내게 있어서 "자기네가 엄청 잘난 줄 아는 놈들이 나의 사생활을 시시콜콜 캐고 다니거나 자기들 마음대로 간섭하기 위해 적당히 포장해 뿌리는 그런 트로이 목마같은 물건"에 지나지 않았다. 그러나 불법으로 쓰던 것들 갈아엎은 김에 쓰지 말자는 생각에 아쉬운대로 네이버 툴바 백신이 좋다는 말에 깔아서 돌려보았다. 그리고 발견한 한 줄.

더이상 말이 필요없다. 써주겠어. 실시간 검색이니 사전이니 줌이니 뭐니 잡다한 것들이 껴들어 있다하더라도, 주소표시줄이 두개나 떠버리니 기본 주소표시줄을 없애는 한이 있더라도 써주겠어. 내 시스템에서 실시간 검사를 해주는 것도 아니지만 그건 울타리에게 맡기고 넌 지우지 않고 놔두며 보조로 써주겠어! 저 이름은 그정도 가치는 가지고 있다고! 네이버 툴바 백신이 어째서 괜찮다는 평가를 받는지 이제서야 알게됐다. 네이버, 비교적 제대로 돈 쓸 줄 아는구나. 기왕이면 이정도 가치를 직접 챙기는게 좋겠지만 너희는 보안 업체가 아니구나.

이제 보안 관련 소프트웨어는 3가지를 쓰게 됐다. rodream.net의 울타리, lavasoft의 ad-aware se, 네이버툴바의 카스퍼스키.

- 불여우 확장기능의 변화

예전에는 MediaPlayerConnectivity를 주축으로 오디오파일을 다운(...)받으면서 IETab으로 네이트를 간간이 들어가는게 주된 모습이었지만, 이번엔 MPC가 사라지고 DownThemAll과 Mouse Gestures가 주 확장기능으로 자리잡았다. 사실은 MPC도 자리를 지켜야하건만.. 다운로드를 비롯한 설정 기능이 적용되질 않는다. 그래서 결국엔 포기. 도대체 왜 설정이 안먹는 것인지 알 수가 없다. 사실은 처음에도 설정 안먹어서 조금 고생하긴 했지만 그래도 결국은 설정먹였는데. 아깝다. 가리나를 내 컴퓨터나 mp3p에서 들을 수 없다니! 아니. 그래도 브라우저가 아닌 별도로 플레이어를 띄울 수는 있으니 일단 그냥 내버려둬야겠다.

이론의 명확함과 구현의 지저분함

泰虛 — Sat, 24 Mar 2007 20:44:36 GMT
요 며칠 사이에 알게된 것이 있다. 아니 알기야 그 전에도 알고 있었겠지만 피부로 와닿은 건 얼마 전이다. 몇 시간 정도? 잡설은 치우고.

만약 다음과 같은 계층적인 자료구조가 있다고 하자.

DS lv.1
    └DS lv.2
            └DS lv.3
보기
class DS1 {
  DS2[] ds2_list;
}
class DS2 {
  DS1 parent;
  DS3[] ds3_list;
}
class DS3 {
  DS2 parent;
}

△

그리고 각 자료구조(DS)의 레벨에 따른 편집 인터페이스가 있다고 하자.

DS lv.1    <-   DS lv.1 Editor
    └DS lv.2   <- DS lv.2 Editor
            └DS lv.3   <- DS lv.3 Editor
보기

class DS1 {
  DS2[] ds2_list;
}
class DS2 {
  DS1 parent;
  DS3[] ds3_list;
}
class DS3 {
  DS2 parent;
}

class DS1Editor {
  DS1 data;
}
class DS2Editor {
  DS2 data;
}
class DS3Editor {
  DS3 data;
}

△

... 간단하네? 그렇다면 좋겠지만. 만약 DS3의 변화를 DS2Editor가 알아내서 작업자(편집기 사용자)에게 알려줘야 한다면? 혹은 DS1Editor에게도 알려줘야한다거나 다른 DS3 객체의 DS3Editor에 알려줘야한다면? 그렇다면 어떻게 해야할 것인가?

DS lv.1    <-> DS lv.1 Editor
    └DS lv.2   <-> DS lv.2 Editor
            └DS lv.3   <-> DS lv.3 Editor
보기

class DS1 {
  DS2[] ds2_list;
  DS1Editor editor;
}
class DS2 {
  DS1 parent;
  DS3[] ds3_list;
  DS2Editor editor;
}
class DS3 {
  DS2 parent;
  DS3Editor editor;
}

class DS1Editor {
  DS1 data;
}
class DS2Editor {
  DS2 data;
}
class DS3Editor {
  DS3 data;
}

△

여전히 간단하네? 이미 잘 알려진 MVC(Model-View-Control)패턴을 적용하면 어떤 입력도구-GUI든 커맨드라인이든-를 사용해 데이터를 변화시키고 그로 인한 변화를 어떤 출력 도구를 통해 출력할 수 있다. MVC패턴은 간단한 개념이고 이를 구현하는 것도 그렇게 어려운 편은 아니다-편집기를 열고닫는 과정에서 메모리가 세는 건 일단 논외로 치고.

이론이 이렇게 명확하고 특별한 알고리즘이 필요한 것도 아닌데 어째서 입출력도구를 만드는게 어려운가를 생각해보자. 그건 어떤 VC는 다른 VC에게 있어서 하나의 M이기 때문이 가장 큰 이유가 아닐까 싶다. 일반적인 입출력도구는 모니터, 키보드, 마우스인데 이중 모니터와 마우스를 사용한 입출력을 고려해보자. 이 둘은 제한된 영역을 가진 2D 평면에서 입출력이 이루어진다. 좋은 사용자 인터페이스가 되기 위해서는 현재 입출력 도구가 어느 위치에 있는지를 고려해야만 한다.
무슨 말이냐면 지금 내가 어떤 프로그램으로 편집을 하고 있다고 하자. 그 프로그램은 내부프레임 몇 개를 열어서 서로 다른 편집기 몇 개를 열어서 돌아가면서 편집을 하는 중이라고 하자. 그러다가 프로그램이 다이얼로그 하나를 띄워야하는 일이 생겼다고 생각해보자. 이제 선택을 해야만 한다. 어디에 다이얼로그를 띄울지를 결정해야한다는 문제가 생겼다.
빠른 사용자 반응을 위해 커서가 있는 곳에 띄울 것인가? 어디서 문제가 생겼는지 표시하기 위해 문제가 생긴 편집기(내부 프레임) 혹은 프로그램 윈도우를 기준으로 띄울 것인가? 아니면 사용자를 방해하지 않기 위해 프로그램 윈도우 밖의 어딘가에 띄울 것인가? 다이얼로그라는 VC가 다른 VC(커서, 내부 프레임, 윈도우)의 정보를 필요로 한다.

DS lv.1         <-> DS lv.1 Editor
└DS lv.2     <->    └DS lv.2 Editor
   └DS lv.3   <->       └DS lv.3 Editor
보기

class DS1 {
  DS2[] ds2_list;
  DS1Editor editor;
}
class DS2 {
  DS1 parent;
  DS3[] ds3_list;
  DS2Editor editor;
}
class DS3 {
  DS2 parent;
  DS3Editor editor;
}

class DS1Editor {
  DS1 data;
}
class DS2Editor {
  DS2 data;
  DS1Editor parent_editor;
}
class DS3Editor {
  DS3 data;
  DS2Editor parent_editor;
}

△

우와... 트리형으로 참조하는 구조만으로도 골치아픈데 이건 아예 네트워크를 만들었어?!

어쩌라고...

사용자 편의성 같은 매우 민감하면서도 중요한 가치를 개념과 함께 안드로메다 쯤에다 버려두고 싶은 마음이 없는 건 아니지만 내가 사용자가 될 상황을 앞두고 있다면 그럴 수도 없다.

이번엔 또 뭐가 문제야...

泰虛 — Sun, 18 Mar 2007 14:46:45 GMT
컴포넌트 업데이트 도중에 데드락 발생. 윈도우 프레임 이동은 되는데 업데이트가 안되고 죽어버린다. 어디서 발생하는 거지.... -_-);

- 해결.

    for( int counter_a=0; counter_a<10; counter_a++) {
       for(int counter_b=0; counter_b<20; counter_a++) {
          ...
       }
    }

무슨 정신이었는지 코드를 저모양으로 짜놨다. 저러니 당연히 counter_b가 항상 0이 돼서 반복문을 탈출하지 못하고 멈추지. 졸린 건가.

...
혹시나 했는데 도브 다크 초콜렛 또 500원에 파는 할인행사를 하고 있다. 냉큼 10개. 이것은 조건반사인가.
욱.. 생각만으로도 순간 쏠린다..
설마 할인행사 매달 할 생각인 건 아니겠지.