달력

9

« 2009/9 »

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
요즘은 생각만큼 바쁘게 사는 것인지, 틈틈히 영화를 보고 그 때의 감흥을 되새기면서 글을 쓰는 것을 잊고 있다. 아니 실제로는 바쁜 것보다 마음의 여유가 없어서 일지도 모른다. 그동안 몇개의 영화를 보았는데, 하나도 손을 대지 않고 지나쳐 버렸다. 지나고 보니 아쉬움만이 남는데, 약간의 변화를 주기 위해서 다시 글을 쓴다.

이 영화는 약 2주전에 내가 본 영화이다.
한국인 배우가 나온다고, 개봉전부터 사람들의 관심을 끌기 시작하였는데, 말을 안해도 이미 누가 나오는지는 잘 알거라 생각한다. 맞다 우리가 월드스타의 반열을 올랐다고 생각하는 배우가 몇명 있는데, 그 중의 한명인 "이병현"씨이다.

내가 이 영화를 보게 된 것은 "국가 대표"와 "해운대"가 흥행을 하는 시점에서, 지금 보지 않으면, 곧 상영관에서 내려올지도 모른다는 불안감에서 보게 되었는데, 그래도 주된 이유는 한국인 배우가 나온다는 것이었다.

영화는 블록 버스터를 좋아하는 나에게는 어떤 면에서는 맞을 지도 모르지만, 정체 불명의 단체와 시대에 맞지 않는 과학기술과 테크날로지는 영화를 보는데, 반감 또는 어색함을 주었지만, 영화를 즐기는데는 큰 어려움이 없다.

영화의 구성과 시나리오를 볼때는 몇가지 반전 사항들이 있었지만, 이는 왠만큼 영화를 즐겼던 사람들에게는 식상할 만큼 반전요소들이다.

영화는 다양하고 특이한 캐릭터들을 선보이는데, "이병헌"씨의 캐릭터는 누구보다도 눈에 잘 들어온다. 이 영화는 잘 알려진 배우들이 등장하지는 않지만, 그가 우리에게 잘 알려진 배우이기 때문일 수도 있다. 그러나 무엇보다도 그의 연기력 때문이라고 생각한다.그의 정제된 연기는 극에서 분위기와 인물을 잘 살려주고 있다.

영화 속에서 나오는 한국어는 역시 어색하다. 그러나 영화나 미국 드라마에서 한국어의 사용이 늘어나는 것운 어느 정도 우리나라의 위상이 올라가고 알려지기 때문인듯하다.

영화속에서 동양은 한국, 일본 그리고 중국이 혼재되어 있는 것으로 표현되어 졌는데, 인물들의 한국어를 사용하지만, 일본풍의 건축물과 중국의 주방과 음식물들이 보이고, 소림사를 연상케하는 연무장의 풍경등은 나에게는 이질적이다. 그러나 외국인(서양인)의 눈으로 보면 다 똑같아 보일런 지도 모른다. 

영화는 스토리와 전체적인 진행으로 보면 적당한 흠도 있고, 무리한 측면도 있지만, 만화적이고 공상과학적인 측면으로 접근한다면, 2시간 내내 볼만한 흥미거리들이 가득차 있다.

아마도, 차기 작품을 예고하는듯한 앤딩장면은 2편이 계획되고 있음을 말해주고 있다.
블록버스터를 즐기는 방법은 깊게 생각하지 않고 장면 장면을 즐기는 것이다. 더불어 감동을 줄 수 있는 영화라면 더할 나위 없겠지만, 너무 많은 것을 바란다면 재미가 반감된다.

언제 나올지 모르는 속편이지만, 좀더 군더거기 없고 말끔한 스토리 전개로 이어졌으면 좋겠다.

:
Posted by 행복상자
작년말 올해초에 걸쳐서, 여러 인터넷 매체와 블로그들을 통해서 "웹 브라우져 시장의 뜨거운 경쟁"에 대해서 이야기되고 논의되어 왔다.

이와 더블어 한국에서는 절대로 빼어 놓고 이야기 할 수 없는 부분이 있는데, 이는 "Active X의 지원"에 대한 이야기이다. 웹 표준은 계속해서 발전 또는 변화하고 있기 때문에, 과거와 현재의 브라우져가 동일한 결과들을 사용자에게 제공하지 못한다. (여기서 내가 변화라는 단어를 사용한  이유는 완벽한 호환성을 제공할수 없기 때문이다. 어떠한 이유에서 인지, 기존에 제공되었던 기능들이 사라지거나 제거 되고 있다.)

10년전에도 비슷한 상황들이 있었지만, 그때만 해도 Microsoft의 IE와 Netscape의 Nevigator 브라우져의 싸움이었다. 이당시에는 브라우져가 지원하려는 기능들이 지금의 것보다 제한되어 있고, 지금만큼 네트워크 망이 안정적이고, 빠르게 구성되어져 있지 않기 때문에, "표준화된 스펙을 따르기 보다는, 조금도 많은 기능들을 추가하고 좀더 빠르게 사용자에게 제공할 수 있을까?"가 경쟁의 주요 포인트 였었다.
이러한 관점에서 마이크로소프트는 자신들의 모든 역량을 브라우져 개발에 집중하였었고, 브라우져의 기능적인면과 속도의 향상적인 측면에서 넷스케이프를 압도할 수 있었다.

당시에는 두 회사의 기술적인 차이는 늦게 웹부라우져 시장에 진입한 마이크로소프트사의 주도면밀한 기능의 추가와 전략들을 선보였다. 이중에도 HTML4를 IE4에서 지원하기 시작한 것이 가장 이상적인 것이었고, 웹 브라우져를 ActiveX 컨트롤(OLE)의 컨테이너로 사용하는 것이 두번째로 인상적인 것이었다. 세번째는 브라우져와 OS가 하나의 시스템을 구성하고 있기 때문에 절대로 분리할 수 없다는 것으로, 지금도 나는 믿지 않고 있지만, 같은 시스템의 리소스를 사용하고 있다는 것이다.

이때에 벌어지기 시작한 기술적인 변화와 차이들은 두 브라우져의 간극을 더 크게 벌리기 시작하였다. (이 외에도 제품의 시장성에 대한 부분도 있지만, 이야기가 길어져서 논하지 않으련다. 당시만 해도 넷스케이프는 돈을 받고 파는 제품이었다.)
왜냐하면, 이때는 과도기였기 때문에 개발자와 사용자들이 표준화보다는, 자신이 원하는 기능들을 쉽게 개발해서 제공하 수 있었기 때문이다. 사용자들은 새로운 환경으로 적응하는 단계였기에, 기존에 PC 애플리케이션 만큼의 기능들을 웹에서 구현해서 사용하기를 원했다. (제한된 네트워크 속도와 사용성 측면에서 웹이 독립 애플리케에션을 따라가기는 쉽지 않았다.)

일례로, 1998년경에 PC통신 서비스를 웹 기반의 서비스로 만들 회사들이 있다. LG에서 만든 채널아이와 SK에서 만든 넷츠고 라는 회사였는데, 이 회사들은 웹 기반이라고 하지만, 내부는 PC 애플리케이션에서만 볼수 있는 "데이타 그리드"를 사용하여 사용자로 하여금 쉽게 사용할 수 있도록 만들어 주었다.
아마도 그때 이들 프로그램을 사용했던 사용자들은 쉽게 기억할 수 있을 것이다. 

최근의 웹 브라우져 시장에서의 경쟁은 Firefox로 부터 비롯되었다고 해도 과언이 아니다. Firefox는 첫 번째 버전부터, 사람들에게 많은 관심을 끌기 시작하였는데, 이는 몇가지 눈에 띄는 개선 사항들 때문이다.
기존 넷스케이프코드의 속도는 항상 관심사하이었지만 관심 밖이었다. 너무 브라우징 속도가 늦다는 것을 알고는 있었지만, 변경한다는 것이 쉽운 일이 아니었다. 이를 가감히 버리고 새로 브라우징 엔진을 제작한 것이 Firefox였고, 이 결정은 성공적인 결과물들을 만들어 내고 있다. 그리고, Addon 애플리케이션의 지원이 또한 이전과 차별화된 개선 사항이다. 오픈소스 개발자들이 만들어진, 질 좋은 Application들을 쉽게 찾고 사용할 수 있도록, Echo System을 갖추어 놓았다는 것이 사용자와 개발자들을 머무르고 지속적으로 사용하도록 만든다. 

Apple의 사파리 브라우져 역시 빠른 브라우징 속도와 사용자 경험을 무기로 내세워서 조금씩 사용자들에게 알려지기 시작하고 쓰이고 있는 중이다. 최근에 속도를 내면서 버전업을 하고 있는 구글 크롬 브라우져 역시 애플과 비슷한 전략을 취하고 있지요.

중요한 점은 이들 새로운 브라우져들이 특징으로 HTML5를 지원하려 한다는 것이다. 따라서 앞으로 새로운 웹 표준을 지원하기 원한다면, HTML5의 지원이 선행되어져야 하는데, 이를 사용한다는 것은 호환성을 보장 받지 못한다는 의미가 될수도 있다. 앞서도 이야기 되었지만, 기존에 지원되던 기능들이 여러 이유들로 인해서 삭제되고, 사용할 수 없는 것들이 있기 때문이다. 반대로 생각하면, 좀더 쉽게 개발할 수 있는 기능들도 같이 새로 들어 가기 때문에 좀도 쉽게 개발할 수 있다는 의미로 받아 들일 수도 있다.
아래 링크를 보면, HTML5의 신규 기능들을 볼 수 있다.
속도와 새로운 기능들로 무장한 새로운 브라우져들이 우리 앞에 나타났고, 현재 유럽에서는 IE의 시장 점유율이 40%대로 떨어졌다고 한다. 여기에는 많은 브라우져들의 노력이 있지만, IE에 대한 MS의 지속적인 지원들이 없었던 것에도 기인한다고 할 수 있다. 마치 우리가 잘아는 토끼와 거북이의 우화 처럼 말이다.

아래의 이미지는 온전한 HTML5를 지원하는 브라우져를 만날 시점들을 브라우져의 버전별로 정리한 표이다. (참조: http://www.hagenburger.net/2009/05/4-useful-html5-browser-support-overviews

 
위 내용으로 보면 IE는 9.(2010년경)에서나 겨우 만나 볼 수가 있을 것이다. (붉은 색으로 표시된 것은 준비가 안된 상태임).

최근 브라우져 시장은 여러 브라우져들을 출중한 기능들로 인해서, 굉장히 복잡하고 어떤식으로 진행될지 예측하기가 어렵다. 하지만, 이로 인해서 덕을 보는 사람들은 사용자와 개발자(?)들인데, 이전까지 경험하지 못한 새로운 것들을 쉽게 접할수 있고, 이로 인한 즐거움은 역시 즐기고자 하는 사람들이다.

브라우져 개발사는 개발사대로 열심 있어야 하지만, 개발자들은 개발자 나름대로 준비를 해야 한다. 새로 변경되고 바뀌는 것에 대해서 제대로 알고 있어야, 원하는 서비스를 잘 만들수 있기 때문이다.

MS의 최근 고민은 ActiveX를 죽이는 것에만 있는 것이 아니다. MS는 IE6 버전을 죽이기(?)위에서 애를 쓰고 있다, 최근 10년간 표준 처럼 사용되었던 IE는 근 1~2년 사이에서 3개의 새로운 버전을 개발해서 시장에 내보내고 있다. 결국은 유지보수와 호환성 그리고 보안성의 이슈가 나오기 마련인데, IE6를 현재까지 사용하는 사람들이 아직도 많기 때문이다. (관련 기사: http://www.etnews.co.kr/news/detail.html?portal=001_00001&id=200909100186)

새로운 기능을 탐재한 브라우져들이 계속해서 나오고 있다. 개발자의 관점에서 보면, 이들 브라우져들 모두를 지원하기 위해서 좀더 많은 노력과 시간이 들어간다고 투덜거릴수도 있지만, 결과적으로는 좋은 방향으로 흘러갈 것이다. 그렇게 때문에 새로운 게임의 법칙이 만들어 지거나, 온전한 표준화가 진행되어져야만 브라우져를 만드는 개발사들과 이를 통해서 서비스를 제공해야 하는 개발자와 이를 즐기는 고객들이 행복해 질수 있을 것이다.
:
Posted by 행복상자
2009. 9. 7. 23:11

PNG File 에 대한 간략 정리 Tip & Tips2009. 9. 7. 23:11


최근에 아는 지인과 이야기 하다가, PNG 파일의 변환 이야기가 나왔다. 하고 있는 일이 있는데, 몇가지 풀리지 않는 이미징 프로세싱상의 문제점이었는데, 나의 호기심을 자극하였다.

내가 그동안 알고 있는 PNG파일에 대한 내용은
1. 라이센스가 없다.
2. R,G,B 와 알파 채널을 제공한다.
이것이 전부이다. 그래서, 쉽게 쓰고, 편하게 쓰자 였다.

요즘 왠만한 웹사이트와 개발되는 프로그램들은 PNG파일들을 대부분 기본으로 지원하고 있다. 이는 개발툴과 Application 기본적으로 지원하고 있다는 말이다.  iPhone에서도 기본 이미지는 png 파일을 이용해서 메뉴 아이콘을 구성하고 있다.

관련 자료들은 내가 잘 이용하는 위키디피아에서 찾아 보았다.
PNG파일데 대한 다음 링크를 브라우져에서 열어보면, 아래와 같은 목차가 나타난다.


세부 사항들은 위에서 각 링크를 찾아 보면 되고, 간략하게 PNG파일에 대해서 요약하면,
PNG 는 Potalble Network Graphics의 약자로, 무손실 데이터 압축을 사용하는 비트맵 이미지 포맷이다. PNG는 GIF 포맷을 개선하고, 대체하기 위해 만들어진 포맷으로 파일 포맷에 대한 라이센스를 필요로 하지 않는다. PNG는 palette기반의 24bit RGB color와 greyscale RGB 그리고 RGBA (알파체널을 포함한 RGB) 이미지들을 지원한다.
그리고, 이 파일 포맷은 인터넷상에서 전송을 위한 목적으로 설계되었기 때문에, 전문 적인 디자인을 위한 CMYK와 같은 color space는 제공하지 않고 있다.

마지막으로 PNG 파일은 "PNG" 또는 "png" 확장자로 사용되고, 인터넷에서 주로 사용하고 있는 Mine media type으로는 "image/png" 로 정의해서 사용한다.

PNG file의 헤더는 8 byte로 되어 있다. (필드의 세부 내용은 아래 참조)
Bytes Purpose
89 Has the high bit set to detect transmission systems that do not support 8 bit data and to reduce the chance that a text file is mistakenly interpreted as a PNG, or vice versa.
50 4E 47 In ASCII, the letters "PNG", allowing a person to identify the format easily if it is viewed in a text editor.
0D 0A A DOS style line ending (CRLF) to detect DOS-UNIX line ending conversion of the data.
1A A byte that stops display of the file under DOS when the command type has been used—the end-of-file character
0A A UNIX style line ending (LF) to detect UNIX-DOS line ending conversion.



PNG 파일을 사용하는 .Net Framework의 예제는 아래와 같다.
(물론 여러 툴에서 각각 UI 에서 지원하기 위한 클래스와 API가 있지만, 단지 내가 좋아하는 VB를 좋아하기 때문에 예제도 MSDN에서 찾아 보았다.)

다음 링크를 따라 가면, 2개의 예제가 있다.

사용하는 예제는 무척 간단한다. Encode 또는 Decode 클래스를 이용하면되는데, 기본적인 사용법을 알아두면, GIF 나 JPEG 의 Encode 또는 Decode 클래스를 쉽게 이용할 수 있다.

[PNG Image를  Decodeing 하는 예제]
' Open a Stream and decode a PNG image
Dim imageStreamSource As New FileStream("smiley.png", FileMode.Open, FileAccess.Read, FileShare.Read)
Dim decoder As New PngBitmapDecoder(imageStreamSource, BitmapCreateOptions.PreservePixelFormat, BitmapCacheOption.Default)
Dim bitmapSource As BitmapSource = decoder.Frames(0)

' Draw the Image
Dim myImage As New Image()
myImage.Source = bitmapSource
myImage.Stretch = Stretch.None
myImage.Margin = New Thickness(20)

[PNG Image를  Encodeing 하는 예제]
Dim width As Integer = 128
Dim height As Integer = 128
Dim stride As Integer = width
Dim pixels(height * stride) As Byte
' Define the image palette
Dim myPalette As BitmapPalette = BitmapPalettes.Halftone256
' Creates a new empty image with the pre-defined palette
Dim image As BitmapSource = System.Windows.Media.Imaging.BitmapSource.Create( _
width, height, 96, 96, PixelFormats.Indexed8, myPalette, pixels, stride)
Dim stream As New FileStream("new.png", FileMode.Create)
Dim encoder As New PngBitmapEncoder()
Dim myTextBlock As New TextBlock()
myTextBlock.Text = "Codec Author is: " + encoder.CodecInfo.Author.ToString()
encoder.Interlace = PngInterlaceOption.On
encoder.Frames.Add(BitmapFrame.Create(image))
encoder.Save(stream)


:
Posted by 행복상자
미국 시간으로 지난 9월3일 (한국 시간으로 9월 4일)자로 Release 되었다. 이번에 릴리즈된 버전은 Java와 Python 버전으로 각각 제공되는데, 이는 XAPP를 지원하기 위한 것이다.
XMPP는 eXtensible Messaging and Presence Protocol (XMPP) 로 알려져있는 XML기반의 Real time Messaging 서비스이다.

아래의 링크에서 다운로드 하면된다.
- Download: http://code.google.com/p/googleappengine/downloads/list

이번 1.2.5 릴리즈에 포함된것은 그동안 이슈트랙커에 올라온 신규 기능들에 요청중에 많은 사람들의 우선적으로 지원해 주기를 바랬던 기능이었기 때문이이다.

이번에 제공되는 새로운 API들을 이용하면, XMPP기반의 네트워크 프레임워크 상에서 다른 사용자들과 메시지 교환이 가능해 진다. Google Talk와 Google Wave와 같은 Application 과도 마찮가지로 메시지를 교환할 수 있다.

다음 링크를 살려보면, Google App에 포함된 XMPP의 간략한 설명과 예제를 살펴볼수 있다. Java와 Python버전이 있다.

- Java: http://code.google.com/intl/ko-KR/appengine/docs/java/xmpp/
- Python: http://code.google.com/intl/ko-KR/appengine/docs/python/xmpp/

위 링크들을 따라가면, 예제를 살펴볼수 있는데, 코드와 이를 App Engine에서 사용하기 위해서 Config에 추가할 내용들이 있는데, 이는 간단하지만, 주의 깊게 살펴볼 필요가 있다.

그리고, 마지막으로 googlel app engine의 API들은 제약조건들이 있는데, 이것들을 잘 살펴보아야 한다.
예전에 Twitter의 Open API를 테스트하다 보니, 테스트 코드를 몇번 실행을 안했는데, 계속 서버에서 블록킹 되고 결과는 정상적으로 나오지 않았던 적이 있었다. 알고보니 트위터에서는 시간당 100개의 Request와 하루에 2000개의 Request를 사용할 수 있다는 제약이 있었다.

Quter와 제약에 대한 내요은 아래와 같다.

Each XMPP service request counts toward the XMPP API Calls quota.

Each outgoing XMPP chat message counts toward the following quotas:

  • XMPP Data Sent
  • XMPP Recipients Messaged
  • Outgoing Bandwidth (billable)

Each outgoing XMPP chat invitation counts toward the following quotas:

  • XMPP Data Sent
  • XMPP Invitations Sent
  • Outgoing Bandwidth (billable)

Each incoming XMPP message counts toward the following quotas:

  • CPU Time (billable) (50 ms/message)
  • Requests
  • Incoming Bandwidth (billable)

Computation performed in a request handler for incoming XMPP messages applies toward the same quotas as with web requests and tasks.

For more information on quotas, see Quotas, and the "Quota Details" section of the Admin Console.

In addition to quotas, the following limits apply to the use of the XMPP service:

Limit Amount
incoming message size 100 kilobytes
outgoing message size 100 kilobytes


:
Posted by 행복상자