무엇인가를 얻기위해 읽는 것일까?

우연히 오스카와일드라는 작가의 글을 읽게 되었다.
all Art is quite useless.

그냥 이 문구만 놓고 본다면 뭐라고 할까 다소 극단적인 효용성에 가치를 둔 글 같지만 사실 그렇지 않다는 것이다. 산업화 기계화의 시대에 우리가 문학을 즐기고, 미술, 음악, 영화를 즐기는 것은 사실상 가치가 없이 느껴지지만 실상은 그렇지 않다라는 것을 역설적으로 나타내고 있는 글 인것이다.

이 시대를 살아가는 나는 반성한다, 책을 읽을때 마다 무엇인가 교훈을 얻으려 했고, 느낀게 무엇인가 읽기 전의 나와 읽은 후의 나는 무엇이 다른가? 등등의 실용적인 측면에 대한 기대가 너무 컸던것 같다.

참을 수 없는 존재의 가벼움, 자기 앞의 생, 그리스인 조르바 이런 책을 읽고 감동하고 눈시울을 붉혔으면 그만이지 뭘 얻으려 했었단 말인가?

감동 전의 인간과 감동 후의 인간이 무엇이 그리 달라야 한다는 말인가?
난 원하는 것이 없다, 난 자유다~

perl JSON module 사용 from_json으로 파싱된 데이터 사용

# $str_json에는 json형식의 string 데이터가 들어간다.
# orderingConfirmList의 key에 array의 형식으로 데이터가 들어있음[{"ORDER_NO":"11"},{"ORDER_NO":"2"}] 모 이쯤 되겠지.
# 그라지~~~

my $_scalar = from_json( $_str_json );
my @values = @{$_scalar->{'orderingConfirmList'}};

foreach my $_v ( @values )
{
        # print Dumper ( $_v );
        print $_v->{ORD_NO}. "\n";
}

앞으로 DBI대신에 DBix::class를 사용하기로 함.

DBIx::Class - Extensible and flexible object <-> relational mapper.
확장이 가능하다라, 어떻게 확장을 하겠다는 이야기인지?

샘플:
step 1. 먼저 사용자 객체를 생성한다.
1. Create a schema class called DB/Main.pm:

package DB::Main;
  use base qw/DBIx::Class::Schema/;

  __PACKAGE__->load_classes();

  1;

2. Create a table class to represent artists, who have many CDs, in DB/Main/Artist.pm:

package DB::Main::Artist;
  use base qw/DBIx::Class/;

  __PACKAGE__->load_components(qw/PK::Auto Core/);
  __PACKAGE__->table('artist');
  __PACKAGE__->add_columns(qw/ artistid name /);
  __PACKAGE__->set_primary_key('artistid');
  __PACKAGE__->has_many(cds => 'DB::Main::CD');

  1;

3. DB/Main/CD.pm 에 CD class 생성

package DB::Main::CD;
  use base qw/DBIx::Class/;

  __PACKAGE__->load_components(qw/PK::Auto Core/);
  __PACKAGE__->table('cd');
  __PACKAGE__->add_columns(qw/ cdid artist title year /);
  __PACKAGE__->set_primary_key('cdid');
  __PACKAGE__->belongs_to(artist => 'DB::Main::Artist');

  1;

step 2. 프로그램 내부에서 사용
###################################################
# Connect to your database.
  use DB::Main;
  my $schema = DB::Main->connect($dbi_dsn, $user, $pass, \%dbi_params);
# dbi_params는 어떤것이지?

# Query for all artists and put them in an array,
  # or retrieve them as a result set object.
  my @all_artists = $schema->resultset('Artist')->all;
  my $all_artists_rs = $schema->resultset('Artist');

# where 조건을 만들어 넣는군..흠흠..
# Create a result set to search for artists.
  # This does not query the DB.
  my $johns_rs = $schema->resultset('Artist')->search(
    # Build your WHERE using an SQL::Abstract structure:
    { name => { like => 'John%' } }
  );

# Fetch only the next row.
  my $first_john = $johns_rs->next;

등등..흠 초기에 설정만 잘 해 놓으면 쉽게 사용이 가능하겠군.
굳이 좋은 점이라면 여러군데 산재되어 있는 query의 컨트롤 가능?

vi의 tab 크기 설정 및 tab을 space로 변경하는 셋팅

home directory의 .vimrc를 생성하여 내부에 아래와 같은 내용을 셋팅한다.

"탭 크기 설정
set ts=4
set sw=4

"탭 -> 공백 변환 기능
set et
set sts=4

의외로 너무 좋음
한꺼번에 칸 옮길때 아주 유용함..ㅋㅋ

일요일날 애기들과 코엑스 아쿠아리움에 다녀옴

혜승이, 익현이, 나 이렇게 셋이만 다녀옴.

Google의 presentation 강의

동영상 강의를 보다가 시간이 너무 걸려서 저녁에 보려고 퍼옴..^^;

빅 땡큐~~

다음 UI DevDay에 다녀왔습니다.

다음에서 UI DevDay를 삼성동 섬유센터에서 개최했습니다.
1시 부터 6시까지 진행되었었는데 본 내용은 2시부터 시작해서 5시 20분쯤 끝이 나더군요
개인적으론 Daum에서 하는 행사에 처음 참여해 봤습니다. 다음 컵하나 받아왔습니다.

Daum이 비록 검색 시장에선 Naver에게 밀렸는지 몰라도 최근의 다른 개발사의 개발자를 아우르는 활동적인 액션은 마음이 듭니다. 개방적인 부분에선 티스토리나 테터툴스나 오픈 id등의 서비스를 가지고 있는 다음이 네이버 보다는 낫지 않나 하고 생각합니다.

세션은 2가지 였습니다. 사례중심과 기술 중심으로 보면 될 것 같습니다. 전반엔 기술 중심의 세션을 들었고 후반엔 기술중심을 들었는데 개발자가 태생인지라 기술적인 부분이 재미있더군요.

기술적인 측면에선 실버라이트, 플렉스를 한 번씩 짚어주고 Wiget Based Development라고 사이트의 컴포넌트 부분을 위젯으로 만들어 페이지를 구성하는 방향으로 가려고 한다고 하더라구요.
흠흠..

XUL이란것을 사용하면 HTML과 Javascript로 된 소스를 윈도우즈 프로그램으로 설치해서 사용할 수 있는 기술도 있었습니다. XUL과 XUL Runner가 필요한데 이것은 Adobe의 AIR와 비견할 만한 기술이었습니다. 10년 이상 된 기술이라 안정성이 보장된다고 하더군요. 심지어 Netscape가 이것으로 만들어 졌다고 하더라구요, 그 후손인 Firefox도 물론이고 XUL로는 Firefox 플러그 인을 만들때 주로 사용된다고 하더군요.

각설하고 우리의 UI는 그동안 외국의 사이트와 비교해 봤을때 화려하긴 했다는 장점이 있는것은 인정하겠다 헌데 이제는 상황이 바뀌어서 수 많은 정보를 다양한 방법으로 보여주고자 할 경우 디자이너나 개발자나 모두 창조적 사고를 해야만 하는 시점에 이르렀다고 봅니다. 기존의 방법을 고수해서는 더이상 눈높이가 높아진 사용자들이 WOW할 수 없다는 것입니다, 최근 창의력 부재를 수없이 많이 느끼고 있습니다. 지금처럼 시간에 쫒겨선 아무래도 그냥 페이지를 찍어내는 공장에 불과 하겠죠.

왜 모든 Web 2.0 을 위한 framework은 모두 외국 사람이 만들었을까? (만드는 것은 고사하고 잘 사용하지도 못하겠다) 변화에 거부하고 눈치보기 보다는 적극적으로 앞장서 변화를 주도하는 사람이 되고자 합니다. 예전처럼 페이지 하나 하나를 뚝딱뚝딱 만들기 보단 이 페이지에선 사용자들이 어떤 액션을 취할 것인가? 그리고 그의 최적 동선은 어떻게 될 것인가? 정보는 어떻게 보여줘야 할 것인가를 한 번 더 생각하고 또 생각하고 또 생각하는 그런 기획자 및 개발자가 되고자 합니다.

다음 UI Devday에 다녀와서