희희덕하며 웃어보자

UX, 한번더 생각해봅시다

희희덕 — Wed, 20 Jan 2010 07:07:31 +0900

요즘 사용자 경험(UX)을 고려한 설계의 중요성이 웹을 비롯한 여러 산업 분야에서까지 화두로 떠오르고 있는 것 같습니다.

국내에서도 사용자 경험을 공유하는 스터디 모임이 몇몇 운영 중이고, 몇몇 대학에서는 UX 과정이 개설된 곳도 있다고 합니다. 얼마 전엔, UX를 교류하는 컨퍼런스인 UXEye도 진행되었습니다.

그만큼, 사용자의 경험을 고려한 설계의 중요성이 강조되고 있는데, 국내외적으로 UX와 관련된 여러 서적들이 있으니, 개발자, 디자이너임을 떠나서 한번쯤 참고해 보시는 것도 좋을 것 같습니다.

UX 디자인은 사용자가 경험 할 수 있는 모든 감각과 상호작용을 기반으로 설계되는데, 웹과 같이 단 방향 미디어 매체에서는 주로 시각, 청각과 같은 감각과, 클릭, 터치와 같은 사용자의 인터랙션이 중요시 되고 있습니다.

사용자의 시각을 고려한 디자인 방법론에는 여러 가지가 있는데, 그 중 보색 대비는 사용자에게 강한 주목을 얻기 위해서 흔히 사용됩니다. 예를 들어, 도로표지판에서도 노랑과 검정을 함께 나타내어 주목의 효과를 강조하기도 합니다.

보색대비는 사용자에게 주목과 강조를 주기 위한 가장 본능적인 경험이고, 이를 적절히 활용하여 사용자에게 주의를 준다면 상당히 효과적인 UX 디자인 방법이 될 수 있습니다.

하지만, 본능적인 경험이 또 다른 본능적인 경험과 충돌하여, 최상의 경험은 커녕 사용자에게 심각한 위험을 준 사례가 있습니다.

90년대, 당시 일본에서는 닌텐도 게임을 기반으로 한 애니메이션인 포켓몬스터가 큰 인기를 얻고 있었습니다. 당시 포켓몬스터의 시청률이 1위를 여러 차례 달성하였고, 닌텐도 게임이 정식으로 발매되지 않은 한국에서 방영하여 지금까지도 계속 사랑을 받고 있는 애니메이션 이기도 합니다.

하지만 97년 12월 13일 방영된 포켓몬스터에서 단 3초의 실수로 그 인기가 분노로 바뀌어 버리는 사건이 발생하고 맙니다. 당시, 방영 분에서는 컴퓨터 세계의 대전을 다루었는데, 적이 소멸되는 순간 빨간색과 파란색의 보색이 상당히 여러 번 번갈아 표현되었습니다.

이 방영분이 방송된 직후, 전국의 700여명의 아이들에게 광 과민성 발작이라는 질병이 동시에 발생하였고, 구토를 일으키며 의식을 잃는 간질증상도 발견되어 수십 명이 병원 신세를 지어야 했습니다.

광 과민성 발작은 과도한 시각적인 변화로 인한 자극을 보호하기 위한 신경적인 본능인데, 의식을 잃고 구토를 하는것과 같은 동작으로 강렬한 시각적인 자극을 피하려고 합니다. 이전엔 게임을 하던 사용자에게서 간혹 발생하여 닌텐도 발작으로 알려지기도 했습니다.

하지만, 포켓몬스터 발작 사태처럼 수백 명이 동시에 발병하는 사태는 전 세계적으로 처음 있는 일이었고, 구토로 인해 기도가 막혀 사망할 수 있는 가능성까지 제시되면서 당시 일본 열도를 충격으로 몰고 가기도 했습니다.

이 사건이 발생한 직후, 언론에서는 대서특필 하였고, 당시 최고의 인기 애니메이션이었던 포켓몬스터는 4개월간 방송이 중지되는 강 징계를 받았고, 당시 상영 분 또한 완전히 폐기 되었습니다.

이후, 일본 애니메이션은 만화 시작 전 ‘방안을 밝게 하고, 멀리 떨어져서 시청하십시오.’와 같은 경고문을 반드시 방영하여야 했고, 보색대비가 포함된 강렬한 색체자극은 사용 할 수 없도록 규제화 되었습니다.

아울러, 전반적인 웹의 표준을 관리하는 컨소시움인 W3C에서도, 1999년 웹접근성가이드(WCAG) 1.0 에서 보색대비가 들어간 강렬한 색채전환 효과는 사용하지 말 것을 명시하였습니다.

하지만, 이런 사건의 경각성에도 불구하고, 잘못된 색체효과 사용으로 인한 사고는 아직까지도 흔한 편이라고 합니다. 얼마 전 2012년 런던올림픽 프로모션 사이트에서도 앰블램을 나타내는 부분에서 사용한 색채전환 효과가 광 과민성 발작이 발생할 것을 우려해 영상의 일부가 삭제되는 일도 있었다고 하네요.

사실 이 글에서 다룬 사례는 두 가지의 본능적인 사용자 경험이 충돌한 것으로, 그 결과가 사용자에게 혼란을 주어 중대한 위해를 준 사례이기도 합니다.

이처럼, UX 디자인 설계를 할 때에도 하나의 최상의 사용자 경험을 고려하여 설계하는 것 보다, 여러 가지 상층되는 사용자 경험들도 함께 고려하여 설계하는 것이 중요할 것으로 생각합니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Spark의 Textinput 컨트롤 한글 입력지연문제가 해결

희희덕 — Mon, 23 Nov 2009 08:20:22 +0900

안녕하세요. 희희덕덕입니다.

한글팀이 발촉한지 약 1년의 시간이 지난 것 같습니다. 그 동안 한글팀은 아무도 한글문제 해결에 관심을 갖지 않았을때, 한글문제와 관련되어 뜻있는 개발자 7인이 모여 결성한 팀으로 한글 문제에 관심을 갖는 작은 성과에 시작하여, 해결에 까지 이어지는 큰 성과로 이어오고 있습니다.

최근에 해결된 한글 문제는 아래와 같습니다.
플렉스, 한글 입력 지연문제가 해결되었습니다.
AIR, 한글삭제 문제가 해결되었습니다.
Flash Player, transparent 한글 문제가 해결

그리고, 최근에 Flash Platform의 한글 입력 문제가 하나 더 해결되었습니다

이 문제는, 한글팀에서 Halo의 Textinput 컨트롤의 입력지연문제와 함께, 어도비의 이슈트래킹시스템(http://bugs.adobe.com)에 등재하여, 총 38건의 투표를 받았고, 중요도는 B로 설정되었습니다.

FxTextinput - Korean text input is a problem that is very slowly

이 문제점은, 지난해 12월 경에 등재하여, 이슈트래킹시스템에는 6월 8일까지 논의되었으며, 이후 Flash Player 팀의 Bugbase에 2350482로 등재되어 관리되었습니다.

그리고, 최근 내부빌드인 10.1.50.351에서 이 문제가 완전히 해결되었다고 Flash Player팀에서 알려왔고, 한글팀에서 이 문제점이 해결 된 것을 확인하였습니다.

이 문제가 해결될 수 있도록, 귀중한 시간을 내어 투표를 해 주신 38분의 개발자 분께 진심으로 감사의 말씀을 드립니다. 또, 이슈트래킹 시스템에서 해당 문제의 중요성에 대해 피력해주신 변경덕님께 감사드리며, 특히 해당 문제점의 번역에 많은 도움을 주신 이상용 대표님께도 감사의 말씀을 드리고 싶습니다.

한글팀에 많은 지지와 적극적인 참여를 보내주신 많은 분들께 감사드립니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

실버라이트3, 그리고 OOB

희희덕 — Sat, 14 Nov 2009 22:44:40 +0900

지난 3월, 마이크로소프트의 컨퍼런스인 MIX09(http://live.visitmix.com/)가 라스베가스에서 개최되었습니다. 작년 MIX08에 이어, 올해도 재미있고 굵직굵직한 이슈들이 많이 발표되었다고 하네요.

특히, MIX09 주제가 ‘The Next Web Now’ 인 만큼 실버라이트 3 베타버전 공개와 함께, IE8의 정식 릴리즈, Expression3와, 새로운 프로토타입 설계툴인 SketchFlow가 공개되는 등 굵직굵직한 라인업 또한 많았습니다.

MIX09의 모든 키노트는 인터넷을 통해 공개되어 있으니, 한번 짬짬이 보시는 것도 좋을 것 같습니다.(언어의 압박이 조금…) 또, 한국 MS의 에반젤리스트들의 블로그에도 MIX09와 관련된 정보들과 후기들도 많이 올라와있으니 한번 둘러보세요 : )

MIX09 키노트 다시보기
UXfactory MIX09 실황중계
준서아빠가 생각하는 행복한 UX이야기

이 글에서는 MIX09에서 나왔던 수 많은 이슈들 중에, 실버라이트3에서 새롭게 선보일 기능인 Out of Browser(이하 OOB)에 대해서 Adobe AIR 개발자 시각으로 어떤 점이 다른지에 대해 다루어 보고자 합니다.

OOB와 AIR의 차이점에 대해 말씀드리기 전에 우선, 실버라이트3의 새로운 기능들에 대해 간략히 정리해보겠습니다.

Media의 변화
실버라이트3에서는 H.264, AAC, MP4 코덱이 지원됩니다. 또, 제한적으로 GPU가속이 지원됩니다.
Perspective 3D
드디어 실버라이트3에도 3D가 공식적으로 지원된다고 하네요. 다만, 이번 플래시 10 처럼, 3D공간에 2D의 물체를 올려놓고, x,y,z축 정도만 바꿀수 있는 정도라고 하네요.
픽셀 셰이더 지원
런타임 단계에서, 픽셀 셰이더를 이용해 컨트롤에도 효과를 줄 수 있습니다. 어찌 보면, 플래시의 픽셀벤더와 상당히 흡사하다고 볼 수 있는데요. 픽셀셰이더는 HLSL이라는 bytecode를 사용하고 있습니다. 실버라이트3에는 기본적으로 제공되는 효과는 블러와 드롭쉐도우 정도만 있다고 하네요.
픽셀API / 그래픽 가속도 지원
동적으로 비트맵을 생성하고, 편집과 효과를 줄 수 있는 픽셀 API가 추가되었습니다. 그리고, 컨트롤러에 에니메이션 가속도 효과를 지정해 줄 수 있는 함수들도 추가되었습니다.
오디오/비디오 API 추가
동적으로 오디오를 생성하고(FP10의 SamplesCallbackData와 흡사), 동적으로 오디오/비디오 코덱을 작성할 수 있는 API가 추가되었습니다.
로컬커넥션 지원
실버라이트 플러그인 간 데이터 통신이 가능해 졌습니다. 그간 플래시에서 데이터를 공유하는 방식처럼, 로컬의 메모리를 통해 문자열 데이터들을 공유할 수 있습니다. 다른 브라우저나, 탭에서도 공유가 가능하다고 하는데, 보안 샌드박스 적용이 어떻게 되어있을지 궁금하네요.. ^^;;
Out of Browser
영어 뜻 그대로 브라우저를 떠나서, 웹을 떠나 데스크탑에서 실버라이트 애플리케이션을 구동하는 기능입니다. OOB를 위해 온/오프라인 API, 업데이트 API등을 지원합니다.

MIX09 키노트 직후 실버라이트3 베타의 SDK와 런타임 모두 공개되었습니다. 아래의 경로에서 내려 받아 바로 개발해 보실 수 있습니다. 다만, 실버라이트3 SDK는 영어와 일본어만 지원하기 때문에, 한국어 Visual Studio에서 개발하시는 분은, 영어판으로 새로 내려 받아 설치하셔야 합니다.

실버라이트3 SDK
실버라이트3 런타임

위에서 살펴본 실버라이트3의 새로운 기능들 이외에도, 새로운 UI Framework 및 컨트롤, 로컬파일저장 지원(보안샌드박스 유의), 텍스트엔진 향상, 검색엔진 최적화 지원 등의 많은 기능들이 추가되었습니다. 실버라이트3는 어찌보면, 작년 10월경에 출시된 Flash Player10 의 새로운 기능들의 집약판이라고 볼 수 있겠네요. ^^;; 정말 비슷비슷하죠?

저는 실버라이트3의 새로운 기능들 중 하나인 OOB에 대해 제일 처음엔 궁금한 점이 많았습니다. OOB는 웹상의 애플리케이션을 데스크탑 애플리케이션으로 확장하는 기능인데요. 사실, OOB와 비슷한 역할을 하는 데스크탑 플랫폼인 WPF가 오래전 부터 나와 있었고, 사실상 실버라이트는 WPF에 종속된 개념이기 때문이죠.

WPF는 Windows Presentation Foundation의 준말입니다. 약어일 땐 잘 몰랐는데, 풀어 쓰니 대충 무슨 뜻인지 아시겠죠? ㅎㅎ 저는 남자라 파운데이션을 써본 적이 없지만, 파운데이션은 모든 화장에서 기초가 된다고 하네요. WPF는, 당시 Winapi 별로 달랐던 여러 API들을 닷넷 프레임워크로 통일하는 것을 목표로 하고 있었습니다. 즉, WPF로 개발된 애플리케이션은 닷넷 프레임 워크가 설치가 가능한 모든 윈도우 플랫폼에서는 동일한 환경으로 실행되게 됩니다.

WPF 애플리케이션은 XAML이라는 마크업 언어로 사용자 인터페이스를 구상 할 수 있으며, 개발언어는 C#이나 VB.NET, J#로 개발 할 수 있습니다. 다만, WPF의 핵심 엔진인 닷넷 프레임워크가 윈도우 플랫폼 이외에는 지원하지 않기 때문에, AIR 애플리케이션과는 달리 윈도우 이외의 운영체제에서는 WPF 애플리케이션을 구동 할 수 없습니다.

그럼 다시 실버라이트 얘기로 돌아가 볼까요? 실버라이트는 정식 출시이전 코드네임이 WPF/e(Everywhere) 였습니다. WPF에 어디서나 라는 조건이 덧 붙었는데요. 실버라이트는, WPF 애플리케이션을 개발할 때처럼, XAML 마크업 언어로 애플리케이션의 사용자 인터페이스를 구상하고, 닷넷 프레임워크가 지원되는 언어로 개발 할 수 있습니다. 다만, WPF에서 제공하는 몇몇 기능들은 보안 샌드박스로 제한을 둔 대신, 윈도우 플랫폼 이외에도 다른 운영체제도 지원한다는 점이 있습니다.

즉, 실버라이트의 모체는 뺄 건 빼고, 줄인 건 줄여서 모든 플랫폼(Everywhere)에서 구동되는걸 목표로 하는 WPF와 같습니다. 최근엔, 윈도우 모바일 6.0 환경에서 구동되는 실버라이트 2.0도 출시되었다고 하네요.

OOB와 AIR

Adobe AIR는 크로스 플랫폼을 지향하는 런타임으로 현재 윈도우와 맥을 공식적으로 지원하고 있으며 리눅스는 비공식적으로 지원하고 있습니다. Adobe AIR는 플래시플랫폼에 묶여있고, 플래시나 플렉스, AJAX로 애플리케이션을 개발할 수 있지만 플래시플레이어에서 구동 되는 것은 아닙니다. 반드시 별도의 런타임이 필요합니다.

반면, 실버라이트3 OOB는 실버라이트 플레이어에가 설치되어 있는 사용자라면 별도의 런타임 설치 없이 이용할 수 있습니다. 또, 데스크탑에 설치하여 계속해서 사용할 수 있지만 WPF와는 달리 크로스플랫폼을 지원하고 있습니다.

즉, 추가 런타임 필요여부가 실버라이트3 OOB와 Adobe AIR의 가장 큰 차이점 이라고 볼 수 있습니다. 어도비AIR의 경우, 플래시플랫폼에 속해있고, 언어나 개발툴도 그대로 활용할 수 있지만, 브랜딩네임은 플래시와 다른점에서 알수 있습니다. 이처럼 실버라이트3 OOB와 Adobe AIR를 단일선상에 놓고 비교하는 것은 다소 무리가 있습니다.

개발과 배포

실버라이트3 OOB와 AIR는 애플리케이션을 개발하고 배포하는 과정부터 차이점이 많습니다. Adobe AIR는 플렉스빌더(플래시 빌더), 플래시 IDE, 드림위버 등에서 개발 할 수 있으며, 별도의 개발툴 없이 AIR SDK를 내려받아 개발을 진행할 수 있습니다. AIR SDK는 AJAX개발자용, 플렉스 개발자용으로 나뉘며, 개발 후 ADL을 통해 애플리케이션을 실행해 볼 수 있고, ADT를 통해 애플리케이션을 디버깅 할 수 있습니다.

반면, 실버라이트3는 OOB 구현을 위해 별도의 SDK를 내려 받을 필요는 없으며, 실버라이트3 SDK만 있으면 개발을 진행할 수 있습니다. 마찬가지로, 디버깅이나 애플리케이션을 실행하기 위해서도 별도의 런타임을 내려 받을 필요는 없으며, 실버라이트3 개발에 사용된 디버깅 플레이어를 그대로 사용할 수 있습니다.

다만, 실버라이트 애플리케이션을 OOB를 포함해 배포하기 위해서는 반드시 애플리케이션의 메니페스트 파일을 수정해주어야 합니다. 애플리케이션 메니페스트 파일은 실버라이트 프로젝트의 Properties폴더에 있으며, 파일명은 AppManifest.xml입니다.

애플리케이션 메니페스트 파일을 열면, 주석으로 지정된 부분이 있는데, 이 부분이 실버라이트 애플리케이션을 OOB로 함께 배포하겠다는 것을 설정해 주는 부분입니다. 이 부분의 주석을 제거하고 프로젝트를 Export하면, 실
버라이트 애플리케이션을 데스크탑에 설치할 수 있는 OOB 기능이 함께 첨가되어 배포됩니다.

반면, Adobe AIR는 애플리케이션을 배포하기 위해 단일 설치파일인 AIR 파일을 생성하는 패키징이라는 과정을 거쳐야하는데, 이 과정에서 반드시 공인된 CA기관으로 부터 발급받거나, 스스로 만든 인증서 파일로 서명 절차를 거쳐야 합니다. 서명 절차를 거치면, 디스크립터파일과 함께 프로젝트에 사용된 에셋파일등도 함께 묶인 단일 설치파일인 AIR파일이 만들어지게 됩니다.

그리고, AIR와 실버라이트3 OOB 모두 배포 과정중에서 데스크탑에 설치될 애플리케이션의 부가 기능을 설정 할 수 있는데, AIR는 애플리케이션의 아이콘이나 연결될 파일, 윈도우설정등은 디스크립터 파일에서 설정 할 수 있고, 실버라이트3 OOB는 창의 타이틀이나 애플리케이션의 아이콘은 애플리케이션 메니페스트 파일에서 설정 할 수 있습니다.

설치와 삭제

앞서 배포과정에서 살펴본 것 처럼, AIR 애플리케이션은 단일 설치파일 형태인 AIR로 배포가 되며, 실버라이트 OOB는 기존 실버라이트 파일과 같은 XBP 파일로 배포되거나, 서버사이드에 컴파일러를 설치해 XAML파일로 배포할 수 있습니다.

즉, 실버라이트3에서 OOB를 포함해 배포한 애플리케이션은 별도의 런타임이 필요없고, 웹 상에서도 실행이 가능합니다. 반면 Adobe AIR는 반드시 AIR 런타임이 설치되어 있어야 합니다.

실버라이트 애플리케이션을 OOB를 포함해 배포한 경우, 실버라이트 스테이지 범위 내에서 오른쪽 마우스를 누르면 실버라이트 구성 아래에 Install 이 활성화 된 것을 확인할 수 있습니다. Install 버튼을 누르면, 애플리케이션의 단축아이콘이 추가될 곳을 묻는 창이 나오게 됩니다. 여기서 OK를 누르면 설치과정을 모두 마치게 됩니다.

반면, AIR 애플리케이션은 단일 설치파일인 air 파일을 직접 내려 받아 설치하거나, 플래시로 만들어진 AIR 배지를 통해서 설치를 할 수 있습니다. AIR 배지는 SDK 내에 포함되어 있으며, 직접 커스트마이징을 할 수 있고, 브라우저 API를 이용해 새롭게 개발 할 수 있습니다. AIR 배지를 이용해 설치할 경우, 클라이언트에 AIR 런타임이 없더라도, AIR 런타임과 함께 애플리케이션을 설치 할 수 있습니다. 그리고, 실버라이트3 OOB와는 달리, 몇번의 설치 과정을 거쳐야 하며, 이 과정중에서 AIR 애플리케이션에 서명된 인증서 종류에 따라 사용자에게 경고메세지를 알려주기도 합니다.

그리고, 실버라이트3 OOB도 AIR 배지처럼 API를 호출하여 오른쪽 마우스 설치방식이 아닌, 버튼을 클릭하여 애플리케이션의 설치를 진행하게끔 할 수 있습니다. 다만 이 경우엔 보안샌드박스에 의해 반드시 사용자의 직접적인 인터렉션에 의해 클릭되었을 경우에 설치 할 수 있습니다.

AIR 애플리케이션과 실버라이트3 OOB 애플리케이션은 설치 과정에선 큰 차이가 있지만, 설치 이후엔 사용자 입장에서 크게 다를 점은 없습니다. 두 애플리케이션 모두 다 크로스플랫폼을 지원하며, 아이콘을 클릭하여 애플리케이션을 실행 할 수 있습니다.

다만, 설치된 애플리케이션을 제거해야 할 경우 실버라이트3 OOB는 앞서 살펴본 것 처럼, 오른쪽 마우스를 눌러 애플리케이션을 제거하거나 API를 호출하여 애플리케이션을 제거하게끔 할 수 있습니다. 반면 Adobe AIR는 별도의 API를 호출하여 애플리케이션을 제거하게끔 할 순 없고, 윈도우 플랫폼의 경우 프로그램 추가/제거에서 제거를 하고, Mac OS는 애플리케이션을 휴지통에 넣어 제거하는 방법으로 제거할 수 있습니다. 그리고, AIR와 실버라이트3 OOB 모두 애플리케이션을 설치하거나, 삭제하는 과정의 인터페이스를 커스트마이징 할 순 없습니다.

덧붙여, 실버라이트 OOB 애플리케이션의 업데이트는 웹상에 올려진 XBP파일에 변화사항이 있으면, 자동으로 진행이 되며, Adobe AIR는 URLStream으로 내려받아 Updater 클래스를 이용해 업데이트를 진행하거나, 이미 구현된 업데이터 프레임워크인 AIR Update Framework(AIR 1.1 SDK부터는 포함되기시작)을 이용해 애플리케이션의 업데이트를 진행 할 수 있습니다.

가장 다른 것 하나

이처럼 실버라이트3 OOB와 AIR는 개발에서 배포, 설치에서 삭제까지 다른 점이 많습니다. 하지만, 가장 다른 점은 구현할 수 있는 기능의 한계에 있습니다.

앞서 눈치(?)채셨겠지만, 실버라이트3 OOB는 사실 웹에서 실행되는 실버라이트 애플리케이션과 구동원리가 같습니다. 즉, 쇼핑몰 바로가기 처럼 단축아이콘을 만들어두고, 별도의 런쳐를 두어 창을 띄우고 그 안에서 실행되는 형태입니다. 즉, 실버라이트3 OOB는 실버라이트3의 브라우저 센드박스 모델을 그대로 적용받고, 그 범위 내에서 벗어나는 기능을 구현 할 수 없습니다.

보안샌드박스라고 하니 조금 복잡해보이나요? 간단하게 정리해보면, OOB는 창을 벗어난 곳 이외에 어떠한 영역도 제어할 수 없습니다. 로컬의 파일의 목록을 불러오거나, 생성할때에도 브라우저 샌드박스 모델에 따라 반드시 사용자의 직접적인 인터렉션이 필요하며, 윈도우를 커스트마이징 하거나, 여러 개의 윈도우를 띄우거나, 클라이언트에 별도의 데이터베이스를 구축할 수 없습니다.

반면, Adobe AIR는 Flash Player와 독자적인 보안 샌드박스를 적용받게 되는데, 따라서 HTTP통신이나 소켓통신을 할 때에도 Phase 파일의 제한에서 벗어날 수 있고, 사용자의 인터렉션 없이 로컬에 파일을 쓰고 지울 수도 있습니다. 아울러, Webkit 엔진을 통해 브라우저 기능을 구현할 수 있고, Sqlite엔진이 탑재되어 로컬에 데이터베이스를 만들어 기록할 수 있습니다.

다만, 실버라이트3는 OOB를 위해 별도의 API를 제공하고 있는데, 앞서 설명한 설치와 제거를 위한 API를 비롯해, 현재 실버라이트 애플리케이션이 실행되고 있는 모델을 알수있는 API와, 온/오프라인 상태를 구분할 수 있는 API도 함께 제공하고 있습니다.

즉, OOB 기능이 포함된 애플리케이션은, API를 이용 실행 모델을 파악해서, 웹에서 실버라이트 애플리케이션을 실행 할때에는 AIR 배지처럼 설치화면만 나타나게 할 수 있고, 데스크탑에 설치될 경우 애플리케이션 기능을 제공하게끔 하는 데스크탑 전용 애플리케이션도 개발 할 수 있습니다. 또 네트워크 상태를 감지하여(AIR의 URLMonitor, SocketMonitor과 흡사) 온/오프라인 애플리케이션을 개발 할 수도 있습니다.

OOB가 스마트폰로 간다면?

OOB는 AIR와 달리 Native API를 지원하지 않고, 실버라이트3에서 구현할 수 있는 API만 사용할 수 있습니다. 그렇다고 해서 실버라이트3 OOB가 AIR에 밀린다고 생각하는 것은 아닙니다. 실버라이트3 OOB가 Native한 제어를 포기한 것은, 크로스플랫폼 지원을 향한 강한 의지를 보여준 것이라고 생각됩니다.

실제로 AIR 런타임의 경우 작년에 FP10이 출시되었을 때, FP10의 출시가 1달여가 지나 FP10의 API와 여러 feature가 포함된 AIR1.5가 릴리즈 된 만큼, 크로스플랫폼을 지향하는 플랫폼의 경우 Native 영역까지 제어하기 위해서는 많은 노력과 개발이 필요합니다. 특히, 플래시 플레이어와 AIR 런타임은 실행 구조(Virtual Machine)부터 다른 만큼 앞으로 플래시 플레이어에서 새롭게 나온 API가 런타임에 반영되어 릴리즈가 되는 시점이 어긋나는 현상은 계속될 것으로 보입니다.

저는 개인적으로, 실버라이트 OOB가 데스크탑에서 주력이 될 플랫폼 보다는 모바일에서 주력이 될 플랫폼으로 생각하고 있는데요.
실버라이트는 웹 플레이어 뿐만 아니라, 모바일용 플레이어도 WM6과 Symbian Platform 한해 2010년 출시를 목표로 하고 있습니다.

모바일 디바이스는 데스크탑 플랫폼에 비해 구현할 수 있는 기능이 종속적이고, 또 샌드박스에 의해 로컬의 제어는 대부분 엄격히 금지되어 있습니다. 또, 일반적으로 휴대전화용 애플리케이션에서는 시스템을 제어해야 할 일
이 많이 필요하진 않습니다. 간단한 휴대폰 게임에서도 세이브를 남기는 일 외에는 로컬을 제어할 부분이 없겠죠?

즉, MS에서는 실버라이트 OOB의 Native 제어를 포기하는 대신, 크로스플랫폼 지원정책을 강화하여 여러 모바일 디바이스에 쉽게 탑재함으로써, 모바일 시장에서 Flash Lite나 WIPI가 잡고 있는 점유율을 추격해 볼 수도 있을 것 같습니다. 또, 개발자는 별도의 임베디드 기술을 배울 필요 없이 실버라이트로 모바일 애플리케이션을 저작하고, Windows Mobile 환경 뿐 아니라 아이폰, 안드로이드 등 여러 플랫폼에 모바일용 애플리케이션을 개발하고 배포할수 있는 것만으로도 큰 메리트로 작용할 수 있을것 같습니다.

윈도우 모바일로 인터넷 탐색을 하면서, 실버라이트 게임을 하는 경우에 대해서 생각해 봅시다. 지금 하고 있는 게임이 마음에 들면, OOB 기능으로 내 휴대폰에 설치할 수 있습니다. 또, 온/온라인 애플리케이션으로 게임의 기록을 실시간으로 주고받고, 게임의 변경사항이 있을경우 자동으로 업데이트도 됩니다. 그리고, MS에서 다양한 모바일플랫폼을 지원한다면, 아이폰에서 실버라이트 게임을 설치하여 할수있을지도 모릅니다. 데스크탑에서 OOB 애플리케이션을 설치하는것보다 훨씬 즐거운일인것 같네요

OOB와 AIR의 경쟁무대를 모바일로 두고보면 상당히 재미있는 경쟁이 될 것 같습니다. 물론 이러한 경쟁에서도 선발주자는 아직 어도비입니다. 어도비는 오래전부터 모바일용 플래시 플레이어인 Flash Lite를 릴리즈해왔고, 올초에 이미, 모바일용 AIR의 일종인 Distributable Player 를 발표한적이 있습니다. 그리고 작년에 발표한, AIR 로드맵의 장기적인 목표는 데스크탑용 애플리케이션을 high feature 디바이스에서도 구동되는것을 목표로 하고 있습니다.
참고글 : AIR 2.0 베일을 벗나?

얼마전, 어도비 AIR는 2억대 클라이언트 설치돌파라는 기염을 토한적이 있었습니다. 물론, 실버라이트도 올림픽을 비롯한 미디어 마케팅에 힘입어 4억대 클라이언트 설치돌파를 하며, 플래시플레어의 독주에 바짝 다가서고 있습니다. 실버라이트3 OOB와 AIR, 과연 둘은 서로 윈윈하는관계가 될까요? 아니면, 모바일계의 혜성으로 서로 양날의 검이 될까요?

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

대박이의 명복을 빕니다.

희희덕 — Wed, 21 Oct 2009 01:11:51 +0900

대박

2005년 6월 21일 ~ 2009년 10월 20일 오후 9시 50분

어제 밤 저희 집의 막내이자 가족이었던
대박이가 갑작스레 생을 달리 했습니다.

아침까지만 해도 나를 바라보고, 말도 하던 녀석이
이렇게 세상을 떠나게 된 것이 아직도 믿겨지지 않습니다

내 원망 참 많이 할 녀석
내일이면 다시 일어나서, 우리 가족들한테 인사를 건내 줄 것 같은 녀석

하지만 이 녀석이 내일 차가운 땅에 묻히고 나면,
적어도 우리 가족들 외엔 추억해주고 명복을 빌어줄 분들이 없습니다.

제 블로그를 찾아주신, 많은 분들께서
대박이를 추억해주고, 명복을 빌어주길 간절히 바랍니다.
갑작스레 떠난 녀석인 만큼 우리 대박이가 좋은 곳에 갈 수 있도록..

잠시라도, 5분, 1분, 아니 마음속으로라도 좋으니
우리 대박이가 좋은 곳으로 갈 수 있도록, 기도해주세요.

참으로 이쁘고 고마운 녀석
내 아픔과 슬픔도 함께 했던 녀석

이제 마음속에 묻어야하겠지만.
그 녀석을 내 마음속 평생 묻어두고, 추억하며
대박이가 내 마음속에서라도 살아 갈수 있길 바랍니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Microsoft Sustainability

희희덕 — Tue, 20 Oct 2009 21:16:53 +0900

이 동영상은 Microsoft의 Future Vision에 이어, 미래의 사용자 경험 개선들을 전체적으로 담고 있는 동영상인데요.
Microsoft Future Vision : Banking
Microsoft Future Vision : Manufacturing
Microsoft Future Vision : Retailing
Microsoft Future Vision : Healthcare

앞서 여러 Future Vision들에서 다룬 것처럼, 이 동영상에도 사용자가 접촉할 수 있는 모든 사물과 인터력센을 가능하게끔 한 점이 이색적입니다.

사실 이 동영상에는 소프트웨어 적인 면 보단 하드웨어적인 변화를 많이 담고 있어서, 언제쯤 실현이 될 지는(?) 확실하진 않으나, 사용자가 경험 할 수 있는 최고의 UX를 담고 있지 않나 생각해봅니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Microsoft Future Vision : Healthcare

희희덕 — Tue, 20 Oct 2009 21:08:41 +0900

이번 동영상은 의료 산업 분야의 Future Vision 입니다. 의료 산업은 다른 산업들에 비해, IT와의 융합이 급속도로 이루어지고 있는 분야 중 하나인데요.

IT와 의료 산업이 만난 대표적인 예로 EMR을 들 수도 있고, 거의 대부분의 검진 장비도 컴퓨터로 구성되어있습니다. 요즘 메이저 병원에서 대대적으로 도입하고 있는 키오스크 서비스 또한 그 변화의 대표주자라고 볼 수 있습니다.

이 동영상에서는, 예방과 치료 두 분야에서 상당히 개선된 UX를 보여주고 있는데요. 사용자가 운동을 하면서, 심장의 페이스 변화를 담당의에게 보내고, 병원에서 치료받는 환자는 검사 결과를 의사와 함께 보면서 좀 더 빠른 치료효과를 얻을 수 있도록 돕고 있습니다.

요즘 U-healthcare 분야가 각광받고 있는 만큼, Microsoft의 Healthcare Future Vision에서 보여준 변화가 실생활에서도 적용될 날이 머지 않을 것 같습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Microsoft Future Vision : Retailing

희희덕 — Tue, 20 Oct 2009 21:00:40 +0900

이번 동영상은 판매점에서의 Future Vision입니다. 사실 이번 동영상의 경우, 앞서 살펴본 은행과 제조업 보단 지금 당장 실현가능성이 높아 보이는데요.

판매점에서의 Future Vision에서 사용자는 스마트폰을 이용해 주변 상품들의 가격을 조회하거나, 제품의 위치를 찾는 등 대형 마트에서 물건을 구입 시 불편했을 만한 경험들을 개선하고 있습니다. 아울러, 재고품을 처분하거나 가격을 수정 시에도 실시간 반영되는 등 관리 차원에서도 많은 변화들을 보여주고 있는데요.

사실 이런 변화는, 국 내외 많은 대형 마트에서도 시범적으로 도입 중에 있고, 기술적으로도 장벽이 낮은 편이어서, 곧 가까운 마트에서 만날 수 있을 것으로 기대됩니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Microsoft Future Vision : Manufacturing

희희덕 — Tue, 20 Oct 2009 20:53:10 +0900

은행에서의 Future Vision에 이어, 제조업에서의 Future Vision 입니다. 사실 Microsoft가 Hardware보다는 Software로 명성이 높은 회사이기 때문에, 제조업에서의 Future Vision이 다소 뜬금 없을 수도 있는데요.

이 동영상에서도 제조 공정의 물리적 변화라기 보단, 제조 공정 과정 중 공동 협업이나 실수 방지를 위해, 여러 도구들이 사용되고 있고, 컴퓨터를 벗어나 문서, 테이블 등에서도 공동으로 협업이 가능하며, 공정 중에서도 작업내용을 쉽게 확인하는 등 상당히 개선된 UX를 보여주고 있습니다.

사실 MS에서 주장하는(?) 이런 변화는, 공정율을 높인다거나 기업내의 ROI를 증대하기 보단, 협업 측면이나 실수 방지에서 널리 활용될 수 있을 것 같습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Microsoft Future Vision : Banking

희희덕 — Tue, 20 Oct 2009 20:47:00 +0900

Microsoft에서 공개한 영상 중 하나입니다. Future Vision은 아직 실현된 기술은 아니고, 앞으로 실현 될 만한 기술들을 위주로 다루고 있는데요.

사실 위의 동영상을 보면 지금 기술로는 다소 허무맹랑해 보이기도 하지만, 사용자가 device를 비롯하여 wall과도 인터렉션이 가능한 만큼, 우리가 미래에 경험 할 수 있는 가장 행복하고 직관적인 경험들을 위주로 만들어진 동영상이 아닐까 생각합니다.

길이도 그렇게 짧지 않은 편이니, 한번 감상해 보시면 재밌을 것 같습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

웹표준, 그리고 Active X

희희덕 — Wed, 14 Oct 2009 19:56:26 +0900

고1에 딱 한번뿐인 체험학습 전날, 지긋지긋한 울산 대공원으로 체험학습이 아닌 반별로 자유롭게 행선지를 정해 떠날수 있는 흔치 않은 기회였다. 반 아이들은 놀이공원에 가자고 성화였지만, 담임선생님은 체험학습은 의미가 있는곳으로 가야한다고 독단적으로 방송국 체험학습을 결정 했다.

방송국 외각을 둘러보고, 소규모 스튜디오를 구경하고있는중 방송국 관계자가 아나운서 카메라 테스트가 있는데 참석하지 않을것이냐고 제의를 했고, 담임선생님은 흔쾌히 승낙하셨다. 그렇게, 30명의 방청객, 한대의 카메라, 그리고 멀리서 지켜보고 있는 네명의 심사위원과 함께 더욱더 긴장되는 분위기에서 시험이 진행되었다.

응시자들은 정해진 대본을 따라 읽는 비교적 간단한 시험이었지만, 쉽지만은 않은 시험인것 같았다. 온갖 사회용어와 외래어들이 가득한 대본을 읽어내려가다가 이리저리 막히기도 하고, 발음이 꺽이기도 하고, 너무 급하게 읽다가 숨이 넘어가기도 하고.. 그런데 재미있는 공통점을 발견했다. "울산지역 방송국의 아나운서를 선발하는 시험인데 왜 사투리를 쓰는 사람이 없을까? 그러고보니 왜 뉴스에서는 사투리를 쓰지 않을까? 울산지역의 사람들만 시청하는것인데 사투리를 쓰면 지역주민들에게 더 정겹지 않을까?"

고1 국어책에는 표준어와 맞춤법에 대해 배워보는 '바른말 좋은글'이라는 단원이 있다. 항상 이 단원에서는 실수가 많아 국어선생님과 학생들에게 가장 긴장되는 단원이다. 아래는 교과서에 실려있는 표준어에 대한 정의이다.

표준어 : 교양있는 사람들이 두루 쓰는 현대 서울말

교양있는 사람들(?)이 두루 사용하는 현대의 서울말이라... 나의 국어선생님은 교양 있기가 꺼리셨는지, 아니면 표준어 사용이 부담스러웠는지, 맞춤법에 틀린 부분을 설명할때에도 교과서 지문과 다르게 '~했나? ~했노?'로 경상도 사투리로 직접 번역해 주시면서 설명해주셨다.
(그래서 그랬는지, 우리반 아이들의 기말고사 국어 시험지에는 갈매기가 여럿 날아다녔다.)

읍니다? 습니다? 거참 헷갈리네 - 이명박

그럼 왜 굳이 표준어 사용을 강요받는 것일까? 표준어를 사용하지 않는다고 해서 교양있지 않은 사람일까? 교과서에는 그 답을 이렇게 설명하고 있다.

1. 통일의 기능
2. 우월의 기능
3. 준거의 기능

통일의 기능은, 방언의 차이가 심하면 한나라 안에서도 제대로된 의사소통이 힘들듯이, 올바른 의사소통을 위해서 하나의 말로 통일해야 한다는 것이고, 우월의 기능은 표준어를 쓰는사람이 그렇지 않은 사람보다 우월하다는 것이다. 그리고 또 준거의 기능은, 국민으로써 하나의 규범을 따르고 지켜야 하는 약속인 것이다.

따라서, 통일,우월,준거 하기 위해 초등,중등,고등학교의 모든 과정에서는 표준어에 대해서 공부하는 과정이 나오며, 선생님들도 가급적이면 표준어를 사용해서 학생들을 가르쳐야 한다.

맞춤법 표준어는 어려워

위와 같이, 지역방송국의 아나운서를 선발하는 시험에서도, 방송 자체는 '공중에 상영'되는것을 목표로 하고, 아나운서는 정보를 읽음으로써 대중들에게 전달 함으로, 원할한 의사소통을 위해 지역방언(사투리)이 아닌 표준어를 사용해야 한다.

'표준어'는 우리가 만든 약속이고 지켜야 하지만, 그러기가 힘들다. 국민 모두가 '법'의 내용을 전부다 숙지하기가 힘들듯이, 표준어의 내용도 전부다 알고 있기가 힘들다. 하지만 최근엔, 토익, 토플등 외국어 붐으로 외국어의 문법을 틀려 쓰는건 부끄러워 하면서, 우리 모국어의 문법을 틀려쓰는건 아주 당연한것 처럼 인식되고 있다.

그래서 최근엔, KBS가 모든 공채 시험에서 어학시험(토익,토플) 반영을 폐지하고, 공채 시험자 전원은 반드시 한국어능력시험에 응시해야만 한다. 또한 응시 결과는 공채에 반영된다.

우리은행, 대한주택공사, 한국토지공사와 같은 대기업과 공공기관들도, 이런 KBS의 변화에 주목하기 시작했다. 가장 가까이 있는 우리말도 모르면서, 외국어 능력만 따지는 것은 자칫 원할한 업무수행이 되지 않을수도 있기 때문이다.

이런 '표준화'는 언어가 아닌 가장 먼저 의료계에서 근원되었다. 의료계에서는 혈청검사나 여러 의학적 검사를 통해 환자의 상태를 판단하고 처치를 한다. 하지만 제일 처음에는 검사 결과의 표준이 없기 때문에, 각 기관별로 검사결과가 다른 경우가 생겼다. 이런 경우, 긴급한 처치를 요하는 응급환자들에겐 생명이 위독할 수 있다. 따라서, 의료계에서는 모든 검사의 기준과 결과를 표준화 하고, 철저히 관리하고 있다.

어디 문제는 없을까?

웹표준?

이런 '표준화'의 바람이 최근엔 다시 웹에서 거세게 일고 있다.

최근 싸이월드 2에서 명칭을 변경한 싸이월드 블로그도 기획과정중 철저히 웹 표준을 지킬것을 원칙으로 해 이슈가 되었다. 또한, 음원 보호로 인해 현재 윈도우 이외의 환경에서 재생이 불가능한 음악플레이어도 가까운 시일내로 모든 환경에서 사용 가능하게 할것을 약속했다.

이런 웹 표준화의 바람은 나아가, 현재 거의 모든 포털사이트는 웹표준을 기준으로 작업을 진행하고 있다. 또, 최근엔 행정안전부에서는 대한민국 전자정부가 모든 국민의 접근성을 높이기 위해서, 모든 문서를 표준화 할것을 공시했다. 인터넷 쇼핑몰인 11번가에서도 업계중 유일하게 웹표준을 지향하며, 11번가의 메인페이지는 w3c validator 테스트를 통과했다.

업계에서 그동안 도외시 되어왔던 웹표준이 최근에 갑작스럽게 부상하고 있는 이유는 무엇일까? 그리고 정부까지 나서서, 뒤 늦게 웹 표준을 준수하려는 이유는 무엇일까?

일단 웹 표준의 정의는

웹표준 : W3C(World-wide-web)에서 권고하는 HTML,CSS,XHTML,DOM

이다. 표준어와 흡사하게도 교양있는 사람들이 두루 쓰는 서울말에서, 교양있는 사람들이 W3C(World-wide-web)로, 그리고 서울말이 HTML,CSS,XHTML,DOM 등으로 바뀌었을 뿐이다.

W3C는 큰 규모의 국제적인 컨소시움 단체인데, 1994년 미국의 MIT대학과, 여러 기구와 대학들이 뭉쳐 설립한 표준기술 개발 단체이다. 서로의 기술이 표준으로 인정받기 위해, 가장 치열한 싸움이 일어나고 있는 현장이기도 하다.

웹 브라우저는 W3C에서 권고하는 표준안에 맞게 개발되며, 대부분의 메이저급 브라우저에서는 W3C 권고안에 맞게 페이지가 표시되고 있다. 즉, W3C의 권고안에 맞게만 개발한다면, 거의 모든 브라우저내에서 똑같은 화면을 보여줄 수 있다는 것이다.

일단 근본적으로 웹 표준을 지킴으로써 얻을 수 있는 장점은 위의 설명과 같이 통일,우월,준거의 장점을 모두 얻을 수 있다. 모든 브라우저에서 같은 화면을 보일 수 있으며(통일), 웹 표준을 지키는 사람이 그렇지 못한 사람 보다 당연히 우위이며(우월), 웹을 이용하는 사람으로써 W3C에서 권고하는 약속은 지켜야한다(준거)

그리고, 웹 표준을 지킴으로써 얻을 수 있는 장점을 모두 활용할 수 있다. 첫째, 상호호환성(cross-browsing)을 쉽게 유지할 수 있다. 거의 모든 브라우저는 W3C의 권고안대로 개발이 되었고, 권고안대로만 웹사이트가 개발된다면, 타 브라우저 내에서 똑같은 화면을 볼 수 있다. 그리고, PDA나 모바일 환경등 임베디드 환경에서도 접근이 용이하고, 시각장애인을 위한 음성안내 페이지를 만들기도 용이하다. 이를 일컬어, 확장성과 이식성의 장점이라고 부르기도 한다.

둘째, 생산자에게 큰 도움이 된다. 웹 표준을 도입하는데 있어, 사용자를 고려할 일은 없다. 사용자는 아파트에 18mm 철근이 들어가있건, 17mm 철근이 들어가있건 신경쓰지 않는다. 다만 외관에 철근이 튀어나오거나 부실공사일경우 사용자들에게 지적받게 된다.(표준을 어긴경우) 웹 표준으로 작성할때 얻는 이점은 코드가 직관적이며, 코드를 유지보수 하기가 쉽고, 체계적으로 개발을 진행할 수 있으며, 만들어 진 코드를 얼마든지 재 활용 할 수 있다.

(나모 웹에디터 2008에서는 표와 레이아웃 상자를 따로 분리해, 그동안 table는 레이아웃용도가 아니었구나! 라고 깨웃친거 같으나, 실상은 테이블이다. table에는 namo_layoutbox 라는 비표준 태그가 들어가있다.)

최근에는 이러한 웹표준화의 기세에 부응하여, 주어진 레이아웃을 웹 표준에 맞게 작성하는 웹표준경진대회도 성황리에 현재 진행중이다.

표준어를 모르는것에는 부끄러움과 학습이 필요하듯이, 웹표준을 모르는것에도 부끄러움과 학습이 필요하다.
웹표준은 권고이다. 그래서 도입 여부를 고민 해야 하는 분들이 있는데 아니다, 반드시 지켜야 하는 것이다. 똑같은 시간을 들여 컨텐츠를 생산하더라도, 좀더 효율적이고 생산적인 방법을 위해서 나아가야한다. 부화뇌동하여 눈치볼 필요도 없다 그냥 무조건 지켜야 하는 것이다.

Active X의 위기 그리고 웹표준

Active X는 MS에서 개발한 인터넷 익스플로러 플러그인으로 IE3.0 부터 도입되어 지금까지 사용되어 왔다. 이러한 Active X는 증권, 은행등 금융기관과, 결제 서비스, 게임 다운로드 등 광범위한 부분에서 사용되어 지고 있다.

Active X를 설치하지 않으면 인터넷 뱅킹이 이용이 불가능하다.

특히, Active X는 보안이 중요한 금융기관 에서 사용자의 금융정보를 이중 삼중으로 보호하기 위해 사용하고 있다.

금융기관에서는 인터넷이 우리나라에 급속도로 번졌지만 인터넷 환경과 장비가 열약한 초기에, 가볍고 배포가 쉬운 Active X를 도입했다. 그 후, Active X는 급물살을 타면서, 거의 모든 웹 포털 사이트에서 사용하게 되었다.
하지만, 황금알을 낳는 거위로 불리던 Actifve X는 그 신화를 얼마 이어가지 못하고, 최근에는 미운오리새끼로 낙인되어 가고 있다.

인터넷 익스플로러가 아니면 네오위즈의 세이클럽을 이용할 수 없다.

Active X는 IE에서만 사용이 가능하다. 따라서, 이외의 브라우저를 사용하는 유저들은 위의 그림처럼 해당 사이트의 서비스를 사용할 수 없다. 또, 접근조차 할 수 없는 곳이 많다.

Active X는 모질라 재단의 파이어폭스가 등장하고, 점유율이 이전 넷스케이프와 같이 나날이 높아짐에 따라, 처음으로 위기를 맞이했다. 하지만 유럽등 일부 지역과는 달리 우리나라는 여전히 인터넷 익스플로러의 입지가 상당히 높은 편이며, 그러한 점유율의 변화가 유동적이지 않은 편이다. 위의 도표는 필자가 운영중인 애드나루 회원 58명의 사이트 방문자가 사용하는 브라우저를 분석한 자료인데, 방문자의 97.4%가 인터넷 익스플로러를 사용하고 있었고, 파이어픅소는 1%에 그쳤다.

하지만, 엎친데 덮친격이라고 했을까? Active X는 두번째 중대 고비를 맞게 된다. 바로 다양한 모바일 디바이스의 등장과 함께 초고속 무선인터넷의 등장이다. 최근엔 와이브로나 WCDMA를 통해 집이 아닌 외부에서도 얼마든지 초고속 인터넷에 접속이 가능하며, 플브라우징폰에서는 실제 브라우저와 같이 인터넷 탐색이 가능하다. 하지만, 이런 디바이스들 중 Active X의 사용이 가능한건 극히 일부며, 거의 대다수의 환경에서는 Active X를 사용할 수가 없다.

Active X는 엄연히 웹 표준과는 정 반대의 입지에 서 있으며, IE를 제외한 브라우저에서는 사용 자체가 불가능 하기 때문에, 최근엔 이러한 Active X를 대처하기 위한 방법을 강구하고 있다. 동기적으로 서버와 연결을 주고 받아야 하는 사이트의 경우 XMLHttpRequest(Ajax)나 Flash Socket를 통해 대체하고 있고, 보안이 중요한 금융권에서는 보안등급 차등화나 OTP도입, Flex나 Java를 통해 구연함으로써 그 빈자리를 매꾸어 나가고 있다. (최근엔 농협에서 Flex를 도입하여 리눅스 환경에서도 사용이 가능하다.)

Active X는 웹의 부족한 부분을 메꾸어주는 플러그인에서, 이젠 지향되지 말아야 하는 구시대의 산유물로 변해가고 있다.

웹표준 VS Active X

필자는 이와 비슷한 대결상황을 지켜본적이 있다.
작년에 '공개소프트웨어 프로젝트 챌린지' 라는 대회에 참가한 적이 있었는데, 참가자들끼리 친목도모와 지식공유를 위해서 '챌린지 캠프'를 운영했고, 1박2일의 짧은 기간동안 운영 되었다.

그중 참가자들이 프로젝트를 프리젠테이션 하고 멘토에게 조언을 구하거나, 참가자들이 질문을 던지는 시간이 있었는데, 광운대 팀에서는 '파이어폭스 플러그인을 이용한 웹 프리젠테이션 프로젝트'를 발표했다.
웹에서 프리젠테이션 프로젝트를 만들고, 또 파이어폭스 플러그인을 통해 웹에서도 프리젠테이션이 가능한 구조였다. 그런데, 역시나 참가자들 중 한명이 제동이 걸었다.

'웹 표준이 아니지 않는가? IE에서는 작동하지 않는다.'

장내는 순간 술렁거렸다. 다른 참가자중 한분이 일어나서,
'FF에서만 작동된다는건 이미 서두에 말을 했다. 그런데 프로젝트에 문제가 뭔가?'
라고 대응 했다.

그 이후에 서로 점유율 통계얘기 까지 나오고, 싸움이 더 커질려는것 같더니, 사회자가 나서서 중재하였다.

필자도 그때 애매한 입장이었다. 필자가 진행중인 프로젝트가 Flex 기반이어서, 참가자분께서 지적하신것 처럼 '표준 환경'이 아니며, Flash player을 설치하지 않은 환경에서는 이용이 불가능하기 때문이다.

파이어폭스가 점유율이 1%건, 인터넷익스플로러 점유율이 97%건, Flash Player 사용율이 99%이건 간에, 모두 w3c에서 표준기술로 인정하지 않으며 해당 플러그인이 지원하지 않는 환경에서는 사용할 수 없다. 즉 '웹표준'이 아닌것이다.

정면승부다. 두 사람의 입장도 다르고 관점이 다르다. 두 사람중 어떤 한 사람의 생각에 지지하기 위해서는 나의 생각을 기준해서 승부를 내려야 한다.

위의 두 사람의 우위를 가리기 위해서는 점수 자료가 필요하다. 우위를 가리는 가장 정확한 방법은 같은 지점을 달리게 해서 먼저 통과하는 사람이거나, 아니면 달리는 도중에 스피드건을 쏴서 속력이 높은 사람이겠지만. 엄연히 웹표준과 Active X는 다른 시작선 상에 서 있다.

그럼, 두 상대의 시작선을 맞추기 위해서, 상대가 이용하고자 하는 '웹'이라는 타깃에 궁극적인 목표부터 알아보고자 한다. (웹을 한 문장으로 담기가 너무 힘들었다. 나의 주관적인 입장으로 '웹'을 한 문장으로 정리를 했으니 이해를 바란다.)

웹 : 통신환경에 연결된 컴퓨터에서 정보를 배포하고 공유하기 위함

필자가 웹을 이용하는 목적에 시작선을 둘려고 한다. 필자는 웹 브라우저를 통해 웹을 접근하고 있으며, 수도없이 많은 사이트내에서 하이퍼링크를 이용해서 방문을 확장해 나간다.

- 정보를 배포할때 : 나의 정보, 혹은 생각을 배포할때
- 정보를 공유할때 : 타인의 정보, 혹은 생각들과 교감할때

정보의 배포와 공유는 의사소통의 일환이다. 울산지역 방송국 아나운서 선발 시험에서 처럼 99%의 울산사람이 경상도 사투리를 사용하더라도, 원할한 의사소통을 위해서 표준어를 사용하는것 처럼, 97%의 환경이 몰아간다고 하더라도, 웹 사투리(Active X,. 파이어폭스 플러그인, Flash player)를 사용할 수 없다. 원할한 의사소통을 위해 역시 웹표준을 지향해야 하며, 사투리 사용은 가급적 자제해야한다.

나의 승부의 결과는 당연히 웹표준의 압승이다.
하지만, 위에서 내가 지칭한 웹 사투리 에게도 승리를 주고싶다. 사투리(방언)는 해당 지역내의 문화를 담고 있고, 그 지역의 사람들의 교감을 다져주는 교두보 역할을 하고 있다. 비록 제주도 사투리를 제주도민외의 사람들은 이해할 수 없지만 그들의 문화를 담고 있는 유산이다. Active X는 원할한 정보공유와 배포를 위해서 지향하지 말아야 하는것은 맞다. 하지만 Active X든, 파이어폭스 플러그인이든, Flash Player이든, 웹의 한계를 극복하고, 좀더 풍부한 웹의 가능성을 열어 준것에 대해서는 박수를 처 주어야 하지 않을까..

별책부록 Adobe Flex vs Microsoft Silverlight

2008년 3월 18일 대한민국 서울, 이날은 Adobe가 국내에서 처음으로 Flex 3.0과 AIR의 런칭을 발표한 날이다. 수도없이 많은 인파가 몰려, RIA의 인기와 기대를 몸소 실감할 수 있었다.
한국 어도비 관계자가 정식적으로 런칭과 관련된 프리젠테이션을 하고, 이어 Adobe사 Ryan Stewart의 프리젠테이션이 이어졌다.

그의 프리젠테이션중 뼈대있는 발언이 있었다. "Flex는 Flash Player을 통해 돌아가는데, 이 Flash Player은 전세계 99%의 PC에 설치되어있으며, 상위 버전으로 전환율도 빠르다. 또한 다양한 플랫폼과 디바이스를 지원하기 때문에, 도입을 망설일 이유가 없다" 라는 내용이었다.

과연 99%의 사용자가 사용한다고 해서, Flex가 웹 표준 기술중 하나로 인정받을 수 있을까? 답은 '아니오' 일것이다. 99%가 사용하는 만큼 접근성은 비교적 뛰어나고, 웹의 제약을 벗어날 수 있지만, 그렇다고 해서 아직까지 풀 플래쉬 화면으로 구성된 사이트는 없다. 구글이나 야후같은 사이트가 과연 풀 플래쉬 화면으로 구성을 할까? 결론은 앞으로도 그럴리 없다.

웹표준은 99%가 아닌 100%를 지향해야 한다. 1%도 명백한 방문자이고, 그들이 플래쉬 플레이어가 설치되어있지 않을경우, 어떠한 정보도 얻어갈 수 없다.

Adobe에서도 이런 심중을 알았을까. Flex가 웹을 떠나려 하고 있다.
프리젠터는, 청중에게 '웹상의 정보를 굳이 브라우저까지 들어가서 탐색하는 불편함이 있어야 하는가' 라고 물었다. 그리고, 다음화면에서는 Adobe AIR를 소개하는 화면이 이어졌다.

AIR(Adobe Integrated Runtime)는 데스크탑 기반 런타임으로, 플렉스로 작성된 프로그램을 그대로 데스크탑에 이식할 수 있다는 장점이 있다. 그간, Flex2.0에서 Apollo 라는 코드네임으로 불리었지만, Flex3이 베일을 벗음과 동시에 AIR로 바뀌었다. 이번에 출시된 플렉스 빌더3에는 AIR개발킷이 존재하며, Flex SDK와 마찬가지로, AIR SDK도 무료로 사용이 가능하며, 그 소스는 공개되어있다.

더 나아가, Flex4.0의 목표(goal)는 컴퓨터를 벗어나, 다양한 디바이스로의 모험 이라고 한다.

그동안 코드네임 WPF/E(Windows Presentation Foundation/Everywhere)로 알려진 개발툴도, 실버라이트라는 이름을 달고 정식으로 출시 되었다. 최근엔 2.0으로 버전업을 하였다.

실버라이트는 플렉스와 마찬가지로 웹 플러그인 형태로 돌아가며, 실버라이트를 구동시키기 위해서는 실버라이트 플레이어 플러그인이 필요하다.

실버라이트는 고화질의 영상 출력이 가능하며, 데이터와도 연동이 가능하다.

실버라이트를 기반으로 개발한 OBS경인방송

특이한 점은, 그간 많은 환경을 지원하지 않았던 ms의 정책에서 탈피해 여러 환경에서 실버라이트 플레이어 플러그인이 돌아가게끔 한 점이다. 자사의 윈도우 뿐만 아니라, 맥의 OSX, 그리고 윈도우 모바일6 에서도 구동이 가능하다.

과연 이 치열한 다툼의 승자는 누구일까? '웹을 빠져나가려고 한' 플렉스의 승리일까? '웹을 들어가려고 한' 실버라이트의 승리일까?

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

IMEEvent 문제, 미제로 남아..

희희덕 — Wed, 14 Oct 2009 13:03:25 +0900

오늘은 Flash Platform의 한글 문제와 관련해서 아쉬운 소식을 알려드려야 할 것 같습니다. 한글 팀 킥오프 이후, 그간 Flash Platform의 중대한 한글 입력 이슈 7건 중 3건이 해결되었고, 나머지 4건에 대해서도 현재 해결을 위한 논의가 활발히 진행 중 입니다. 아울러 최근엔, AIR 2.0, FP 10.1, Flash CS5등의 프리릴리즈 프로그램에 참여하며, Flash Platform의 Localization 이슈가 없는지 사전에 검증하고 있습니다.

플렉스 한글 입력 지연문제가 해결되었습니다.
AIR 한글삭제 문제가 해결되었습니다.
Flash Player, transparent 한글 문제가 해결

이외에도 한글팀은 핫라인(hot@adnaru.com)을 운영하며, 많은 분들께서 콜드퓨전 이슈를 비롯해, 플래시플랫폼과 관련된 다양한 이슈를 제보해 주셨는데, 이러한 이슈 중 한가지 이슈에 대해 아쉬운 소식을 알려 드려야 할 것 같습니다.

이 문제점은 IMEEvent를 이용해 입력된 한국어IME 문자열이 정상적으로 인식되지 않는 문제점으로, 이슈트래킹시스템과 버그베이스에 보고하였습니다.

Under Windows platform and Korean IME, correct value of IMEEvent and KeydownEvent, KeyupEvent is not passed –> Bugbase ID #2437462

IMEEvent 문제점 보고 이후, Flash Player 팀과 해당 이슈에 대해 논의하였는데, 이 문제점은 한국어 IME에서만 매우 특수하게 발생하는 문제점으로, AVM(AAVM)의 문제점이 아니라, Win API에서 getCompositionStringW 메서드가 한국어 문자열 만을 제대로 리턴 하지 못해 발생한 문제점 이라고 합니다.

다만 한국어 IME상에서 한자를 입력할 경우엔 정상적으로 IMEEvent가 Dispatch 되며, 일본어, 중국어등 동아시아권 문자에서는 문제없이 작동하고 있습니다. 결국 이 문제는 Flash Player의 문제점이 아니어서, 설계한계로 인해 철회(Withdrawn - Design Limitation)되었습니다.

Flash Player팀에서는 이 문제점에 대해 향후 릴리즈노트와 레퍼런스를 통해 많은 개발자들에게 알리기로 했습니다. 아울러, IMEEvent 이슈와 관련해서 한국 개발자들의 많은 의견을 듣고 싶어하는데, IMEEvent 이슈와 관련해서 의견이 있으시다면, 아래 댓글로 남겨주시면 Flash Player 팀에게 전하도록 하겠습니다.

이 문제점에 대해 한글팀에 보고해 주신 Chuka님께 감사드리며, 해당 이슈에 대해 귀중한 시간을 내어 투표를 해 주신 11분께 감사 드립니다. 아울러, 해당 이슈가 검증되는 동안 많은 도움을 주신 Flash Player 개발팀과 히토미 쿠도님께 감사의 말씀을 드리고 싶습니다.

IMEEvent 이슈는 미제로 남게 되었지만, 이 문제점이 해결 될 날이 곧 올 것이라고 생각합니다. 아울러, 남아있는 한글 문제도 빠른 시일 내로 해결 될 수 있길 희망합니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Flash CS5, 아이폰 애플리케이션 개발 지원

희희덕 — Wed, 07 Oct 2009 21:19:03 +0900

어도비는 MAX, 1일째 키노트에서 상당히 중대한 발표를 했습니다. 바로 Flash 컨텐츠 개발 툴인 Flash CS5(코드네임 Viper)에서 아이폰 애플리케이션 개발을 지원한다는 점인데요.

사실 그간 아이폰, 아이팟 터치에서 플래시 플레이어 지원과 관련된 이슈들은 꾸준히 제기되었습니다. 매년 애플의 WWDC를 비롯한 컨퍼런스에서 중요 떡밥(?)으로 애플 팬들을 뜨겁게 했었습니다.

하지만 Apple의 CEO인 스티븐잡스가, 방송 매체에서 플래시 플레이어의 퍼포먼스와 관련되어 불만을 토로하면서 어도비와 애플 사이의 갈등론이 일기도 했습니다. 당시 어도비에서는 스티븐 잡스의 발언에 대해서는 별 다른 평을 내놓진 않았습니다.

올해 어도비 MAX의 핵심 이슈가 오픈스크린프로젝트고, 작년에도 안드로이드폰등 일부 디바이스에서 Flash Player 구동을 시현한 만큼, 일각에서는 아이폰에서 구동 가능한 플래시 플레이어에 대한 기대가 일기도 했습니다.

아쉽게도, 올해 MAX 에서는 아직 아이폰에서 구동 가능한 플래시 플레이어에 대해서는 언급 되지 않았습니다. 사실, 아이폰/아이팟 터치 자체의 퍼포먼스를 비롯해 애플의 미온적인 태도로 인해 어도비에서도 개발에 많은 난항(?)을 겪고 있는 듯 합니다.

하지만 첫 번째 날 키노트에서, 아이폰 플래시플레이어 지원과 관련된 소식(?)과는 겪이 다른 놀라운 소식이 발표 되었습니다.

올 연말 베타가 예정된 Flash CS5에서 Export 설정에 Flash Player, AIR에 이어 Iphone가 추가되었는데, Flash 개발자가 Objective-C와, Cocoa Touch SDK 개발 환경이 갖추어 져 있지 않거나, 개발 경험이 없더라도, Flash IDE 상에서 아이폰 애플리케이션 개발이 가능하게 됩니다.

즉, CS5 부터는 Flash IDE 상에서, Flash Platform 런타임 이외의 환경을 지원하는 애플리케이션 개발을 지원한다는 점인데요. 그 첫 주자가, 플래시 플레이어 지원 이슈와 관련되어 논란이 되었던 아이폰/아이팟 터치가 되었네요.

개발자들은 Objective-C를 모르더라도 Flash CS5에서 아이폰 애플리케이션 개발이 가능하고, export 설정을 iPhone로 하면, AppleScript로 컴파일 됩니다. 다만 개발 시에는 AS3을 기반으로 개발하여야 하는데요.

이렇게 iPhone 애플리케이션으로 컴파일이 완료된 애플리케이션은 애플의 개발자 등록을 마치고, 앱스토어에도 판매가 가능합니다.

실제로, MAX 공개와 동시에 Flash CS5에서 개발한 아이폰 애플리케이션이 앱 스토어에도 등재되었는데요, 퍼포먼스가 궁금하신 분들은 한번 직접 체험해보시는것도 좋을 것 같습니다.

사실 Flash CS5에서 아이폰 애플리케이션을 개발 할 수 있다는 것만 해도 상당히 놀라운 이슈이긴 하지만, 이번에 공개된 Flash 10.1에서 지원되는 모든 Feature들을 그대로 개발 할 수 있다는 점만 해도, 플래시 플랫폼 개발자들에겐 즐거운 소식이 아닐까 생각합니다.

자세한 정보는 아래의 링크를 참고하세요.
Applications for iPhone

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Flash CS5가 발표

희희덕 — Tue, 06 Oct 2009 12:26:07 +0900

어도비는 MAX 컨퍼런스의 첫번째 날 Keynote에서 Flash CS5(코드네임 Viper)을 공개하였습니다. 크레이티브 스위트 제품군들이 출시 된지 약 1년여만인데요.

Flash CS5가 이번 MAX에서 처음으로 공개된 것은 아니고, MAX에 앞서 FOTB 2009라는 행사에서 처음으로 공개되었습니다. 당시에는 물리엔진, 플래시 빌더와의 연동등이 강조되었는데, 이번 MAX에서는 좀더 자세한 Feature들이 공개 되었습니다.

Flash CS5 Sneak Peak – FOTB 2009

Flash CS4가 릴리즈 된지 약 1년여 밖에 안되어서, 아직 많은 변화가 있진 않지만, Flash CS5에서 아이폰 애플리케이션을 개발 할 수 있고, FLA 파일이 XML 기반으로 변경되었으며, Flash Builder와도 완벽히 연동이 되는 변화들이 있습니다.

Flash CS5의 주요 Feature들은 아래와 같습니다.

Applications for iPhone
New text capabilities via the Text Layout Framework (TLF)
XML based FLA files
Code Snippets panel
Flash Builder™ integration
Improved ActionScript editor

이외의 자세한 변화는 아래의 링크를 참고하시기 바랍니다.
Flash CS5 – Adobe Labs

Flash CS5의 베타 버전은 올 후반기에 공개될 예정이라고 합니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Adobe AIR 2.0 발표

희희덕 — Tue, 06 Oct 2009 02:36:48 +0900

어도비는 플래시 플랫폼의 주요 핵심 런타임 기술 중 하나인 AIR 런타임의 후속 버전인 AIR 2.0(코드네임 Athena)에 대해 발표하였습니다.

Adobe AIR는 크로스 플랫폼을 지원하는 데스크탑 런타임으로 2008년 처음으로 배포되었습니다. 그리고 현재 2억대의 컴퓨터에 두루 배포되어 있으며, 수 많은 애플리케이션이 AIR 기반으로 개발되어 배포되고 있습니다.

현재 eBay, MLB.COM, New York Times 등의 서드파티사들이 AIR 기술을 도입 하였고, 현재 까지 배포된 애플리케이션 수가 3000만건에 이를 정도로, AIR는 배포 1년 반 만에 많은 분야에서 자리매김 하고 있습니다.

AIR의 마일스톤이 1.5.2에서 2.0으로 향상 된 만큼 변화사항도 많은 편인데요.
AIR 2.0의 주요 변화 사항들은 아래와 같습니다.

New version of WebKit

Microphone Access API

Open with default application

Mass storage device detection

New networking support

Database transaction savepoints

Creating native installers

Launching and interacting with native processes

Screen reader support (Windows only)

Mac vector printing support

Idle time-out settings (Win/Mac only)

Mac PowerPC no longer supported

Linux installer available as native .deb and .rpm installer

AIR-Linux comes with installers for 64 bit systems

IPv6 Support

Increased maximum size of NativeWindow

File Promises

Multitouch events

세세한 변화 사항에 대해서는 이어서 다루도록 하겠습니다.
AIR 2.0의 베타 릴리즈는 여러 플래시 플랫폼의 핵심 기술들과 같이 내년 1분기로 예정되어 있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

어도비 Flash Platform, 멀티 터치 지원발표

희희덕 — Tue, 06 Oct 2009 02:24:52 +0900

어도비의 Flash Platform의 주요 기술 중 하나인 Flash Player의 모바일 디바이스 지원 정책 발표에 이어, Flash Platform 입력 인터페이스 방식에서도 중요한 변화가 발표되었습니다.

지금까지의 Flash Platform은 마우스 클릭, 터치를 비롯해 키보드 입력, 캠코더 입력, 마이크 입력등의 입력 인터페이스 방식을 지원하고 있었습니다.

어도비는 Flash Player 10.1(코드네임 Stratos)와, AIR 2.0(코드네임 Athena)에서 그간 입력 인터페이스 방식과 더불어 2개 이상의 터치 포인트 입력까지 제어할 수 잇는 멀티 터치를 지원하는것을 발표하였습니다.

이번 Flash Platform의 멀티 터치 인터페이스 지원은, UI 터치 입력 포인트 증가를 비롯하여, 터치 제스쳐 인식 등의 기능들을 API에 담고 있으며, Flash Player, AIR 런타임 모두 동일하게 지원합니다.

아울러, Flash Platform의 멀티 터치 지원을 위해 아래의 API들이 추가 되었습니다.

flash.ui.Multitouch
flash.events.GestureEvent
flash.events.TouchEvent
flash.system.TouchscreenType

멀티터치 인터페이스를 지원하는 AIR 2.0과 Flash Player 10.1은 내년 1분기 릴리즈될 예정입니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Flash Player 10.1 발표

희희덕 — Tue, 06 Oct 2009 02:06:38 +0900

어도비는 플래시 플랫폼의 핵심 런타임 기술 중 하나인, 플래시 플레이어 10.1(코드네임 Stratos)의 주요 변화사항들을 MAX Keynote에 앞서 발표했습니다.
어도비 프레스룸

이번에 발표된 버전이 10.1 인 만큼, AVM을 비롯한 핵심 기술의 변화 사항은 적은 편입니만, 어도비 플래시 플레이어가 데스크탑을 넘어 모바일 디바이스와 같은 high-feature 기종에서 동일하게 구동된다는 점을 담고 있습니다.

사실 이번 발표가 갑작스러운 발표는 아니고, 지난 2008년 MAX의 Rich Internet Application Roadmap 세션에서, 올 4분기 즈음에 Flash Player가 데스크탑을 비롯해 high-feature device까지 지원 할 것을 밝혔는데요.

이번 발표이전에도 어도비에서는 Flash Player의 일부 기능들을 제외한 Flash Lite를 일부 모바일 디바이스에서 지원하고 있었습니다.

아울러, 플래시플랫폼의 사용자 경험을 다양한 디바이스로 확장하는 Open Screen Project를 여러 회사들과 함께 활발히 진행하고 있는데요.

특히 이번 발표에 주목해야할 점은, 그간 Flash Lite의 기술적 한계로 AVM2를 지원하지 않았던, 모바일 디바이스에서 AS3로 개발된 플래시 컨텐츠를 동일하게 제공 할 수 있다는 점입니다.

아울러, RTMFP, 픽셀 벤더를 비롯한 플래시 플레이어10 의 고급 기술들과, 동영상 스트리밍 기술, DRM 기술등을 모바일에서 그대로 제공 할 수 있는 강력한 이점들도 있습니다.

플래시 플레이어 10.1가 모바일 디바이스에서 지원되는 모습은 작년에 이어, 올해 MAX에서도 공개될 예정이라고 하는데요. 각 디바이스에서 구동되는 모습은 아래의 페이지에서 살펴 보실 수 있습니다.
Flash Player 10.1 Video

플래시 플레이어 10.1 의 주요 변화사항들은 아래와 같습니다.

Ubiquitous Reach
Global error handling
Designed for mobility
Expanded options for high quality media delivery

플래시 플레이어 10.1의 릴리즈는 내년 1분기로 예정되어 있다고 합니다.

자세한 사항은 아래의 링크를 참고하세요.
Flash Player 10.1 – Adobe Labs

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Flash Builder Beta 2가 공개

희희덕 — Tue, 06 Oct 2009 00:59:44 +0900

어도비가 MAX Day 1 Keynote에 앞서, Beta 버전들을 많이 릴리즈 해 놓고 있네요. 현재까지 Flash Builder, Flash Catalyst, Cold Fusion Builder의 업데이트된 베타 버전들이 릴리즈 되었고, 이외에 SDK, 플랫폼 핵심기술, AIR 애플리케이션들을 속속 발표하고 있습니다.

지난 6월, 처음 공개된 Flash Builder Beta 1에 이어, 2번째 버전을 릴리즈 하였는데요. 정식 출시 일정이 내년으로 다가온 만큼, 사실상 이번 베타가 완성된 버전이라고 봐도 무관할 것 같습니다.

Flash Builder의 Beta 2는 아래의 사이트에서 내려 받을 수 있습니다. 다만, 다운로드 시 어도비 ID가 필요하고, 설치 과정 중 테스트를 위한 시리얼을 반드시 입력하셔야 사용 하실 수 있습니다.
Flash Builder 내려 받기

아울러, Flex 4 SDK도 beta 2 버전으로 릴리즈 되었습니다. 함께 릴리즈 된, Flash Builder Beat 2에 포함되어 있으니, 별도로 내려 받을 필요는 없습니다.

Flash Builder가 Beta 1에서 2로 오면서, 그렇게 큰 기능상의 변화는 없지만 아래의 사항들이 추가 되거나 수정되었다고 하네요.

Improved functional parity between existing Spark and MX components

Support for using Spark containers directly in MX navigators

Additional styling capabilities in Spark components

Significant renames – complete list can be found here

New Spark Label component – SimpleText has been replaced with a Label component

이번 베타 릴리즈는 빌더에 대한 변경 내용 보단 SDK에 대한 변경 내용이 주를 이루는 것 같네요. ^^

이외에 자세한 내용은 아래의 링크들을 참고하시면 많은 도움이 될 것 같습니다.
Flash Builder Beta2 릴리즈 노트
플래시 빌더4 베타2가 공개

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Flash Catalyst Beta 2가 공개

희희덕 — Tue, 06 Oct 2009 00:44:13 +0900

어도비가 MAX 컨퍼런스에 맞춰, 지난 6월 공개되었던 Flash Catalyst의 Beta 2번째 버전을 릴리즈 하였습니다. 정식 출시 일정이 내년으로 예정된 만큼, 이제 어느덧 완성된 릴리즈라고 볼 수 있겠네요.

Flash Catalyst는 Beta 2는 아래의 사이트에서 내려 받을 수 있습니다. 다만, 어도비 ID가 필요하고 베타 테스트를 위한 시리얼을 반드시 입력하셔야 합니다.
Flash Catalyst 내려받기

Beat 1에서 2로 오면서 일부 UI 배치가 변경되는 등 많은 변화가 있었습니다. 아직 릴리즈 노트에서는 알려진 이슈 외에 변화 사항을 담고 있지 않고 있군요.

다만, 이번에 공개된 Beat 2에서는 1과는 달리 한국어 Localization은 포함되지 않았는데요. 여러 개선사항들을 담아 11월 중으로 적용된 버전이 배포될 예정이라고 합니다.

이외에 자세한 사항은 아래의 릴리즈 노트를 참고하세요
Flash Catalyst Beat2 릴리즈 노트

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Kudeeh C# 라이브러리 공개

희희덕 — Sun, 04 Oct 2009 22:27:28 +0900

안녕하세요. 희희덕덕입니다.

이전에, 플래시 플랫폼 개발자 분들을 위해 만든 Kudeeh API 라이브러리를 닷넷 프레임워크에서도 사용 할 수 있도록, C# 라이브러리를 개발하여 공개하였습니다.

Kudeeh API 라이브러리는 국내의 Open API 서비스를 모아둔 라이브러리로, 매쉬업 애플리케이션을 개발하는 과정 중 반복되는 작업을 줄이기 위해 개발하였습니다.

앞서 공개한 Kudeeh API 라이브러리는, AS3 기반으로 개발되어, Flash, Flex, HTML+AJAX(AIR 기반) 개발환경에서 사용이 가능하며, 현재 총 6개의 Open API 서비스를 제공하고 있습니다.

아울러, 이번에 공개한 C# Kudeeh API 라이브러리는, 다음과 네이버의 Open API를 지원하며, 닷넷 프레임워크를 기반으로 하는 플랫폼에서 활용할 수 있습니다. 다만, 실버라이트는 지원하지 않습니다.

Kudeeh API C# 라이브러리는 아래의 경로에서 내려 받을 수 있습니다.

Kudeep API 프로젝트
Kudeeh API C# 라이브러리 내려받기

아래는 Kudeeh API C# 라이브러리를 사용하는 방법 입니다.

Kudeeh API 라이브러리를 사용하시려면, 솔루션에서 마우스 오른쪽 버튼을 누르 신 후, 참조추가로 들어가신 후 찾아보기 탭에서 kudeeh.dll을 불러 오시면 됩니다.

Kudeeh API 라이브러리는 개발 과정 중, 참조 할 수 있는 개발 문서를 제공하고 있으며, C# 라이브러리는 docs 폴더에 개발 문서가 포함되어 있습니다.

아울러, 개발 과정 중 Visual Studio와 같은 IDE 상에서 인탤리센스 팝업에서도 도움말이 표시되기 때문에, 유용하게 활용하실 수 있습니다.

그럼 Kudeeh API 라이브러리를 이용해 간단한 매쉬업 서비스를 개발 하는 방법에 대해 알아보겠습니다.
using System; using System.Collections.Generic; using System.Linq; using System.Text; using com.lhd; using com.lhd.Model.Naver;
Kudeeh API 라이브러리를 사용하기 위해서는 앞서, using 문을 이용하여 클래스들을 참조하여야 합니다. 네임스페이스는 com.lhd 이며, 사용하고자 하는 Open API 서비스에 따라 데이터 모델 클레스들을 참조하여야 합니다.
(ex) 네이버 : com.lhd.Model.Naver 다음 : com.lhd.Model.Daum)
Naver naver = new Naver(); naver.key = "API 키";
Kudeeh API 라이브러리를 참조하셨다면, 이제 각 Open API 서비스 별 객체를 만들어 사용하시면 됩니다. 보통의 Open API 서비스의 경우, API 키를 이용해 인증하기 때문에, 각 API 서비스를 이용하기 전 API 키를 정의하는것이 좋습니다.

다만 다음 Open API 서비스의 경우, 각 서비스별 API 키가 다르기 때문에, mapkey, searchkey, shopkey, suggestkey 등의 프로퍼티에 따로 정의하셔야 합니다.
// 책 검색 예시 List<Book> booklist = naver.book(query, 10, 1); // 블로그 검색 예시 List<Blog> bloglist = naver.blog(query, 10, 1, "sim");
Open API 객체를 생성 하고, API 키를 정의하셨다면, 이제 각 API 서비스들을 사용 할 수 있습니다. API 서비스들은 메서드 호출을 이용해 데이터들을 불러 올 수 있습니다.

다만, 주의 하셔야 할 점은, API 서비스에 따라 리턴되는 값이 다른데, 이는 개발 문서를 참고하시어 개발을 진행하시기 바라며, 대부분 API 서비스들은 데이터들이 반복적으로 열거되는 자료가 많아 리스트 형을 리턴 합니다.

지금까지 Kudeeh API 라이브러리를 사용하는 법에 대해 알아보았습니다.using System; using System.Collections.Generic; using System.Linq; using System.Text; using com.lhd; using com.lhd.Model.Naver; namespace KudeehTestbed { class Program { public static void Main(string[] args) { int i, len; String query; Console.Write("검색할 책 제목을 입력하여 주십시오 : "); query = Console.ReadLine(); Naver naver = new Naver(); naver.key = "API 키"; List<Book> booklist = naver.book(query, 10, 1); // GC naver = null; Console.WriteLine("네이버 검색 결과\n-------------------------------------------------------"); len = booklist.Count; for (i = 0; i < len; i++) { Console.WriteLine("{0,-5}\t{1,-5}", booklist[i].title, booklist[i].price+"원"); } Console.WriteLine("-------------------------------------------------------"); Console.WriteLine("{0}건", len); Console.ReadLine(); } } }
위의 소스코드는 앞서 다루어본, Kudeeh API 라이브러리를 활용해 간단한 책 검색 콘솔 애플리케이션을 만들어 본 예입니다. 참고하시어 많은 도움이 되길 바랍니다.

위의 스크린샷은 앞선 소스코드의 실행 결과 입니다.

Kudeeh API 라이브러리는 오픈 소스로 진행되는 프로젝트로, 현재 구글코드, Kudeeh API 라이브러리 공식페이지 등을 통해 소스코드, 개발 문서 등이 공개되어 있습니다.

국내 Open API 서비스를 기반으로 하는 매쉬업 애플리케이션을 보다 쉽게 개발 할 수 있도록, 많은 참여 부탁드리겠습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

포토샵 월드 2009, 제대로 즐기는 방법

희희덕 — Sat, 03 Oct 2009 16:08:25 +0900

어도비는 자사 이미징 제품군인 포토샵의 출시 20주년을 기념하여, 포토샵 전문 컨퍼런스인 포토샵 월드 2009를 한국에서 11월 3일 개최합니다.

포토샵월드(http://photoshopworld.com)는 국제 규모의 컨퍼런스로, 어도비 MAX에 이어, 가장 큰 규모로 진행되는 컨퍼런스 이기도 합니다. 한국은 2007년에 이어 2년 만에 다시 개최되는데요.

포토샵월드 참가등록은 이곳에서 할 수 있고, 유료로 진행되는 컨퍼런스 이기 때문에, 10월 6일 이전까지 등록하거나, 단체로 신청하면 참가비를 최대 20%까지 절약 할 수 있습니다.

유로 컨퍼런스이기 때문에, 다소 부담스러울 수 있지만, 국 내외 이미징 전문가가 대거 참석하고 한국에서는 2년만에 개최되는 컨퍼런스라서, 등록 비용이상의 가치는 충분할 것 같습니다.

아울러 포토샵 월드는 다양한 온/오프라인 이벤트를 진행하고 있는데요. 이번 글에서는 이러한 이벤트에 참가하여 포토샵 월드 2009를 제대로 즐길 수 있는 법에 대해 소개하겠습니다.

온라인에서 즐기기

포토샵 월드 2009 공식홈페이지(http://www.creativefreedom.co.kr/photoshopworld2009)에서는 참가 등록과 함께 다양한 온라인 이벤트를 진행하고 있는데요.

공식홈페이지에서 진행하는 온라인 이벤트에 참가하여, 참가비 이상의 혜택을 누릴 수 있다고 합니다.

우선 친구, 지인에게 포토샵 월드 2009를 알리는 이벤트가 있는데, 블로그나 메일을 통해 포토샵월드 2009를 알리고, 이벤트 페이지에 홍보된 웹 페이지의 url을 남기면 응모가 완료 되며, 총 10명을 뽑아 푸짐한 선물을 드립니다.
http://www.creativefreedom.co.kr/photoshopworld2009/online_event2.asp

1등에게는 포토샵라이트룸을, 2~4등까지는 어도비 후드티와 모자, 5~10등까지는 영화 예매권 2장을 선물로 준다고 하니, 친구에게 포토샵 월드도 알리고 풍성한 경품도 받아보세요.

아울러, 나에게 포토샵은 네모다 이벤트도 진행중인데요.

이 이벤트는 내가 생각하는 포토샵의 의미를 댓글로 남기면 응모가 완료 된다고 하는데요. 28일까지 이벤트가 진행되며, 총 20분을 추첨하여 행사 당일 상품을 드린다고 합니다.
http://www.creativefreedom.co.kr/PhotoshopWorld2009/online_event3.as

이벤트 페이지를 비롯해, 포토샵 월드가 개최되는 당일, 이벤트 페이지에 남긴 모든 댓글을 확인 할 수 있다고 하니, 이벤트에 참가하시고 행사장에서 내 댓글을 확인해 보는 재미도 쏠쏠할 것 같습니다. ^^

현장에서 즐기기

포토샵 월드 2009 컨퍼런스 당일에는 국 내외 이미징 전문가들의 컨퍼런스를 비롯해, 행사장 일원에 다양한 스페셜 프로그램들도 함께 진행될 예정인데요.

특히,스페셜 프로그램은 행사 참석자를 위해, 할인 프로모션 등 특별히 진행되는 프로그램이 많은 만큼, 스페셜 프로그램에 참가하여 혜택을 누려 보세요.

인기혼성 그룹인 코요테의 렙퍼, 빽가(백성현)가 사진작가로 데뷔하면서 제 2의 전성기를 누리고 있는데요. 얼마 전 방영된 MBC의 ‘우리 결혼했어요’에서도 빽가의 사진실력이 인기검색어에도 오르며 큰 화두가 되기도 했었죠.

포토샵 월드 행사장 일원에서 백성현의 사진 작품들을 감상 할 수 있는 사진전이 진행될 예정이라고 합니다. 백성현 작가의 사진을 감상하며 그의 감성을 현장에서 감상하며 함께 교류해 보는 즐거움도 누려보세요.

아울러, 행사장 일원에서는 포토샵과 관련된 서적을 특별 할인된 가격에 판매하는 포토샵 북존과, 어도비 크레이티브 솔루션 제품들을 특별가에 살 수 있는 현장 판매, 시크릿 트레이닝을 비롯해 다양한 프로그램들이 진행될 예정이라고 하니, 컨퍼런스 틈틈이 참가해 보시는 것도 좋을 것 같습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

진실은 천국에서라도

희희덕 — Fri, 02 Oct 2009 02:08:37 +0900

그대 떠난 빈자리 내 심장에 허무한 구멍
신발에는 먼지가 낀 채 집구석에 숨어
하염없는 눈물과 그리고 우리의 웃는 사진과
내 입술과 혀는 눈물을 마시며 추억을 가슴에 품어

진실이 가져간 폭풍우 l gotta let it move
뒤집는 고통과 눈물로 휩쓸고
바다의 파도는 행복을 덮치고
나의 눈물과 함께 떨어진 비
하늘과 함께 사라지는 빛

그대여 편히 눈 감아요
그만 혼자 더 아파마요
이제는 마음껏 웃어요
행복만 있는 천국에서

힘이 들어 무척이나 그리 괴로웠나요
왜 혼자서 모른척 슬피 울었었나요
쓰러져가는 지금 내 맘과 비슷했겠죠
이 밤이 지나면 천국에서도 태양은 뜨겠죠

그대 무덤에는 아름다운 꽃들과 새들과 따사로운 햇빛과
그대 위로하는 천사들이 나팔소리가 금빛 물결로 축복해
메마른 땅의 눈물은 영혼의 단비
손가지 태우는 영원한 불길

그대여 편히 눈 감아요
그만 혼자 더 아파마요
이제는 마음껏 웃어요
행복만 있는 천국에서

비가오면 다 지울게
우릴봐요 웃어줘요
그대의 사랑 변치않아요 뜨거운 내 기도로
후우우 우우우우 우우

그대여
(지금 듣고있죠 저 이제 약속 지켰습니다
그러니까 웃어요 우리도 행복할 수 있게)
This is my lady

그대는 생명의 숲 우리의 영혼의 불
밤하늘에 비추던 저하늘의 잃어버린 양

천국에서라도 웃어줘요 그대
바람부는 언덕 위에 그대 슬픔의 깃발을 꽂을게
천국에서라도 웃어줘요
그대 죽음이 헛되지 않게 그대 영원한 우리의 빛길

그대 영원한 우리의 빛길

그대가 떠난지 1년이 되었지만,
난 아직 그대를 잊지 못했습니다.

아니 그대는 내 마음속에서 영원히 훌륭한 별로 남아있을 것입니다.
나의 유년기와 함께 해준 소중했던 당신..

그곳에선 행복하길..

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

어도비, 다음과 전략적 제휴 채결

희희덕 — Wed, 30 Sep 2009 22:08:15 +0900

요즘 기업이 다변화 되고, 기업간에 추구하는 목표가 서로 겹치면서, 최근엔 MOU, 전략적 제휴와 같이, 서로의 인력, 기술력을 공유하여 양사의 시너지 효과를 주는 형식으로의 사업 전환이 각광받고 있습니다.

이러한 제휴 방식은, 계약 관계와 같은 이해 관계를 떠나, 양사의 기술력, 자본력에 도움을 주는 방식으로, 국 내외적으로 빈번히 이루어 지고 있습니다.

소프트웨어 개발 회사인 어도비는, 오픈스크린 프로젝트, 어도비 솔루션 파트너와 같은 방식으로 전 세계 많은 기업들과 전략적 제휴를 맺고 있다고 합니다.

그리고 지난 29일, 국내 최대 인터넷 포털 사이트인 다음커뮤니케이션이 한국어도비시스템즈와 전략적 제휴를 채결 하였다고 합니다.

이번에 양사가 채결한 전략적 전략적 제휴는, 어도비 플래시 플랫폼의 기술을 기반으로 하는 동영상 플랫폼을 비롯한 RIA 애플리케이션으로, 어도비에서는 플래시 플랫폼 저변 확대와 함께, 기술적 제휴를 할 수 있게 되었고, 다음커뮤니케이션에서는 어도비 플래시 플랫폼을 도입하여 사용자 경험을 우선하는 서비스를 비롯해, 동영상 광고등 새로운 분야를 개척 할 수 있게 되었는데요.

다음커뮤니케이션은 어도비와의 전략적 제휴를 채결 하기 전에도, 이미 자사의 많은 서비스에 플래시 플랫폼을 적용한 서비스를 제공하고 있었고, 특히 UCC 분야에서는 플래시 플랫폼을 채택하여 많은 호응을 얻기도 했습니다.

어도비 오픈스크린프로젝트(http://openscreenproject.org)

아울러, 다음은 어도비에서 추진하고 있는 오픈스크린프로젝트에도 참여하기로 밝혔는데요. 양사의 전략적 제휴가 어도비 플래시 플랫폼과, 국내 인터넷 생태계에 있어서 어떤 변화가 있을지 주목됩니다.

보도자료

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Adobe Flex, 스펠링 체크 프레임워크가 공개

희희덕 — Wed, 30 Sep 2009 02:22:59 +0900

어도비는 플래시플랫폼을 기반으로 하는 여러 재미있는 프레임워크와 서비스들을 만들어서 공개하고 있는데요. 이들은 어도비 랩스(http://labs.adobe.com)를 통해서 확인 할 수 있습니다.

이들 서비스가 실험으로 끝나는 경우도 있지만, as3corelib, AIR Update Framework, Durango등 플래시 플랫폼을 개발하는데 유용하게 쓰이는 경우도 많습니다. 실제로 AIR Update Framework는 어도비 랩스에 베타로 공개되었고, AIR 1.1 부터는 SDK에 함께 포함되었습니다.

그리고 얼마 전, 어도비 랩스에 재미있는 프레임 워크가 하나 공개되었습니다.

이번에 공개된 프레임워크는 Squiggly 라고 하는데요. Squiggly는, Flex의 입력 컴포넌트에 입력된 문자열들의 스펠링을 검증하는 프레임워크 입니다.
실제로 이와 흡사한 컴포넌트들은 이미 어도비 마켓플레이스 등에서도 유료로 판매되고 있는데요.

다만, Squiggly는 Flex 3(Halo)의 입력 컴포넌트만 지원한다고 합니다.

Squiggly 프레임 워크를 활용하여 스펠링 체크를 할 경우에는 반드시, Dictionary 목록이 필요한데요. Squiggly는 이러한 Dictionary 파일을 빠르게 처리 할 수 있도록 별도의 파일 스펙인 zwl로 지원하고 있습니다.

Squiggly 프레임웍에도 주로 사용하는 단어들을 모아 놓은 파일인 usa.zwl을 제공하고 있는데요. 이와는 별도로, 목록을 커스트마이징 해야 할 경우엔 프레임워크에 함께 포함되어있는 AdobeSpellingDictGen을 이용해 커스트마이징 할 수 있습니다.

AdobeSpellingDictGen은 텍스트 파일을 zwl로 변환하는 기능 만을 지원하며, 텍스트파일에서 단어는 엔터문자열(\n)을 통해 구분합니다.

다만, AdobeSpellingDictGen에서 단어 목록을 수정한다거나 zwl 파일을 불러와 txt 파일로 변환하거나 편집하는 기능은 지원하지 않습니다.

Squiggly 프레임워크는 아래의 경로에서 내려 받을 수 있습니다.
Squiggly – Adobe Labs

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

그래 그래

희희덕 — Fri, 25 Sep 2009 21:20:00 +0900

아이들 만화 답지 않게, 엔딩음악이 참 좋은 만화였던 “미소의 세상”
이 만화가 종결 된지도 약 11년이 넘다 보니, 해학 위주의 만화에 밀려 요즘엔 방영되지 않아 아쉽기도 하다.

미소의 세상 제일 마지막 에피소드에는, 10년 후 같은 유치원에 다니던 친구들이 타임 캡슐을 열어보는 장면이 나오는데, 지금에 와서 그 이쁜 친구들은 잘 만났을련지 모르겠다 :->

정말 힘들 때, 울고 싶을 때
듣다 보면 위로가 되는 음악

가사보기

나를 응원해주는 느낌이 든 달까.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Photoshop World 2009가 한국에서 개최됩니다.

희희덕 — Tue, 22 Sep 2009 23:58:52 +0900

어도비는 MAX 컨퍼런스를 비롯한 여러 대형 컨퍼런스를 직접 기획하거나 주관하고 있습니다. 이들 컨퍼런스에서는, 자사의 제품들의 기능을 공유하거나, 신제품 공개로 대중들을 깜짝 놀라게 하기도합니다.

특히, 이러한 컨퍼런스는, 어도비 자사 제품 판매에도 많은 도움을 주지만, 해당 플랫폼, 지역 내에 존재하는 커뮤니티와도 긴밀히 공유할 수 있으며, 이는 어도비의 오픈 플랫폼의 주요 정책이기도 합니다.

한국에서는, 신제품 발표회와 같이 대규모 컨퍼런스를 비롯해 지역 순회 컨퍼런스, 커뮤니티 컨퍼런스 등 여러 컨퍼런스가 개최중 입니다.

하지만, 아쉽게도 지난 2006년까지 개최되었던 Adobe MAX가, 2007년부터는 한국에서 개최되지 않고 있습니다. 특히, 올해는 미국 경제 여파로 어도비에서 MAX 컨퍼런스를 순회하지 않기로 밝혀서, 당분간 한국에서 MAX 컨퍼런스 개최를 기대하긴 힘들 것 같습니다.

다만, 어도비에서는 이러한 컨퍼런스를, 커뮤니티에서 직접 주최할 수 있도록 장소 대여, 기념품 증정과 같이 많은 지원을 하고 있습니다.

요즘같이 경제가 불황일 때 컨퍼런스 가뭄(?)까지 겹쳐 아쉬워하실 분들이 많을 것 같은데, 이러한 가뭄을 해소해불 단비 같은 소식이 있다고 하네요.

어도비는, 자사 이미징 제품군인 포토샵 출시 20주년을 기념하여, 포토샵 전문 컨퍼런스인 Photoshop World를 11월 3일 한국에서 개최합니다.

Photoshop World는 대규모 컨퍼런스로, Adobe MAX 처럼, 각 국을 순회하며 개최되는 국제 컨퍼런스이기도 합니다. 한국에서는 지난 2007년 개최되어 많은 호응을 얻은 적이 있습니다.

이번에 한국에서 개최되는 Photoshop World는, 포토샵 출시 20주년을 기념하여 수석 엔지니어 등 국/내외 이미징 전문가들이 대거 참여하고, 온/오프라인을 통해 여러 이벤트가 진행 될 예정입니다.

Photoshop World는 유료로 진행 되는 컨퍼런스로, 지금 인터넷을 통해 사전 등록을 하면 등록비용을 20% 할인 받을 수 있는 혜택도 있습니다. 좌석이 한정되어 있으니, 서둘러 신청 하시는 것이 좋을 것 같습니다.

아울러, 당일 컨퍼런스 참여자에 한해, 기념품 증정 및 경품 추첨과 함께, 어도비 CS4 제품군, 포토샵 서적등을 특가로 판매하며, 특별 기술상담을 받을 수 있는 혜택도 있다고 합니다.

Photoshop World는 아래의 경로에서 신청 하실 수 있습니다.
신청하기

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

어도비, Omniture 인수합병 어떤변화가 있을까?

희희덕 — Tue, 22 Sep 2009 12:57:26 +0900

어도비는 지난 달, Business Catalyst 인수합병에 이어 15일, Omniture 사의 모든 주식 주당 21.5 달러로 매입하며, 인수합병이 완료되었다고 밝혔습니다.

어도비 프레스룸 - Omniture사를 인수합병하다.

Omniture는 웹 사이트 로그 분석 도구를 만드는 회사로, 구글의 애널리틱스와 흡사한 웹 로그 분석 툴을 선보여 많은 호응을 받았습니다. 인수합병에는 애플 어도비 등이 참여하여 각축을 벌였다고 합니다.

그리고, 어도비에서는 총 18억달러(한화 약 3조원)에 Omniture의 모든 주식을 매입하면서, 인수합병을 마쳤습니다. 어도비가 그간 인수한 회사들의 가격에서는 매크로미디어에 이어 두번째 규모입니다.

어도비는 그간 주요 소프트웨어 회사를 인수 합병 해온적은 있지만, 이번 Omniture와 같이 웹 애플리케이션을 개발하는 회사를 인수합병 한 것은, 상당히 이례적인 사례인데요.

일각에서는 소프트웨어 개발 회사가 아닌 Omniture를 상당히 거대한 자금을 들여 인수합병 한 것에 대한 회의론도 있지만, 거대 조직으로 성장하기 위한 발돋움이라는 평가가 대다수를 차지하고 있습니다.

Omniture의 인수합병후, 어도비사의 워크플로우 인데요. 위의 그림처럼, Omnitire 사가 CS4, RIA와 같이 현재 어도비에서 판매중인 제품군에 큰 영향을 주진 않을것으로 보입니다.

하지만, 마케팅 분석 회사를 인수합병 한 만큼, 어도비 제품군의 프로모션을 비롯해, 온라인 광고 및 마케팅에도 많은 영향을 줄 것이라고 기대합니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

블로그 리뉴얼

희희덕 — Mon, 21 Sep 2009 23:59:02 +0900

간만에 블로그를 리뉴얼 해 보았습니다.

사실, 텍스트큐브, 티스토리를 여러번 전전하며 운영했던 블로그였는데,
이렇게 티스토리로 정착하면서, 많은 분들의 관심과 구독 덕택에 아직까지도 질리지 않고 운영해온 것 같습니다.

오늘은 약 6개월 동안 제 블로그를 지켜왔던 화면을 개편하였습니다.
글 보기 창이 다소 좁아진 것 같지만, 지난번에 비해 깔끔해진 레이아웃에 만족하고 있답니다.

하지만, 아직 공지사항이나, 카운트 등 넘어야할 산이 많군요..
(이러다가 몇일내로 다시 전 블로그로 돌아올지도..)

제 블로그를 찾아주시는 모든분들께
항상 감사드리고..

앞으로 이 블로그를 통해, 여러분들과 많은 교감을 나누고 싶고,
제가 가지고 있는 정보들도, 유익하게 활용할 수 있길 바랍니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Flash Player, transparent 한글 문제가 해결

희희덕 — Sun, 20 Sep 2009 23:42:50 +0900

한글팀이 처음 발촉한 이후, Flash Platfrom의 한글 문제 중 2개가 해결 되었습니다. 아직 더딘 속도이긴 하지만, 상당수 중요한 이슈들이 점차 해결되고 있으니, 앞으로 기대해 볼 만도 하네요.

플렉스 한글 입력 지연문제가 해결되었습니다.
AIR 한글삭제 문제가 해결되었습니다.

그리고 얼마 전, 어도비 AIR Globalization QE 팀에서 Flash Player의 한글 이슈 중 하나가 해결되었다고 알려왔고, 한글팀에서도 현재 테스트가 진행중인 Flash Player 차기 버전에서 해당 문제가 발생하지 않음을 확인하였습니다.

이 문제점은, 윈도우 환경에서, IE 이외의 브라우저일 경우 플래시 컨텐츠에 Wmode 프로퍼티를 transparent로 지정할 경우 한글 입력이 이루어지지 않는 문제로, 한글팀에서는 지난 2월경 어도비 이슈트래킹시스템에 등재하였으며, 총 7분께서 투표에 참여해 주셨습니다.
Failure to type in Korean in FireFox browser when wmode property is set to transparent

이 문제점은, 영어 이외의 거의 모든 언어권에서 발생하는 문제로, 어도비 이슈크래팅 시스템에도 수 차례 등재된 적이 있는 문제 인데요.

국 내외 플래시 플랫폼 개발자들 사이에서도, 블로그나 여러 커뮤니티를 통해 수 차례 회자될 만큼, 상당히 중대한 이슈였고, 어도비에서도 이 문제점 해결을 위해 많은 노력을 기한 것으로 알고 있습니다.
새로 리뉴얼된 스타플. 우주여행, 새로운 위젯, 알림이 서비스 소개

한글 문제가 처음 여려했던 것 보다는, 빠른 속도로 해결되고 있어 다행이라고 생각합니다. 또한, 남아 있는 한글문제가 조속히 해결 될 수 있도록, 많은 격려 부탁 드리겠습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

MSPReader 1.0

희희덕 — Sun, 20 Sep 2009 12:42:56 +0900

안녕하세요.
희희덕덕입니다 : )

대학생이라고 하면 무엇이 떠오르나요?

저는 대학이면 노는 곳, 마시는 곳, 토하는 곳 이라고 생각했는데,
사실 이 작은 대학이라는 공간에서도 무한한 경쟁이 휘몰아 치고 있었지요..
(아아 내 학점 orz)

요즘은 특히 천만원 등록금이다, 이태백이 백수다…
대학이라는 곳이 점점 팍팍해지고 있어요.. 후후

이렇게 팍팍해진 대학생활 속에서,
오로지 ‘열정’이라는 키워드로 뭉친 멋진 친구들이 있어 소개하고자 합니다.

바로 Microsoft Student Partner 인데요.
전국 각지의 대학에서 선정된 45명의 열정, 개성이 넘치는 능력자 친구들이랍니다 : )

MSP의 멋진 활동은 이곳 저곳에서 볼 수 있지만,
블로그를 통해서도 정말 많은 정보들을 공유하고 있는데요.

3기 MSP의 글들을 쉽게 살펴 볼 수 있는 프로그램을 공개합니다.

바로 이름하여, MSP 리더!

MSP 리더는, MSP 분들의 블로그를 돌아다니면서
최근에 올라온 글을 알려주고, 예전에 올라온 글들도 쉽게 읽을 수 있는 프로그램 이랍니다 : )

위의 화면이 메인 화면인데
몬가 깔쌈하고 좋죠? ㅎㅎ

이.. 이렇게 각 MSP 별로 글을 볼 수 있구요.
글타래 태그를 통해서 해당 MSP의 관심 분야를 쉽게 살펴 볼 수 있어요 : )

그리고 메인 화면에서
태그 클라우드를 통해, MSP 분들이 관심 있어하는 트랜드를 쉽게 볼 수 있구요.
(가장 많은 관심을 받은 주제가, 제일 크게 보인답니다.)

태그 클라우드에서 태그를 클릭하면!

요렇고롬
클릭한 태그에 해당하는 글만 따로 볼 수 있어요

그럼 태그 클라우드에 없는 트랜드는 볼 수 없는건가 ㅜㅜ
라고 슬퍼하실 분들을 위해 ㄷㄷ

글 찾기 기능도 있습니다.
글 찾기에서 찾고자 하는 내용을 입력하시고 검색 버튼을 누르면

이렇게, 해당하는 검색어에 맞는 글도
잘 찾아 줍니다!!

그리고, 검색한 글을
최근 30개 올라온 글만 볼것인지, 오늘, 어제, 일주일간 올라온 글만 볼것인지를 설정 할 수도 있구요.

"앜ㅋㅋㅋㅋㅋㅋㅋㅋ 이분이 쓴글 몬가 나의 신경을 자극시키는 것가태"
라는 글을 따로 모아 볼 수 있는 스크랩 기능도 있습니다.

글의 오른쪽 하단의 스크랩버튼을 누르면 해당 글이 스크랩 되구요.

스크랩 버튼을 통해서 내가 스크랩 한 글들만 모아서 볼 수도 있어요 : )

마지막으로 ,새로 글을 작성한 MSP 분들이 있다면,
MSP 리더에서도 뾰옹 하고, 새 글 알림창을 띄운답니다 : )

새로운 트랜드, 그리고 내가 관심있어하는 MSP 분의 일거수 일투족*-_-*을 감시할 수 있어서
정말 유용하겠죠?

MSP리더는 아래의 Install Now를 눌러 설치 할 수 있습니다 : )

MSP 리더를 쓰시면서 발생한 버그, 그외의 의견이 있으시면
댓글 부탁 드리겠습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

MLB, AIR 애플리케이션 공개

희희덕 — Sat, 19 Sep 2009 13:26:00 +0900

AIR는 어도비에서 개발한 크로스플랫폼 런타임으로, 릴리즈한 지 약 1년 반 만에 클라이언트 누적 설치수가 2억건에 돌파할 만큼, 뜨거운 이슈로 부상하고 있습니다.

특히, ebay, nike등의 대형 서드파티사에서 Adobe RIA 기술을 도입하여, AIR 애플리케이션을 공개하였고, 사용자에게 많은 호응을 얻고 있습니다.

국내에서도 픽짜, GS이숍, 현대카드 등의 회사의 자사 서비스에서 AIR 애플리케이션을 도입한 사례가 점차 늘어나고 있는데요.

이처럼, AIR는 국내외적으로 종횡무진 하고 있는 하나의 플랫폼으로 자리매김 하고 있는데요. 미국 최대의 야구리그인 MLB에서 Adobe AIR 애플리케이션을 공개하였습니다.

이 프로그램의 이름은 MLB.COM OnBase 인데요. 사용자가 관심 있는 구단이나 선수를 추가하여, 해당 구단이나 선수의 최신소식이나 전적 등을 살펴 볼 수 있습니다.

특히 새로운 소식이 올라오면, 사용자에게 알림창을 통해 안내하는 기능도 있어서, 야구 팬들에게 많은 호응을 받고 있습니다.

외국 스포츠 소식은 국내 언론매체를 통해 신속하게 전달받기가 힘든 편인데요. MLB에 관심이 많은 국내 야구팬들에게 많은 도움이 될 애플리케이션인 것 같습니다.

MLB.COM OnBase는 아래의 경로에서 다운로드 할 수 있습니다.
MLB.COM OnBase

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

희희덕하며 웃어보자

UX, 한번더 생각해봅시다

Spark의 Textinput 컨트롤 한글 입력지연문제가 해결

실버라이트3, 그리고 OOB

OOB와 AIR

개발과 배포

설치와 삭제

가장 다른 것 하나

OOB가 스마트폰로 간다면?

대박이의 명복을 빕니다.

대박

Microsoft Sustainability

Microsoft Future Vision : Healthcare

Microsoft Future Vision : Retailing

Microsoft Future Vision : Manufacturing

Microsoft Future Vision : Banking

웹표준, 그리고 Active X

IMEEvent 문제, 미제로 남아..

Flash CS5, 아이폰 애플리케이션 개발 지원

Flash CS5가 발표

Adobe AIR 2.0 발표

어도비 Flash Platform, 멀티 터치 지원발표

Flash Player 10.1 발표

Ubiquitous Reach Global error handling Designed for mobility Expanded options for high quality media delivery

Flash Builder Beta 2가 공개

Flash Catalyst Beta 2가 공개

Kudeeh C# 라이브러리 공개

포토샵 월드 2009, 제대로 즐기는 방법

온라인에서 즐기기

현장에서 즐기기

진실은 천국에서라도

어도비, 다음과 전략적 제휴 채결

Adobe Flex, 스펠링 체크 프레임워크가 공개

그래 그래

Photoshop World 2009가 한국에서 개최됩니다.

어도비, Omniture 인수합병 어떤변화가 있을까?

블로그 리뉴얼

Flash Player, transparent 한글 문제가 해결

MSPReader 1.0

MLB, AIR 애플리케이션 공개

Ubiquitous Reach
Global error handling
Designed for mobility
Expanded options for high quality media delivery