달력

5

« 2024/5 »

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
2009. 7. 11. 17:11

Silverlight 3 Released 공부하는 것2009. 7. 11. 17:11

ScottGu's Blog에 "실버라이트 버전 3의 Release"에 대한 글이 올라왔다. 미국시간으로 7월 10일자로 Release된 것이다. Silverlight 2가 작년에 Release되고, 채 1년도 되지 않았는데 벌써 버전 3를 정식으로 Release된 것은 굉징히 빠르게 기능을 개선하고 개발하고 있다는 반증과 같다.

Scott Gusly는 그의 블로그를 통해서 새로 정식으로 Release된 Silverlight 3의 Feature를 아래과 같이 소개하고 있다.

Siverlight 3는 하드웨어 그래픽 가속을 이용하여 HD 비디오를 볼수 있도록 도와준다. 이는 낮은 사양을 PC를 가진 사용자가 GPU를 이용하여 웹을 이용하여 동영상을 1080p HD비디오를 즐길수 있다.
하지만, 낮은 사양의 PC의 사양의 PC에서 1080p를 즐길수 있을 만한 비디오는 제한되어 있다. AGP에서 1080p를 지원하는 GPU를 탑재한 그래픽 카드는 생각보다 구하기 힘들다. 요즘은 PCI-Express기반의 인터페이스를 지원하는 그래픽카드가 많이 나와있고, 대중화 되어서 오히려, AGP에서 1080p를 구동가능한 그래픽카드는 구하기 쉽지 않다. 
특히 요즘 많이 사용하고 있는 인텔의 Atom침 기반의 넷북들은 싼가격을 이유로 낮은 사양의 GPU침을 탑재하고 있어서, 이러한 기능을 어떤 사용자에게는 그림의 떡이다.

그래도, 다행 스러운 것은 Nvidia에서 개발하고 있는 ion 플랫폼 기반의 넷북을 사용한 넷북들이 출시된다면, 이러한 약점들은 많은 부분 커버될 것이라 생각된다. 또한 인텔도 자사에서 개발한 넷북보드의 최대 약점으로 알려져 있는 그래픽칩셋에 대한 보안책들을 계속 내놓고 있다.

Silverlight 3눈 새로운 코덱들을 지원한다. H.264 video, AAC 그리고 MPEG-4 컨텐츠를 지원한다.
그리고 IIS Media Services를 이용해서 HTTP상에서 Streaming Sevice를 제공할 수 있다.
이에 대한 데모는 여기에 있으니 참조하길 바란다.

Silverlight 3 는 브라우져 밖에서도 Application으로 독립적으로 동작할 수 있다.
이는 새롭게 만든 애플리케이션이 단지 웹 브라우져에서만 동작하는 것이 아니라, 윈도우즈나 맥환경에서 애플리케이션으로 설치되고 동작할 수 있다는 것을 의미한다.
이를 위해서 개발자는 네트워크 상태를 모니터해서, 네트워크 모드로 또는 Off-line모드로 동작할지 선택이 가능하게 만들어 줄 수 있다. 그리고 Silverlight 3는 자동으로 애플리케이션을 업그레이드 할 수 있기 때문에 웹상에 새로운 버전이 있다면, 이를 다운받아 인스톨이 가능하다.

Silverlight 3를 위한 개발툴 도한 새로 Release 되어서 다운로드가 가능하며 VS2008에서 사용가능하다. 
툴은 아래 링크에서 다운로그 가능하다.
       - VS 2008 Tools for Silverlight: 다운로드
       - Silverlight Toolkit(추가 컨트롤): 다운로드


 
 
:
Posted by 행복상자
늦은 시간은 아니지만, 일이 늦게 마무리 되는 바람에 집에 이에서야 들어왔다.
간단하게 요기를 하려고, 라면하나를 끓여놓고 TV를 켜보니, "마이클 젝슨 전설로 잠들다"라는 제목으로 추모 공연이 방송대고 있었다.
아마도, 오늘 새벽에 있었던 추모공연을 녹화 방송을 하는 것 같다.
버라이어 케리가 나와서 "I Will Be There"를 부르는데, 목소리는 이전과 다름이 없는데, 그녀의 모습은 이전과 같지 않았다. 세월이 지나서 나이가 들어서 일지도 모른다.

80년대, 90년대를 추억하면, 결코 빠지지 않는 수 많은 기억속의 가수들이 그를 위해서 노래를 불러주고 있기에, 갑자기 예날을 추억하게 되었다. 내가 초등학교, 중학교 시절의 "마이클 젝슨"은 거의 신의 반열에 이르러 있었던 가수였다. 그의 노래를 따라부르고 춤을 추고, 그의 노래가 담긴 판이 시장에 나오면, 한국의 모든 가수의 판매량을 합쳐도 따라갈수 없는 정도로 많았다라는 것이 내가 기억하고 있는 그다.

그가 출연한 뮤직 비디오 역시, 내가 어렸던 그 당시로는 상상하기 힘든 많은 효과들을 담고 있었다. 내가 그때까지 들었던, TV와 라디오가 주로 사용되던 미디어 였지만, 역시 음악과 노래는 라디오라는 매체가 가장 대중적이었다. 그렇지만 그때까지 듣던 노래는 어느던 보는 노래가 바뀌고 말았다.

누구 보다도 그를 열광적으로 좋아한 적은 없는 나지만, 오늘은 그의 노래와 춤을 느끼고, 즐기면서 그리고 추억하면서 하루를 마무리 하려고 한다.
그를 위해서 그의 친구들이 불러주는 노래들을 가슴으로 느끼면서 말이다.

마지막으로, 그가 가장 좋아했던 노래는 찰리채플린의 모던 타임즈에 나오는 "스마일"이란다. 
 
:
Posted by 행복상자
오늘은 집에 아무도 없는 관계로 이것 저걱 시도해 보았다.
결과 적으로는 아무것도 한것이 없는 것이 되어 버렸지만, 많은 것을 하려 했던 시도자체의 문제라기 보다는 집중하지 못하는 것이 문제 였다.

하루중에서 가장 기억나는 것은 오전에 케이블 방송에서 해주었던 어떤 프로그램에 대한 것이었다.
별로 TV를 즐기거나, 좋아하지 않는다. 물론 한번 빠지면, 이것 저것 제쳐놓고 꼭 보고야 마는 집요한 성격을 가지고 있지만, 회사가 집과 먼 관계로 집중해서 보는 프로그램은 없다. 
그런데, 집에 들어오면 꼭 TV를 틀어놓고 다른 일을 하거나, 책을 보곤한다. 아니면, 오늘 처럼 노트북을 펼쳐놓고 다른 작업을 하면서, TV에서 나오는 소리를 마치 라디오 방송을 듣는 것처럼 듣곤한다. 이 경우 대부분 뉴스를 하는 방송에 채널을 고정해 놓는다. 요즘은 24시간 뉴스만 틀어주는 방송이 있으니까, 시간마다 기다릴 필료도 없다.

TV채널을 틀다가, 한 방송에 나의 시선이 고정되었다. 늦은 오전 이었지만 아직 식사 전이어서인지, 시장했던 나는 맛있어 보이는 스테이크를 보여주는 화면에 푹 빠져버렸다. 정말 맛있어 보이는 큼직한 스테이크 였다. 방금 구워서인지 화면 속에서 보이는 김이, 나의 코와 입속의 침샘을 자극해 버렸다.

채널이 고정되고, 정신을 차리고 어떤 프로그램인지 살펴 보았다. "미션! 최고의 레스토랑2"라는 제목으로 미국에서 제작된 방송이는데, 망하기 일보직전인 레스토랑을 살리는 프로그램이었다.
중간을 지나서 방송을 보기 시작해서, 중간에 어떤 사연들이 있었고, 어떠한 준비를 하였는지는 모르겠지만, 새롭게 개장한 레스트랑은 새로은 음식과 소스를 가지고 손님들을 맞이하고 있었다.

주방에서는 이 프로그램의 주인공(?)격인 주방장의 지시에 따라 음식이 만들어 지고 있었다.
새로 만들어진 음식과 소스는 이전과는 달리 맛있고 차별화된 메뉴였기 때문에 손님들에게 인기가 있을거라 모두들 기대하고 있었고, 실제로 손님에게 음식이 나오자 손님들의 반응이 좋았다.

여기서, 모든 이야기가 끝이라고 생각했는데, 그것이 아니었다. 주방에서는 주방장의 지시로 만들어지는 음식들이 하나 하나 체크되어지고, 식당으로 나갈 음식의 그릇조차 지져분해 보이면, 가차없이 경고가 이어졌다. 저녁시간에 되어, 레스토랑에 손님들이 점점 늘어나는 상황에서, 제한된 인원과 리소스를 가진 주방에서는 마음만큼 음식들이 만들어 지지 못하는 상황이었고, 급한 마음과 달리 실수가 많아지기 시작하였다.
그러한 상황에서도 메일 주방장은 결코 음식의 질에 대해서 양보하지 않았고, 더욱더 음식에 대한 요구가 많아지기 시작하였다. 
이러한 상황에서, 1시간이 넘도록 기다리는 손님들이 생겨나기 시작하였고, 결국 사장과 지배인을 불러서 불만을 이야기 하는 상황이 되었다. 사장은 당황하였고, 어찌할 바를 몰랐다. 조금만 더 기다리게 하면 손님들이 그냥 돌아가는 사태가 일어날 것이기 때문이었는데, 어떻게 기다리라고만 할 수 있겠는가?

결국, 주방으로 들어가서, 주방장에게 강력하게 음식을 빨리 만들어 줄것을 요청한다. 그러나 주방장의 태도는 별화가 없었다. 음식이 나오지만, 질적으로 떨어지거나, 제대로 만들어지지 않은 음식은 가차없이 다시 만들도록 한다. 그리고 제대로 만들어져 나온 음식일 지라도, 먹음직스럽게 셋팅되지 않거나, 소스가 티어서 지저분해 보이면, 이역시 제대로 잘 정리되지 않으면 내 보내지 않았다.

사장과 지배인은 이러한 상황에서, 주방장이 레스토랑으로 내보내려 하지 않던 음식을 직적 가지고 나가려고 하는데, 이때 주방장은 강력하게 제재를 가한다. 
이 순간을 타협해서는 안된다고, 음식의 질을 떨어뜨리면 결코 안된다고, 손님이 아무리 뭐라고 하더라도 음식의 질만을 유지해야하고 맛있는 음식을 손님에게 제공해야 한다고 강력하게 이야기 한다.
사장과 지배인 그리고 주방에서 일하는 다른 사람들은, 마침내 이 말에 동의하기 시작하고, 바쁘고 힘든 상황에서 서로와 서로를 격려하기 시작한다.

이때, 1시간 이상을 기다리던 손님은 욕과 함께 식당을 떠난다. 
주방에서는 공통된 목표가 있기 때문인지, 아니면 주방장의 격려의 목소리 때문인지 아까보다도 더 활기차게 음식을 만들고 있었다. 이 들이 만든 음식을 먹던 손님들은 모두가 만족스러워 한다. 
마침내 마지막 손님이 돌아가고, 남은 이들은 모여서 자신들이 이루어 낸 하루를 무척 만족스러워 하게된다. 
"다른 어떤 것보다도 음식의 질은 떨어뜨리지 말자. 손님에게 양질의 음식을 만들어 주어야 한다." 라는 주방장의 말을 끝으로 전쟁과도 같은 하루가 마쳐진다.
몇 달후, 이 레스토랑은 그 지역의 최고의 레스토랑으로 선정되고, 몇개의 상을 타게 된다. 

이 프로그램의 보면서, 내가 느꼈던 것은 개발자와 개발을 하는 회사는 과연 무엇을 위해서 타엽을 할까? 라는 생각이 들었다. 1시간 이상 기다리던 손님에게, 양질의 음식대신, 그렇지 못한 음식을 먹게하고, 별다른 만족을 주지 못한다면, 이 손님은 결코 다시 돌아오지 않을 것이다.
물론, 2시간씩 기다리게 하는 식당도 다시 가고 싶지는 않을 것이다. 하지만, 그렇게 기다릴 만큼 맛있는 음식이라면, 몇명은 다시 올지도 모르겠지만...

최근에 외근을 나간적이 있는데, 현장에서는 신 제품에 대한 품질에 대한 불만들이 많았다. 제품의 출시 일정을 맞추는 것은 상당히 중요할 일이기는 하지만, 그러나, 출시 일정때문에, 기준이하의 품질의 제품을 만든다면, 당장의 매출은 올릴수 있을지 모르지만, 그 다음은 확신할 수 없을 것이다.
당장의 이익과 장기적인 이익의 차이는 얼마나 큰 차이인지는 정확히는 모르지만, 개발자로서는 품질에 대한 고집을 가져가야 한다고 생각한다. 물론 이는 개발자의 몫일 뿐만 아니라 개발사의 몫이기도 하다.
한국의 개발현실은 그렇게 녹녹치 않다는 것도 이미 잘 알고 있다. 그러나, 정말 내가 타협하지 말아야 할 부분이 무엇인지를 생각할 수 밖에 없었다.

중소 IT업체의 CEO분을 만나서 들은 이야기 중에, 황당한 내용이어서 기억하고 있는 것이 있다. 어떤 프로젝트에서 말도 안되는 일정때문에, 일정을 맞추기 위해서 프리렌서를 모집해서, 고생끝에 개발을 완료하였는데, 이 프로젝트를 마침과 동시에 프리랜서들은 핸드폰 번호도 바꾸고 잠적해 버렸다는 것이다.
왜 잠적하였을까? 여러가지 이유가 있었겠지만, 결국 모두 망하는 길이 될 것임은 불 보듯 뻔하다.

회사에서 만들어 내는 제품도 마찮가지이다. 한 제푸의 신뢰가 또 다른 제품의 신뢰로 이어질텐데, 제대로 되지 않은 품질의 소프트웨어와 하드웨어를 고객에게 제공하고 이를 A/S를 통해서 품질을 보완한다는 것은 고객에게 책임의 일부를 전가하는 것과 같은 일이다. 
한가지 알아야 할 일은, 인터넷 시대의 고객을 무척 똑똑하다는 것이고, 그 입이 무척 크다는 것이다.

좋은 제품은 품질이 바탕이 되어야 하고, 개발자는 앞서 이야기한 요리사와 같이 항상 머리속에 되세겨야 할 것이다. 항상 하는 이야기이지만, 개발자는 자기의 코드를 통해서 이야기 해야 한다. 그리고 아키텍트는 복잡한 것을 단순화 시키는 능력으로 말을 해야 할 것이다.

이렇게 되기 위해서는 끊임없이 배우고 익혀야 한다.
조그마한 재주를 가지고, 누구를 기쁘게 할 지는 모르지만, 자기 조차 먹일수 없는 음식을 남에게 내 놓을수는 없을 것이기 때문에, 모자라는 부분은 지속적으로 개선해야 할 거라 생각한다.

오늘은 짧고 간단한 이야기를 하고 싶없는데, 말이 길어졌다.

 

 






















:
Posted by 행복상자
오늘은 최근 며칠전에 보아 두었던, Twitter4J 의 API와 이를 Java에서 사용가능하도록 구현한 Twitter4J 를 분석하기로 마음 먹었다. 일단 웹에서 Twitte4J 2.0.8버전을 다운로드 받아서, Eclipse에서 환경을 만들어보았다. 다운로드 받은 파일을 압축을 풀면, Source Code와 Sample Code 그리고 Junit 코드가 있다.
Junit 코드는 Twitter4J 라이브러리의 사용법을 손쉽게 익힐수 있는 좋은 예제이다.

몇가지 테스트를 하다보니, 클라스의 메소드들의 내용을 출력해서 볼 필요가 있어서, 이를 Console에 찍어보았는데, 메소드 또는 getter를 통해서 Twitter 서버의 결과들을 가져와 그 내용을 살펴 볼수 있었다.

아래과 같이 Java Doc에 있는 문서를 뒤져서, System.out.println() 메소드를 이용하여 처음에 만들어 보았다.  
public void testSearch() throws TwitterException
 {
        Twitter tw = new Twitter();
        String queryStr = "happyzoo";
        Query query = new Query(queryStr);
        QueryResult queryResult = tw.search(query);
     
        List<Tweet> tweets = queryResult.getTweets();
        System.out.println("tweets.size: ==> " + tweets.size());
               
        for (Tweet tweet : tweets) {
         System.out.println("tweet.getText: ==> " + tweet.getText());
       System.out.println("tweet.getSource: ==> " + tweet.getSource());
                    ....    
        }
 }



위의 코드는 Junit을 이용하여 테스트용으로 만든 코드이지만, 코드의 내용을 검증하지는 않았다. 개인적으로는 TDD를 선호하지만, 갑작스럽게 확인하거나 할때는 그냥 junit에다 테스트 코드를 작성하고, 나중에 Refactoring을 한다. 새로운 Library를 익혀야 하거나 테스트 코드를 짜볼 때는 Junit로 테스트를 작성하고, 나주에 필요할 때, 다시 이를 보고, 사용법을 익히는 시간을 줄이곤 한다.

그리고, 사실 다음 단계들이 Refacoring을 하는 단계라고 생각할 수도 있다.
위의 코드가 그리 보기 않좋았다. 그래서 이를 다시 수정하였다. 나중에 코드를 작성할때 필요한 내용들을 확인할 때 재 사용이 가능할 거라고 생각하였다. (이 역시 나의 습관인데, 별도의 클래스의 작성 필요 없는 경우는 static으로 메소드를 선언하여 사용하곤 한다.)


private static void showTweet(Tweet tweet){
    StringBuffer showData = new StringBuffer();
    
    showData.append("tweet.getCreatedAt():" + tweet.getCreatedAt() + "\n");
    showData.append("tweet.getFromUser():" + tweet.getFromUser() + "\n");
    showData.append("tweet.getFromUserId():" + tweet.getFromUserId() + "\n");
    showData.append("tweet.getId():" + tweet.getId() + "\n");
    showData.append("tweet.getIsoLanguageCode():" + tweet.getIsoLanguageCode() + "\n");
    showData.append("tweet.getProfileImageUrl():" + tweet.getProfileImageUrl() + "\n");
    showData.append("tweet.getSource():" + tweet.getSource() + "\n");
    showData.append("tweet.getText():" + tweet.getText() + "\n");
    showData.append("tweet.getToUser():" + tweet.getToUser() + "\n");
    showData.append("tweet.getToUserId():" + tweet.getToUserId() + "\n");

  
    System.out.println("showData: " + showData);
 }

위 처럼 코드를 만들고 나서는, 다른 클래스에 대한 값들을 또한 확인해야 할 필요가 느껴졌다.
그런데, 위와 같은 "showData.append("... ")" 라고 일일이 쳐 주어야 하는 것이 비 생산적이라는 생각이 들어서, 자동으로 위와 같은 형태로 생성해 주면, 이를 출련한 후에 실제 코드에서 생성해서 붙여 쓰는 것이 더 생산적일 거라는 생각이 들어서, 코드를 만들어 주는 코드를 아래 처럼 짜써 넣었다.

public void createTempletCode()
 {
String[] methods = new String[]{
"getCreatedAt",
"getFromUser",
"getFromUserId",
"getId",
"getIsoLanguageCode",
"getProfileImageUrl",
"getSource",
"getText",
"getToUser",
"getToUserId"
  };
  
String str = "";
for (String method : methods) {
str += "showData.append(\"tweet." + buffer + "():\" + " + "tweet." + method + "() + \"\\n\");\n";
}
  
System.out.println(str);
 }

위의 코드는 실제 코드를 만들때의 노가다를 상단부분 없애 주었다. 물로 1~2를 위해서 쓴다면, 여기까지 만든 노력이 별로 효과가 없지만, 말이다. 하지만, 역시 단점이 있다, 메소드들을 java Doc을 뒤져서 복사해서 배열로 만들어 줘야 한다. 이 역시 적지 않은 노가다가 든다. Copy & Paste를 한다해도 메소드가 많다면, 이 역시 쉬운 작업을 아니다.

역시 한번더 개선을 해야 겠다. 일단 위의 코드를 아래처럼 별도이 메소드로 만들어 주었다.

 public static String createTempletCode(String[] methods, String instanceName)
 {
String temp = "";
for (String method : methods) {
   temp += "showData.append(\"" + instanceName + "." + method + "():\" + " + "tweet." + method + "() + \"\\n\");\n";
  }
   
  return temp ;
 }

그리고, reflection을 이용하기로 했다. 이는 junit과 AspetJ 또는 AOP에서 많이 사용되고 있고, 실제로 윈도우나 Java에서 최근들어 많이 사용되고 있는 방법이다. 그러나 사실 일반적인 개발시는 많이 이용하지 않고 있다. 그러나 나는 오는 나의 노가다를 쫑 내기 위해서, 이를 이용할 수 밖에 없었다.

"java.lang.reflect.Method"를 이용해서 내가 java Doc에서 가져오던 내용들을 한번에 가져오기로 하고 다음과 같이 수정하였다. 만약 제대로 가져오면, 위에 있는 메서드를 이용하여 쉽게 원하는 것을 출력할 수 있을 것이다.
 
public void createTempletCode()
 {
System.out.println(createTempletCode(getMethodOfClass(Tweet.class), "tweet")); 
 }

public static String createTempletCode(String[] methods, String instanceName)
 {
String temp = "";
for (String method : methods) {
 temp += "showData.append(\"" + instanceName + "." + method + "():\" + " + "tweet." + method + "() + \"\\n\");\n";
  }
   
  return temp ;
 }

public static String[] getMethodOfClass(Class clazz)
 {
  Class thisClass = clazz;
  Method[] methods = thisClass.getDeclaredMethods();
  
  String[] methodNames = new String[methods.length];
  
  for(int i =0; i < methods.length; i++ )
  {
methodNames[i] = methods[i].getName();
   
  }
  
  return methodNames;

}


코드가 많이 단순해 졌다. 처음 생각했던 내용들이 시간의 흐름사이에서, 생각도 변화하고 아이디어도 변화해서, 위와 같은 모습이 되었다.
조금 전까지도, 어차피 reflection을 적용했으니까, 생성한 코드를 바로 실행하는 로직을 만들어 넣을까도 생각했지만, 이거는 오버스펙이 될거라는 생각에 오늘은 더 이상 추가하지 않을 계획이다. 아직도 몇가지 코드들은 refectoring을 기다리고 있으니 말이다.

Twitter4J의 클래스와 메소드들은 생각보다 사용하기 쉽고, 단순하다.그리고, 이는 일본사람이 만들어서 인지 Unicode에 대한 문제도 없어 보인다.

오늘은 별다른 래퍼 클래스를 만들지 않고, 몇가지 테스트만 더하고, 내가 원하는 것을 한번 만들어 볼 생각이다.


'공부하는 것' 카테고리의 다른 글

GRails 공부 자료들...  (0) 2009.10.04
Silverlight 3 Released  (0) 2009.07.11
Free ASP.NET MVC “NerdDinner” Tutorial Now in HTML  (0) 2009.05.01
Free ASP.NET MVC eBook Tutorial  (0) 2009.03.12
Microsoft Azure Platform  (0) 2008.12.29
:
Posted by 행복상자