희희덕하며 웃어보자

Windows 8 - 도전 십자말 풀이

희희덕 — Wed, 07 Mar 2012 23:30:34 +0900

금번 마이크로소프트에서 주최한 Windows 8 App Conter에 제출한 작품입니다.

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

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

놓지마 정신줄!

희희덕 — Mon, 25 Oct 2010 20:29:18 +0900

이 블로그의 저자가 요즘 정신줄을 놓고 산다는 소문이 파다합니다. 그 실상을 공개합니다. 실제로 저도 잊고 지낸게 많아 쪽팔립니다 (...) 그러니 저 만날때 마다 취소선이 표시되지 않은것들을 놀려주세요.

- 지갑 (5층 프레스룸에서 찾았음)
사건경위 : 지하 1층 식당에서 식사를 하고 있는데 계산을 하려고 하니 지갑이 없더이다 -_-! 마침 월급날

- ~~USIM 카드~~ (주머니에 있더이다... 3일뒤 찾았음)
사건경위 : 익산에서 용산가는 KTX를 탔는데 넥서스원 베터리가 다 되어서 통화 불능 상태가 되자, 아이폰으로 USIM을 갈아끼우는 과정에서 갑자기 코피가 터졌음. 이래저래 정신없는 와중에 내 손에는 피묻은 휴지가..

-이어폰
사건경위 : 친구 면회하러 군산가서 택시를 탔는데 분명히 탈때까지만 해도 내 주머니에 있던 이어폰이 내릴때는 없더이다.

-~~진료비영수증 및 소견서~~ (엄마한테 맞아죽음)
사건경위 : 이비인후과 진료비 보험사에 청구해야함. 매일매일 가서 피고름 짜내는데 고통이 너무 심하여, 달라는걸 깜빡하고 있음. 담번에 갈때도 안받으면 엄마한테 맞아죽음

- ~~코 마사지~~ (재수술 꿱)
사건경위 : 코수술 이후에 하루에 몇번씩 꾸준히 해줘야하는 마사지를 자꾸 정줄놓고 안하고 있음. 덕분에 코가 붓고 있는데, 자주자주 해줍시다.

- 약 (재수술 꿱)
사건경위 : 코수술이후 하루 세번 먹어야하는 약을 까먹어서, 자꾸 코 회복이 지연되고 있음. 의사선생님도 레알 빡치셨음. 그리고 나도 아파죽겠어. 잘 챙겨먹어야지 냠냠

- 할인을 찾아서 업데이트
사건경위 : 더이상 업데이트 안하다가 사용자들한테 맞아죽겠음. 업데이트 해야지

- AS3한글 레퍼런스 업데이트
사건경위 : AIR 2.5 SDK가 나온지 언젠데 AIR 1.5 SDK 내용을 담고있음. 헐

- 친절버스 릴리즈
사건경위 : 소셜이노베이션캠프에서 1위 탄 이후. 사실상 릴리즈 안하고있음(먹튀) 아.. 소스코드 정리해서 얼릉 릴리즈 하자.

- 맥북 수리
사건경위 : 맥북이 요즘 화면이 나가고 충전이 안되는등 막장행보를 보여주고 있음. 25만원이나 주고 애플케어를 질렀는데 아직까지도 수리 안받는 막장 행보. 아 빨리 수리받자.

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

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

Ajaxplorer 사용하기

희희덕 — Wed, 16 Jun 2010 23:34:36 +0900

AjaxPlorer 일반 설정

AjaxPlorer을 처음으로 설치하였다면, 별도의 설치 인터페이스 없이, 바로 메인 인터페이스로 접근하게 된다.

AjaxPlorer의 사용자 인터페이스는 그림 1과 같이 구성되어 있으며, 처음으로 접근하게 되면 로그인 창이 나오는데, 설치 후 관리자 계정의 기본 아이디와 비밀번호는 admin으로 로그인 하면 된다. 설치시 별도의 설정 절차를 거치지 않았다고 당황할 필요는 없다.

AjaxPlorer에 로그인 한 후에는 기본적인 웹 하드 설정 및 사용이 가능하다. 최초 로그인 시에는 관리자 계정이 유출 될 수 있으므로, 반드시 기본적인 설정을 거치는 것이 좋다. 일반 설정은 우측 상단의 Logged as admin의 우측 버튼을 클릭하여 접근 할 수 있다.

Logged as admin 우측의 설정 버튼을 누르면 그림 3과 같이, 기본적인 설정을 할 수 있는 창이 나타난다.

일반 설정 창에서는 인터페이스 언어 설정과, 기본 디스플레이 화면 설정, 관리자 암호 변경 등으로 구성되어 있으며, AjaxPlorer 사용과 관련된 전반적인 설정을 하는 과정이므로, 반드시 거치는 것이 좋다.

AjaxPlorer는 한국어를 포함하여 총 18개국어를 지원하며, 사용자에게 적합한 언어를 선택하여, OK를 누르면 사용자 인터페이스 전반에 바로 적용되는 것을 확인할 수 있다. 다만, 아쉽게도 AjaxPlorer에는 사용자 별로 언어를 설정하는 기능은 포함되어 있지 않다.

기본 디스플레이 화면 설정은, 웹 하드에 올라와 있는 파일들을 나열하는 방식을 선택하는 화면으로, 리스트 형태로 나타내는 옵션이 기본으로 설정되어 있으며, 좀더 그래픽한 요소를 담은 섬네일 화면을 기본 화면으로 설정 할 수도 있다.

마지막으로, 암호 변경을 통해 로그인한 계정의 암호를 변경 할 수 있다. 암호 변경시에는 현재 패스워드와, 변경할 패스워드, 변경할 패스워드 확인을 하여야 하며, 분실시 다시 찾을 수 있는 방법이 없기 때문에, 신중하게 결정하여야 한다.

지금까지 AjaxPlorere의 기본적인 환경 설정을 하는 방법에 대해 알아보았다. 이어서, AjaxPlorer의 고급 설정 기능에 대해 알아보자.

AjaxPlorer 고급 설정

AjaxPlorer는 설치 과정 및 일반 설정 과정에서도 살펴봤지만, 사용자 인터페이스가 매우 간단한 편이고, 설치에서 작동까지 거쳐야할 프로세스도 상당히 간소화된 편이다.

AjaxPlorer은 앞서 살펴본 일반 설정 기능 이외에도 다양한 설정 항목들과 기능들을 제공하는데,아쉽게도, AjaxPlorer의 고급 설정 기능은 별도의 인터페이스 화면을 통해 제공되지 않고, 사용자가 conf.php 파일에 접근하여 직접 수정하는 방법으로, 설정 할 수 있다.

AjaxPlorer의 고급 설정을 위한 conf.php파일은, AjaxPlorer의 설치 디렉토리 아래의 server 디렉토리 아래의 conf 디렉토리 아래에 존재한다. 노트패드나, editplus 와 같은 에디트 툴을 이용해 해당 파일에 접근 할 수 있다.

Conf.php 파일은 위와 같이 복잡한 구성의 php 웹 프로그래밍 언어로 구성되어 있다. 여기서 주의할 점은, 파일을 임의로 수정하거나, 파일의 일부 부분을 누락할 경우, AjaxPlorer 자체가 동작하지 않을 수 있으므로, 고급설정 이전에 반드시 Config.php를 별도의 장소에 백업해두는 것이 좋다.

그럼 이어서, AjaxPlorer을 사용하면서 유용하게 활용 할 수 있는 고급 설정 항목들에 대해 알아봏자.

AjaxPlorer은 사용자가 업로드 할 수 있는 최대 파일 개수($upload_max_number)를 설정 할 수 있는 옵션이 제공된다, 기본값은 16이므로, 모든 사용자들은 16개 이하의 파일만 업로드 할 수 있다. 만약, 업로드 개수에 제한을 두고 싶지 않다면, 이 항목을 0으로 설정해 두면 된다. 다만 아쉽게도, 사용자별로 업로드 개수를 제한할 수 있는 기능은 없다.

아울러, AjaxPlorer에서는 사용자가 업로드 할 수 있는 각 파일의 사이즈($upload_max_size_per_file)와, 하드 용량($upload_max_size_total)도 제한 할 수 있다. 기본값은 0이며, 이는 별도의 제한을 두지 않음을 의미한다. 만약, 업로드 용량에 제한을 두고 싶다면, 해당하는 용량을 기입하면 된다. (예 3mb -> ‘3M’ 1gb -> ‘1G’)

마지막으로, 사용자가 업로드하는 파일 및 폴더의 최대 길이를 제한 할 수 있는 속성($max_caracters)도 있다. 만약 제한을 두고 싶지 않다면 이 항목을 0으로 두면 된다.

이외에도, AjaxPlorer은 다양한 고급 설정 항목들이 있으며, 이는 http://www.ajaxplorer.info/documentation/를 통해 확인할 수 있다. 이 문서에 나와있는 고급 설정 항목들의 이름은 AjaxPlorer가 업데이트 되거나 이전 버전을 사용할 경우 다소 변화할 수 있으므로, 주의하여야 한다.

사용자 관리 및 로그기능

이처럼, AjaxPlorer은 매우 간소하고 쉬운 설정으로 개인 웹 하드로 유용하게 활용 할 수 있다. 아울러, AjaxPlorer에는 여러 사용자를 추가하여, 개인별 웹 하드 공간을 부여하거나, 공용 폴더를 만들어서 공유할 수 있는 기능들도 있다.

사용자를 추가하거나 관리하려면 좌측 상단에 위치한 Default Files 탭을 눌러, Settings 탭으로 전환한후 진행 할 수 있다. Settings 탭은 관리자 계정에게만 노출되므로, 이와 관련해서는 별다른 염려를 할 필요는 없다.

Settings 탭으로 변경하였다면, 바로 하단의 폴더 탭을 통해, 간단한 설정을 할 수 있다. Users는 사용자를 추가/삭제/관리 할 수 있는 메뉴이고, Repositories는 여러 사용자들과 공유 할 수 있는 공동 폴더를 관리 할 수 있는 기능이다. Logs 기능은, 각 사용자의 접근 이력 및 업로드 이력을 날짜별로 관리 할 수 있는 기능으로, 사용자를 관리 할 때 상당히 유용하게 활용 할 수 있다.

그럼 Users 탭을 선택하여 새로운 사용자를 추가해보자.

Users 탭을 선택하면, 화면의 좌측 중간쯤에, 새 사용자 메뉴가 추가되는 것을 확인 할 수 있다. 이 버튼을 눌러보자.

그러면 위의 그림과 같이 새 사용자를 추가 할 수 있는 창이 나타난다. 이 화면에서는 사용자의 id와 비밀번호 정도만 입력 할 수 있고, 이외의 환경 설정은 사용자를 추가한 이후에 할 수 있다.

사용자를 추가하면, 우측의 리스트에 추가한 사용자가 나타난 것을 확인 할 수 있다. 사용자를 추가하고 난 뒤 사용자의 기본권한은 일반 사용자로, 관리자 페이지에 접근하거나, 공용 폴더에 파일을 쓰고 지우는 권한은 주어지지 않는다. 그럼 이어서 새롭게 추가된 사용자에게 공용 폴더를 개방하는 방법에 대해 알아보자.

새로 추가된 사용자를 선택하면 우측 하단에 위의 그림과 같이 상세 정보 탭이 나오게 된다. 여기서 설정 편집 버튼을 눌러, 사용자에게 추가적인 권한을 부여 할 수 있다.

추가 권한 설정화면은 위의 그림과 같이 구성되어 있으며, 사용자에게 공용 폴더를 접근하게 하는 권한과, 관리자 권한을 줄 수 있다. 아울러, 사용자의 패스워드를 변경 할 수 있다.

공용폴더는 관리자를 포함하여 여러 사용자가 하나의 폴더에 파일을 공유할 수 있는 기능으로, 프로젝트 팀등에서 유용하게 활용 할 수 있다. 각 사용자별로 공용 폴더 공간을 읽고, 쓸수 있는 권한을 제한 할 수 있지만, 아쉽게도 사용자 별로 접근할 수 있는 폴더를 제한할 수 있는 기능은 제공되지 않는다.

아울러, 사용자에게 관리자 권한을 부여할 수 있는데, 관리자 권한을 부여하게 되면, 서버 관리자와 똑 같은 권한을 갖게 되므로, 본인이 관리자 권한을 박탈당하거나, 보안에 위협이 될만한 소지가 있으므로, 반드시 신뢰할 수 있는 사람에게 맡기는 것이 좋다.

이처럼, AjaxPlorer에 접근하는 사용자가 늘어나거나, 한 폴더를 여러 사람들과 공유할 경우, 적절한 모니터링과 통제가 필요한 상황이 올 수 있는데, 이를 위해 AjaxPlorer에서는 로그 기능을 제공한다.

로그 기능은 좌측 상단의 폴더 탭을 통해 접근 할 수 있으며, 연도별, 요일별로, 사용자의 로그인 내역, 업로드 내역, 파일 접근 내역들과 같은 상세한 내역들을 쉽게 살펴 볼 수 있다.

Logs 탭에서 로그를 볼 연도를 선택하면, 우측에서 AjaxPlorer에 저장된 로그 내역들을 볼 수 있다. Log 내역들은 요일별로 제공되며, 별도로 정렬 기능이나, 병합 기능등은 제공되지 않는다.

날짜를 선택하면 위의 그림과 같이 각 사용자 별로 상세한 로그 내역들을 살펴 볼 수 있다. 로그 내역에는 시간, ip주소, 사용자, 행동을 비롯하여 매우 상세한 정보들이 담기므로, 이를 파악하여, AjaxPlorer 관리를 보다 유연하게 할 수 있다.

지금까지 AjaxPlorer을 설정하고 관리하는 여러 방법들에 대해 알아보았다. 이어서, AjaxPlorer의 웹하드 기능들에 대해 살펴보자.

기본적인 웹하드 기능 활용하기

AjaxPlorer은 앞서 살펴본 것 처럼 개인 별 웹 하드 공간을 갖거나, 여러 사람들과 공용 공간을 활용 할 수 있다. 그럼 이어서 웹하드의 주요 기능인 업로드 및 다운로드 기능에 대해 살펴보자.

업로드는 화면의 중간쯤에 있는 업로드 버튼을 통해 진행할 수 있다.

업로드 버튼을 누르면 위의 그림과 같이 업로드 창이 별도로 나타나게 된다. 탐색 버튼을 눌러 파일을 업로드 해 보자.

탐색 버튼을 누르게 되면, 위의 그림과 같이 사용자의 로컬 하드에서 업르도 할 파일을 묻는 창이 나타나게 된다. AjaxPloerer은 업로드 할 수 있는 파일 형식에는 제한이 없지만 아쉽게도, 업로드 시에는 단일 파일만 선택 할 수 있다. 이 창에서 파일을 선택하고 열기 버튼을 누르면, 해당 파일이 웹하드에 업로드 된다.

AjaxPloer의 업로드 인터페이스는 앞서 살펴본 것 처럼, 파일을 선택하면 바로 웹하드에 업로드 되는 구조로 진행되는데, 옵션 버튼의 업로드 옵션의 체크를 해제하여, 사용자가 원하는 시점에서 업로드 하게끔 할 수 있다. 아울러, 옵션 창에서 파일 개수 및 업로드 용량 제한도 간단하게 확인 할 수 있다.

그럼 이어서 파일을 다운로드 하는 방법에 대해 알아보자.

]

AjaxPlorer의 파일 다운로드는 업로드 처럼, 상당히 쉽게 진행 할 수 있다. 다운받고자 하는 파일을 선택한 후, 중간에 있는 다운로드 버튼을 누르면 바로 내려받을 수 있다.

여러 개의 파일을 동시에 내려받고 싶다면, 내려받을 파일들을 Ctrl 키를 누른 상태에서 선택하고 다운로드 버튼을 누르면 된다.

내려받을 파일들을 선택하고 다운로드 버튼을 누르게 되면, 위의 창과 같이 파일 다운로드 시에 자동적으로 압축받아 내려받게 된다 복수파일 내려받기 기능은 PHP의 Zlib 기능이 활성화 되어 있을 시 사용이 가능하다.

지금까지 AjaxPlorer의 업로드/다운로드 인터페이스 및 기능에 대해 살펴보았다. 이어서, AjaxPloere의 멑티미디어 기능에 대해 살펴보자.

멀티미디어 기능 활용하기

AjaxPloerer는 위와 같이 기본적인 웹하드의 기능 및 관리가 가능하며, 부가적으로 멀티미디어 파일들을 웹 상에서 손쉽게 살펴 볼 수 있는 기능들도 포함되어 있다.

이어서 멀티미디어 파일들을 웹 상에서 손쉽게 관리 할 수 있는 기능들에 대해 살펴보자.

AjaxPloerer에 이미지 파일을 업로드 하고, 선택하면 좌측 하단의 상세 정보 탭에서 업로드한 이미지의 축소 이미지를 간단히 살펴 볼 수 있다. 다만, 축소 이미지는 서버의 PHP-GD 기능이 활성화 되어 있어야 보여지게 된다.

상세정보 탭에서 이미지 크게 보기를 선택하게 되면 위의 그림과 같이 작은 이미지 파일을 크게 볼 수 있는 기능이 제공된다. 이 창에서는 이미지를 확대/축소하거나, 전체화면으로 좀더 크게 살펴 볼 수 있으며, 재생 버튼을 눌러 슬라이드 쇼를 진행 할 수 있다.

아울러, AjaxPlorer은 음악 파일을 다운로드 하지 않고, 웹상에서 바로 재생할 수 있는 플레이어 기능또한 제공되고 있다. 음악 파일을 선택하고 좌측 하단의 상세 정보 탭을 보면,

파일 상세정보 탭의 좌측 상단의 재생 버튼을 눌러, 웹 상에서 바로 음악 파일을 재생 할 수 있으며, 하단의 전체 폴더 재생을 눌러, 해당 폴더에 있는 전체 음악파일들을 재생 할 수 있다. 다만, AjaxPlorer의 음악 재생 기능은 mp3 파일에 한해 제공된다.

지금까지 AjaxPloerer을 설치하고, 기본적인 설정 및 고급설정을 하는 방법 및, 사용방법에 대해 알아보았다. 놀고있는 집의 컴퓨터에 WPI와 AjaxPlorer을 설치하여, 나만의 웹하드 서비스를 공유공 보는 것은 어떨까?

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

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

MSP 면접에 불합격 하는 방법과 합격하는 방법

희희덕 — Wed, 02 Jun 2010 17:58:24 +0900

우선 자극적인 제목에 죄송합니다. 이 글을 보시는 분들은 아마 한국 마이크로소프트의 학생 파트너인 MSP의 지원자분 일 것이라고 생각합니다. 이제 OB로 물러난 선배 MSP가 왠 자극질(?)이냐 싶겠지만, 4기, 5기 혹은 그 뒷 기수 후배들을 위해 저만의 면접 노하우(?)를 공유하고자 합니다.

면접(面接, Interview)은 사전적인 의미론 조사,진단, 시험, 취재의 목적으로 개인 혹은 집단과 대면하여 필요한 정보를 수집하는 절차를 뜻한다고 합니다. 아마 이번이 면접이 처음이신 분들도 있으실 것 같고, 우리나라의 알흠다운 병역 제도인 병역특례나 인턴으로 인해 면접을 한 두 번쯤 경험해 보신 분들도 있으실거라고 생각합니다.

여하튼, MSP 선발 과정 중 면접이 차지하는 비중은 어마어마 합니다. 내부에서는 면접이 MSP 전형 중 꽃(?)이라고 불리기도 합지요. 그만큼 지원자들의 얼굴을 본다는 건 아니고(그럼 내가 어떻게 붙었겠어…) 블로그와 딱딱한 지원서에서 벗어나서 좀 더 여러분들과 자세히 만나고 다양한 이야기를 듣고자 하기 위해 마련된 자리이죠.

이 글은 어떤 의도로 작성되었나요?

이 글을 작성한 작성자는 어떤 의도로 이 글을 작성하였을까요. 우선 제 소개가 늦은 것 같습니다. 저는 기술 분야 MSP로 활동한 이희덕입니다. 어찌보면 여러분들과 같이 1차, 2차전형을 모두 경험해본 사람 중 하나이기도 합니다.

이 아티클의 타이틀을 다소 과격하게 잡은 것도, 사실은 제가 MSP를 두 번 지원해서 합격했거든요. 한방에 붙은 2기, 3기분들은 좀 부럽기도 합니다만, 2기 때도 면접을 경험해 보고 떨어져서, 여러분들께 다소 도움이 될만한 경험들을 공유할 수 있지 않을까 싶습니다.

그 외에 불순한 의도로는, 4기 여러분들과 다소 친하게 지내고 싶다는 거(술자리 가서 아무도 아는 척 안 해주면 쓸쓸하잖아.. 아는 척 좀 해달라고 뇌물 쓰는거임 ㅇㅇ), 그 외에 블로그 트래픽을 높이려는 의도도 있습니다.

MSP 면접은 왜 실시하는 건가요?

“아 귀찮게 시리 쓰라는 건 왜이리 많고, 헉 블로그 글도 써야되? 근데 주제는 정해져있어 이건 뭐야 무서워. 게다가 면접까지 보러 오래. 왜이리 귀찮은 게 많아” - 2기, 3기 지원할 때 희희덕덕의 생각

사실 면접 전형은 어느 학생 프로그램에서나 다 실시하고 있는 절차 중 하나이지만, 입사 전형도 아닌데 면접까지 꼭 봐야 하나 라고 생각하시는 분들도 있을거에요. 하지만 MSP에 있어서 면접은 그 어떤 절차보다도 중요하고 신중하게 진행 된답니다.

여러분의 열정은 우선 1차 전형 때 3기 MSP 선배들이 여러분의 지원서와 블로그의 글을 통해 확인했습니다. 이 전통은 3기 선발 때부터 계속되어왔는데요. OB들의 까다로운 눈(?)에 열정이 정말 가득하더라도, 면접에 참여 하지 못하는 경우가 있어서 정말 아쉬웠습니다.

그렇다면, 면접이 가짜 열정과 진짜 열정을 구분하기 위해 진행되는 것일까요? 아닙니다.

MSP는 각기 다른 45인의 열정이 뭉쳐 로보틱스, UX, 매쉬업, 모바일등 다양한 꿈을 향해 나아가는 장이에요.

즉, MSP에 있어서 면접은 연령, 안면(다시 한번 말하지만 그랬으면 내가 어떻게 뽑혔겠어..), 출신성분(?)등을 불문하고, 여러분을 누구와 짝 지워줘야 그 열정이 시너지 효과를 낼 수 있을까. 한번 더 고민하기 위해 직접 모셔서 좀 더 다양한 이야기를 듣기 위해 진행됩니다.

토익, 스팩, 1차~5차전형까지 합쳐서 넘버링 해서 뽑는 공채 면접과는 확실히 다르다는 것을 알려 드리고 싶어요. 즉 면접은 여러분들을 줄 세우고 “아 이자는 우월해 우리한테 쓸모있겠어 크크”라고 부르는 게 아니라, 여러분들에게 최적의 짝을 지워주기 위해 진행되는 것이랍니다.

당신은 왜 합격/불합격 한 것 같나요?

어익후, 가슴 아픈 소리를 바로 하시는군요. 음, 실은 저도 잘 몰라요. 제가 왜 2기때는 떨어졌고, 3기때 붙었는지. 면접에 최첨단 복불복(?)시스템이 도입되어있는건지, 아니면 저의 안면(3기때 눈밑에 점을찍고 가서 몰라봐서 그런건지)을 보고 뽑은건지.. 아 아니다. 이런 재미없는 이야기 보다 제 주변에 붙은 자들의 이야기를 하는게 더 재밌겠네요.

면접관들은 여러분들을 해치지 않아요.

이 점을 가장 강조해서 얘기하고 싶습니다. MSP 1,2,3,4기 면접 진행절차 중 가장 많이 하는 질문이, “면접 때 뭐 입고 가야 하나요.” 이거든요. 사실 이 질문엔 답이 없어요. 앞서 설명했지만, MSP는 여러분의 안면(?)을 전혀 고려하지 않거든요. 아! 면접하라고 할 때 증명사진 내라고 한 건, 여러분이 아닌 분의 대리면접을 방지하기 위함이랍니다. 능력 있는 분들은 여러분과 똑같은 로봇을 만들어서 대신 면접을 보러 하더라도 아무도 모를 거에요.

MSP 면접을 할 때 들어오시는 면접관들은 대부분 30~40대 중후반의 남성과 여성분으로 한국 MS에서 재직중이시고, 사랑받는 한 가정의 가장, 혹은 딸과 아들입니다. 냉혈인간, 로봇(?)은 아니라는 거죠.

두번의 면접 현장을 경험해 본 바로는, 면접 현장에서 지나치게 긴장하시는 분들이 있는데, 전혀 그러실 필요 없습니다. 자신의 솔직한 이야기를 여러 사람들과 함께 수다떤다는 기분으로 임하세요! 지나치게 긴장을 하다 보면, 좀 더 본인을 숨기게 되고, 그러면 본인의 진면모를 면접관들이 알아채기 힘들답니다.

다른사람의 이야기에도 귀를 귀울여 주세요.

제가 MSP 면접을 처음 경험했을 땐 1:1 방식으로 진행됬는데, 3기 이후부터는 N:N 방식으로 진행된답니다. 즉 다수의 면접관들과 예비 MSP가 함께 참여해서 진행하는데, 그렇기 때문에 면접관들이 한 사람의 말에 좀 더 집중해서 청해야 하지요.

작년 3기 면접 때 참 아쉬운 사례가 있는데, 이 분께서는 면접에서 다른 사람의 질문에 참여도 하고, 심지어 다른 예비 MSP에게 질문까지 던지셨다고 하네요. MSP 면접은 앞서 강조했지만, 여러분의 다양한 이야기를 듣기 위해 진행되는것이기 때문에, 100초 스피치 이외에는 거의 Q&A 형식으로 진행된답니다. 그래서, 면접관들은 더욱더 여러분의 대답에 귀를 귀울일 수 밖에 없답니다.

여러분의 다양한 생각도 좋지만, 좀 더 귀를 귀울이는 자세를 갖추고 다양한 사람의 이야기를 듣는 것도 많은 도움이 될 거라고 생각합니다. 이외에 궁금한 사항은, 면접이 끝나고 개별적으로 질문해도 되잖아요? 뭐 그럼 좋은 인연으로 이어질수도 있고…

블로그의 글을 다시 한번 읽어봅니다.

앞서 이야기한것 처럼(아 이 말 너무 자주쓴다 식상해), MSP 면접은 100초 스피치와, Q&A로 진행되는데, 면접관들이 여러분들과 많은 이야기를 나누기 위해 참고하는 것은 증명사진, 이름, 지원서, 블로그 아티클 정도 밖에 없겠네요. 증명사진 보고 “헉 님 왜 실물과 다르심? 포샵하셨심?”이라고 물어 볼리는 없을거고, “헉 님 이름이 왜그럼? 개명하삼 ㅇㅇ” 이럴리도 없을거에요. 그럼 면접관들이 가장 먼저 참고할 것은 지원서와 블로그 아티클 정도 밖에 없겠죠?

면접에서 나오는 대부분의 질문도 여러분의 지원서와 블로그 아티클에서 나오게 된답니다. 그런데 아쉽게도 자신이 MSP 지원할 때 어떤 글을 썼는지 조차 기억하지 못하시는 분들도 있습니다. 면접에 임하기 전 꼼꼼히 참고해 보세요.

내가 누구인지 확실하게 알려주세요.

제가 위에서 부터 계속 강조한 이야기를 정리하면 MSP 면접은 “30~40대 한 가정의 사랑스러운 가정 혹은 딸, 아들인 MS 직원이(이건 해당안될수도 있음 이해바람 ㅇㅇ) MSP라는 장을 만드는데, 최적의 짝(?)을 만들어 주기 위해 진행되는 거임 ㅇㅇ”이라고 볼 수 있겠네요. 음 클럽 문지기랑 역할이 비슷해 보이는데.. (쩝)

클럽의 문지기가 하는 역할이 뭘까요? 클럽의 물을 최적으로 만드는 건데요. MSP 면접관의 역할도 MSP를 최적으로 만드는 일인데요.

그러기 위해 여러분들의 진면모를 파악하기 위해 면접관들이 많은 노력을 할거에요! 이러한 노력에 여러분도 좀 더 부흥하셔서(?), 100초 스피치에서 여러분이 누구인지 확실하게 알려주세요

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

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

Scavenger

희희덕 — Sun, 30 May 2010 22:25:04 +0900

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

가끔 집에서 처리 곤란한 물건이 있을 때 어떻게 하셨나요?
”콤퓨타! 중고 냉장고 삽니다” 라고 고물상 아저씨들이 찾아오길 기다렸나요?
아니면 눈물을 머금고 비싼 돈을 내며 폐기하셨나요?

내가 필요한 물건이 있는데, 돈 주고 사기 아쉬울땐 어떻게 하셨나요?
컴퓨터 앞에 앉아서 중고나라에 매물이 올라오기를 기다리셨나요?

바로 이런 고민들을 해결 하기 위해 만들었습니다.
이름하야 “Scavenger” !

Scavenger은 원래 길거리 청소부 라는 뜻을 가지고 있는데요.
이렇게 애플리케이션으로 다시 태어나게 되엇습니다.!

Scavenger은 특이하게도 Hide & Seek (숨기 & 찾기)로 구성되어 있는데요.
여러 사용자들이 자신의 소셜 채널을 이용해 숨바꼭질 하듯이 재미나게 물건을 찾게끔 구성하였습니다.

Seek(찾기) 화면인데요.
찾기 화면에서는 사용자의 현재 위치와, 그 인근에 있는 버려질 물건들의 위치 정보들이 간략하게 나오게 됩니다.
여기서 잠깐! 찾기 화면에서는 사용자의 프라이버시를 위해 자세한 위치 정보는 제공되지 않고, 대략적인 거리 정보들만 제공됩니다!

요로코롬 현재 Scavenger에 올라온 물건들을 보고 “엄훠 이건 꼭 얻어내야해” 라고 생각하실경우
물품 거래를 요청하실 수 있구요. 거래 요청을 하기 위해 “님 숭실대입구역 2번 출구로 3초내로 텨 나오셈 ㅇㅇ”라고 코멘트를 남기실 수 있어요 : )
이러한 소셜 이력들은 바로 Push Notification을 통해 상대방에게 안내하게 됩니다.

Scavenger의 또 다른 강력한 기능은 바로 Social Channel 기능인데요.
이렇게 사용자의 트위터, 페이스북, 마이 스페이스와 같은 소셜 네트워크를 등록해 놓으면,
내가 중고 물품을 내다 버릴 때 나의 소셜 채널에도 바로 안내되게 할 수 있어요

Scavenger은 마이크로소프트에서 주최하는 “이매진컵 2010 Windows Phone 7 Rock Star Awards”에 출품한 작품인데요.
아직 윈도우 폰7이 정식적으로 출시되지 않은 만큼, Scavenger을 사용하실 수는 없습니다.

Scavenger의 탄생 배경 및 기획 문서는 위의 아이콘을 클릭하시면 바로 보실 수 있구요.

현재 아이폰, 안드로이드 애플리케이션도 개발하고 있고 곧 만나보실수 있습니다!

감사합니다 : )

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

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

할인을 찾아서

희희덕 — Sun, 30 May 2010 22:08:07 +0900

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

제가 울산에 살다가(순박한 시골 청소년-_-! 이었답니다),
서울로 올라왔을 때 가장 큰 문화적 충격이 뭐였는지 아세요?

바로 이동 통신사에 휴대전화번호만 있으면, 전국의 다양한 가맹점에서 연간 3만원 까지 할인이 가능하다는 것이죠!
이 사실을 알고 얼마나 배를 아파하며 땅을 굴렀는지 (털썩)

그! 래! 서!

저처럼, “엄훠 할인이되네?” 라고 문화적 충격을 받으셨을 분들을 위해,
그리고 ”어디서 할인이 되는지 정작 궁금하네?” 라고 하실 분들을 위해

전국 이통사의 할인 가맹점을 쉽게 찾아주는 할인을 찾아서 라는 애플리케이션을 개발하게 되었습니다.

할인을 찾아서는 기본적으로 나의 위치와 라이프스타일을 기반으로 할인 가맹점을 쉽게 찾아주는 할인 검색과,
내가 자주 찾는 지역, 그리고 내가 자주 방문하는 가게를 빠르게 찾을 수 있는 즐겨찾기,
”엄훠 내가 할인 받을 수 있는 가맹점 리스트들 쭉 보고싶은데!” 라고 하실 분들을 위한 할인 정보를 제공하고 있어요.

할인 검색에서 나의 현재 위치 혹은, 앞으로 이동할 미래의 장소(미지의 장소…)를 입력하시고 검색 버튼을 누르면

짜잔! 요로코롬 할인이 되는 가맹점을 빠르게 찾아준다는 사실!

야호 신난다! 게다가 어떻게 찾아가는지, 또 몇시까지 영업하는지 어떻게 알수 있습니다.

그! 리! 고!
트위터 알림 기능을 통해서 친구들에게도 염장을 날릴 수도 있습니다 끼야호 +_+

할인을 찾아서는 현재 SKT Tstore 에서 판매되고 있으며, 안드로이드 플랫폼 기반으로 개발되었으나, 6월 중으로 아이폰용 할인을 찾아서도 선보일 예정입니다 : )
아울러 애플리케이션의 특성 상 국내에 한해 서비스가 제공되며, 현재 모토로이, 시리우스, 갤럭시A, 디자이어에서 바로 이용이 가능합니다.

안드로이드용 할인을 찾아서를 내려 받으시려면 위의 아이콘을 클릭하여 주세요.

마지막으로!

할인을 찾아서는, 얼마 전 SKT 에서 주최한 안드로이드 애플리케이션 공모전에서 금상을 차지했습니다!
많이 축하해주세요! 히히히 (사진에 나온 훈남은 누구인가효?)

할인을 찾아서는, 대한민국 국민들이면 누구나 할인을 쉽게 찾을 수 있는 그날까지 계속 업데이트 될 예정입니다.
업데이트 소식은 제 블로그를 통해서 신속하게 알려드릴게요 : )
감사합니다.

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

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

AS3 한글 레퍼런스

희희덕 — Sun, 30 May 2010 21:50:05 +0900

안녕하세요. 플래시 플랫폼 개발자 여러분.

희희덕덕 입니다. : )

플래시 플랫폼 애플리케이션을 개발하면서 가장 힘들었던 점이 무엇일까요!
바로 개발 언어인 AS3를 익히는 것인데요.

웹 상에서는 AS3를 쉽게 익힐 수 있도록 하는 레퍼런스가 널리 공개되어있는데,
모바일에서는 쉽지 않은 현실! 많이 아쉬우셨죠 : )

그래서, 마이크챔버스 횽아의 AS3 레퍼런스(http://www.mikechambers.com/as3iphone/)를 흉내내어(?)
한글 레퍼런스를 개발해 보았습니다.

AS3 한글 레퍼런스는 Flash Player 10, AIR 1.5.3 기반의 API 레퍼런스들이 포함되어 있구요.
아쉽게도 마챔횽아처럼 Flex는 제공하지 아니하여요 ㅠ_ㅠ (아아 언어의 장벽 아쉬워라)

AS3 한글 레퍼런스는 아래의 경로에서 내려받으실 수 있으며,
앞으로도 계속해서 무료로 제공할 예정이랍니다.

다만, AS3 한글 레퍼런스 애플리케이션의 경우 용량이 10mb를 초과하기 때문에, 3G 환경에서는 내려받으실 수 없습니다. Wi-Fi 환경에서 내려 받아 주세요.

아이폰 버전에 이어 안드로이드 버전도 곧 마켓에 제공될 예정이오니 많이 기대해주세요 : )

감사합니다.

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

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

Flash, Flex로 안드로이드 앱 개발이 가능해진다.

희희덕 — Wed, 19 May 2010 23:58:43 +0900

어도비는 샌프란시스코에서 개최되는 구글 개발자 컨퍼런스인 I/O 10에서 안드로이드 OS에서의 플래시 플랫폼 지원과 관련된 두 가지 중대한 발표를 할 예정입니다.

한가지는 익히 알려진 것처럼, 안드로이드 차기 OS인 Froyo에서 Flash Player 10.1의 지원 인데요. 그간 여러 Feature Phone에서 지원되던 Flash Lite와는 달리 Desktop에서 지원되는 Native API를 모두 지원하는 스마트폰 플레이어 탑재 소식을 발표할 예정입니다.

어도비는 Flash Player의 저변 확대를 위해, Open Screen Project(http://openscreeproject.org)를 운영하며 수년 전부터 많은 협력사들과 노력해오고 있었는데요. 특히 이번에 Froyo에서 탑재되는 Flash Player 10.1에서는 퍼포먼스 비롯하여, 베터리, ARM DSP 이슈들을 해결하기 위해 많은 공을 들였다고 합니다.

이와는 별도로 어도비에서 재밌는 소식을 발표하였는데요. 바로 Android OS의 AIR Runtime도 함께 발표하였습니다. AIR Runtime에 대해서는 이후에 자세히 설명할 예정인데요.
즉, Flash나 Flex를 이용해서 안드로이드 애플리케이션을 제작할 수 있고, 안드로이드 마켓 플레이스나, T store와 같은 오픈마켓에 자신의 애플리케이션을 판매할 수 있게 되었습니다.

Adobe AIR가 무엇인가요?

Adobe AIR는 2008년 Flex 3 릴리즈와 함께 발표된, 어도비의 새로운 플래시 플레이어 런타임 기술입니다. 이전까지는 코드네임 Apollo로 흔히 알려졌었는데요. AIR는 플래시 플랫폼을 기반으로(Flash, Flex, HTML, Ajax) 애플리케이션을 저작하여 다양한 플랫폼을 지원할 수 있는 런타임 환경 기술입니다.

Adobe AIR는 현재 공식적으로 윈도우 OS, Mac OS, Linux 등을 지원하고 있는데요. AIR의 가장 큰 장점은, 이처럼 웹 애플리케이션을 그대로 데스크탑 애플리케이션으로 이식 할 수 있을 뿐만 아니라, 다양한 OS에도 대응하여 돌아갈 수 잇는 런타임 환경을 지원한다는 점입니다. 또한, 데스크탑 애플리케이션에 걸맡게 네이티브 드래그앤 드롭, 파일 시스템, Local DB(Sqlite)등도 지원하고 있습니다.

현재 Adobe에서 공식적으로 제공하고 있는 런타임의 버전은 1.5.3이며, Mass Storage 지원이나, 멀티 터치를 지원하는 2.0 버전은 어도비 랩스(http://labs.adobe.com)에 베타2까지 공개 되어 있습니다.

이처럼 어도비에서는 플래시 플랫폼의 다양한 저변 확대를 위해 Flash Player, Flash Lite, AIR로 런타임 환경을 세분화 하여 제공하고 있으며, 이들 런타임 환경은 모두 별도의 게런티 없이 전세계 사용자들에게 무료로 제공되고 있습니다.

그리고 이번에 구글 I/O에서는 Android OS용 AIR Runtime가 발표되었습니다. Android OS용 AIR Runtime는 Android OS 2.1 이상 환경을 지원할 예정인데요.

사실 최근 어도비와 애플의 미적지근(?)한 관계 때문에 이번 발표가 급조된 것이 아니냐 라고 말씀하실 수 있으시겠지만, 어도비에서는 2008년 부터 AIR Runtime의 Android 지원 계획을 코드네임 “Zephyr”로 명시하고 있었습니다. 또한 작년에는 Windows Mobile을 지원하는 별도의 런타임 환경인 adobe distributable player을 공개했었는데요. 현재는 Adobe AIR 프로젝트와 통합되어 개발이 진행되고 있습니다.

안드로이드에서 어도비 AIR 애플리케이션이 돌아가는 모습은 위의 동영상으로 보실 수 있습니다. 아울러 안드로이드 AIR 런타임은 현재 내부에서 많은 개발자들과 함께 테스트를 진행하고 있는데요. AIR 기반으로 제작된 안드로이드 애플리케이션들은 링크를 참고하시면 좋을 것 같습니다.

(AIR 기반 안드로이드 애플리케이션)

아울러 어도비에서는 안드로이드 OS를 비롯하여, 윈도우 폰7, Palm OS등을 지원하는 AIR Runtime을 개발 하고 있으며, 이들 런타임은 내년 1분기 경에 정식적으로 공개될 예정입니다.

Flash, Flex로 어떻게 안드로이드 앱을 개발 할 수 있나요?

Adobe AIR는 현재 Flash, Flex에서 개발 환경을 모두 지원하고 있는데요. Android 애플리케이션도, 플래시 플랫폼을 저작하던 환경이라면 어디든지 개발 할 수 있습니다. 위의 그림을 보면 쉽게 이해 하실 수 있으실텐데요. AIR 애플리케이션은 플래시 형태로 제작된 swf 파일과 애플리케이션의 실행 정보를 담은 디스크립션 파일을 함께 묶어 패키징을 하게 되면, 단일 설치파일 형태로 제공되게 됩니다.

재밌는 점은 Adobe AIR는 Flash, Flex를 전혀 경험해보지 않은, AJAX 개발자를 위한 개발 환경을 지원하고 있습니다. 즉, 자바스크립트와 HTML로도 AIR 애플리케이션을 개발 할 수 있습니다. 이와 관련된 국내 참고서적은 오창훈님의 오픈 API를 이용한 매쉬업 가이드를 참고해보시면 많은 도움이 되실 것 같습니다. 아울러 AIR for Android에서도 HTML 개발 환경을 마찬가지로 지원하고 있는데요. 즉, 자바스크립트와 HTML 기반으로 안드로이드 애픒리케이션을 저작 할 수 있습니다.

그럼, Flash Pro를 이용해서 간단히 안드로이드 애플리케이션을 저작하는 방법에 대해 살펴보겠습니다.

Flash Pro CS5에서 AIR 프로젝트를 생성 하였습니다. Android용 AIR 애플리케이션은 AIR 2.5 이상부터 지원하므로, SDK 폴더에 AIR 2.5를 덮어씌워야 합니다. 현재는 간단히 리뷰할 용도로 생성한 프로젝트 이므로, 별도의 코딩이나 작업 없이 간단히 “Hello Adobe AIR, Android!” 정도만 Stage에 생성해 넣었습니다.

그리고 애플리케이션 개발이 완료되었다면, 간단히 swf 파일만 export 해준 다음에 Flash Pro를 빠져나옵니다. 현재는 내부 테스트를 진행중인 관계로 별도의 패키징 인터페이스 없이 Console에서 직접 ADT를 실행하여 패키징을 하여야 합니다. 사이닝에 필요한 인증서 파일과, 생성될 APK 파일, 디스크립터 파일, SWF 파일을 입력한 후 엔터를 눌러 패키징을 진행합니다.

패키징 이후 에뮬레이터에 돌아가는 모습입니다. 실제 디바이스에서도 현재 잘 지원되고 있습니다. 만약 디버깅이 필요하시다면 trace()를 적절히 활용하시어, Logcat을 살펴 보시면 됩니다.

아울러, AIR 2.0 이상에서는 GPS, 멀티터치 등 디바이스 제어와 관련된 API들도 제공하고 있는데요. 이들 API를 이용하여, LBS 애플리케이션이나, 증강현실 애플리케이션도 개발 할 수 있습니다.

제약사항은?

현재 안드로이드의 AIR 런타임이 개발중인 단계라 제약사항은 변화 할 수 있습니다.
다만 현재까지의 제약사항은 Android OS 2.1 이상이어야 하고, Eclair MR2이 지원되는 디바이스라면 모두 지원이 가능합니다.

아울러, 얼마 전 까지는 ARM DSP 이슈로 인해 마이크와, 카메라가 지원되지 않는 이슈가 있었는데요. 현재는 이러한 이슈들이 모두 해결되어, 마이크와 카메라를 지원하는 애플리케이션을 모두 사용하실 수 있습니다.

현재까지는 아쉽게도, Push Notification이나, 근접 알림과 같은 API는 지원하고 있지 않은데요. 아직 AIR “Zephyr”가 릴리즈 되기 까지 많은 시일이 남은 만큼, 정식 릴리즈 될 때 쯤이면 정식적으로 지원하지 않을까 생각하고 있습니다.

그리고 마지막으로 개발하시면서 주의하셔야 할 점이 있는데요. 안드로이드 AIR 애플리케이션을 제작 하실 때에는, 데스크탑 AIR 애플리케이션과 달리 런타임의 샌드박스는 철저히 Android Platform에 맞춰서 따른다는 점 입니다. 즉, 파일을 접근할 수 있는 Storage에는 제한이 있으며, 이러한 제한에서 벗어날 경우 샌드박스 에러가 발생하게 됨으로, 유의하셔야 합니다.

지금까지 AIR 런타임의 안드로이드 지원 소식을 알려드렸는데요. 현재 내부에서 테스트가 활발히 진행중이고, 정식으로 릴리즈 될 시기는 내년 1분기로 예정되어 있습니다.
(다만, 현재 애플과의 껄떡지근한 관계로 릴리즈 시기가 다소 앞당겨 질 수도 있을 것 같습니다.)

아울러, 안드로이드 OS를 비롯하여, 윈도우폰, 팜OS등 다양한 Device를 지원하는 AIR 런타임의 소식 또한 속속 발표될 예정이라고 합니다.

구글과 어도비의 긴밀한 협력이 안드로이드 플랫폼에 어떤 영향을 미칠지 사뭇 기대됩니다.

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

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

Adobe에게 오픈 할 기회를 주십시오.

희희덕 — Fri, 30 Apr 2010 01:36:50 +0900

애플은 공식 대변인의 짤막한 성명에 이어, CEO인 스티브잡스 마져도 플래시와 관련된 글을 애플사의 공식 홈페이지에 게시하였습니다.

http://www.apple.com/hotnews/thoughts-on-flash/

그간 잡스가 공식 연단에서 했던 ‘힐난’에 가까웠던 감정 섞인 발언들 보다, 다소 수위는 낮아지긴 했지만, 애플과 어도비 사이의 갈등이 점차 최고조로 이르고 있는 느낌입니다.

애플이 Adobe Flash를 거부하는 이유는 아래와 같이 총 6가지입니다.

어도비 플래시 플랫폼의 모든 기술의 주도권은 어도비에게 있습니다. 이는 HTML5, CSS처럼 공개된 표준 기술이 아니기 때문에 플래시는 폐쇄적인 시스템입니다.
전체 웹사이트의 75%가 플래시 비디오로 되어있다고 하지만, Youtube를 비롯해 수 많은 웹사이트들이 H.264 코덱을 기반으로 되어있으며, 5만여종 이상의 게임컨텐츠가 앱스토어에 이미 등재되어 있습니다.
어도비 플래시 플랫폼은 보안/안정성/성능쪽에 큰 문제가 있습니다. 우리는 이 문제에 대해 오래전 부터 이슈를 제기해 왔습니다.
어도비 플래시 플랫폼을 사용하는 동영상들은 소프트웨어 단에서 H.264로 디코딩하여야 하기 때문에 베터리 소모가 심합니다.
웹상에 존재하는 플래시 컨텐츠는 터치 인터페이스에 잘 대응되어있지 않습니다.
이처럼, 어도비 플래시 플랫폼은 어도비의 주도권아래에 이루어지고 있는 서드파티사의 기술로, 당사인 애플을 위해 존재하는 기술이 아닙니다. 이는 여러 문제를 야기시킬수 있다고 생각합니다.

스티브 잡스가 플래시와 관련되어서 정말 많은 공부를 해 둔것 같습니다. 그 만큼, 잡스가 플래시를 전반한 웹에 많은 관심을 갖고 있는 것이 보입니다.

잡스가 성명을 통해 밝힌 내용은 거의 대부분 사실입니다. 이는 플래시를 개발해온 저도 오래전부터 많이 고민해온 내용들입니다.

분명 어도비의 플래시 플랫폼의 핵심 런타임 기술은 아직까지도 모두에게 오픈 되어있지 않으며, 보안/안정성/성능쪽에도 크고 작은 이슈들이 발생하고 있습니다. 아마 이들 이슈 중 대부분 크리티컬한 이슈들은 맥OS에서 발생하고 있습니다.

하지만 어도비는 잡스가 지적한 이러한 단점들을 고치려고 노력하고 있습니다. 위의 동영상처럼 어도비는 자사의 개발 프레임웍인 플렉스 SDK를 오픈소스화 하기 시작하였으며, 라이센스 비용도 받고 있지 않습니다.

아울러, 그간 플래시 라이트에 받던 라이센스 게런티도 2009년 이후로 받지 않습니다. 어도비 플래시 플레이어에 포함된 AVM의 코드 또한 타마린이라는 프로젝트로 개설하여 모질라에 기부한 사례도 있습니다.

물론 어도비 플래시는, 어도비사의 주도권아래 만들어졌고, 이러한 기술이 defacto Standard라고 볼 수도 없습니다. 또한 앞으로도 어도비는 지금의 방식대로 플래시를 개발 해 오겠지만, 단지 ‘표준’이 아니라는 이유로 플래시를 거부하는 것은 개인적으로 이해가 안됩니다. 과연 아이폰의 사파리 브라우저에도 모두 ‘표준’기술들만 탑재되어 있을까요 : )

이어서 플래시 플랫폼의 보안/안정성/성능쪽에 관련되어서 드리고 싶은 말씀이 있는데, 이는 어도비에서도 매우 유심히 살펴보고 있는 부분입니다.

어도비는 프리릴리즈 프로그램을 통해 사전에 개발자들한테 플래시를 사전에 테스트 하고 있고, 테스트 과정 중 수 많은 리포트를 받고 있습니다. 또한 플래시 플랫폼 전반의 버그의 이슈 관리 상황들도 모든 개발자들에게 공유하고 있습니다.(http://bugs.adobe.com)

어도비의 버그 리포트 시스템을 살펴 보시면, 맥 OS에서 발생하는 플래시의 이슈들 중 대부분은 OS-API단 자체의 문제들이 많이 존재하고 있습니다. (물론 윈도우 API 자체의 문제도 있습니다.(참고))

어도비에서는 이 문제점에 대해서는 애플에 꾸준히 보고를 한다고 합니다. 어도비는 애플의 서드파티로써, OS-API 자체의 문제점에 대해선 당연히 애플에게 피드백을 할 수 있다고 생각합니다. 그런데 왜 아직도 이러한 문제점들이 고쳐지지 않고 있을까요? 많은 개발자들이 지켜 보고 있습니다.

마지막으로 터치 대응과 관련되어서 말하고 싶은데, 현재 웹 상에 존재하는 거의 대부분의 플래시 컨텐츠들은 터치나 멀티 터치 인터페이스에 대응되어 있지 않을 것입니다. 사실 Flash에서도 터치와 멀티터치를 대응하기 시작한 것은 아주 근래의 일입니다.(Flash Player 10.1, AIR 2.0)

하지만, 어도비에서는 기존의 Flash 컨텐츠에서 사용자의 마우스 인터페이스와 터치 인터페이스를 모두 조화롭게 사용할 수 있는 API들도 모두 제공되고 있습니다. 따라서 기존 웹 브라우저에서의 플래시 컨텐츠들도 모바일 플랫폼으로도 쉽게 이식할 수 있습니다.(Touch 관련 API 참고)

물론 이는 최근의 일이라, 모든 웹 사이트에 적용이 되는 데는 시간이 걸리겠지만, 단지 이 이유로 플래시를 퇴짜 놓는건 이해가 안됩니다.

정리하자면 잡스, 당신이 하신 말은 거의 다 옳습니다. 또한 어도비가 앞으로 플래시를 발전해 나가기 위해 반드시 거쳐 나갸아 할 과정이기도 합니다. 플래시 개발자로써도 앞으로 계속 어도비가 잘 하는지 그 행보를 주목할 것입니다.

하지만, 어도비는 이러한 당신의 지적을 무시하지 않고, 오래 전 부터 많은 준비를 해왔다는 것을 알아두세요. 대표적인 예로 Open Screen Project를 들고싶네요.(http://openscreenproject.org)

Open Screen Project는 휴대폰 제조사, 소프트웨어 개발사, 포털사등이 한데 모여, 어도비의 플래시 컨텐츠를 어떠한 환경에서든 잘 보이기 위해 함께하는 협력체입니다.

이들 협력체는 앞서 잡스가 지적한 베터리 문제, 터치 문제 등 다양한 문제들을 함께 논의하고 해결 하고있습니다.

잡스에게 간곡히 부탁드립니다. 당신이 틀리지 않았다는 걸 증명해주세요. 당신은 어도비 플래시의 장단점을 냉철히 알고 있는 사람이고, 어도비의 플래시를 발전시키는데 많은 기여를 해왔습니다.

당신이 해 오셨던 노력이 이제 모든 모바일 환경에서 빛을 보게 생겼는데, 당신의 창조물에선 여의치가 않네요. 지금 상황이 바뀌었다고, 당신의 앱스토어가 커졌다고 문 꽁꽁 걸어 잠 구고 있는 건 좀 아니잖아요?

당신의 노력이 많은 사용자들에게 더욱더 즐거운 경험이 될 수 있도록, 어도비에게도 개방할 수 있는 기회를 주세요.

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

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

MSP 4기 지원자를 위한 브레이크 세미나!

희희덕 — Wed, 28 Apr 2010 14:52:23 +0900

안녕하세요.

MSP 3기의 구염둥이(라고 주장하는) 이희덕이라고 합니다.
4기 YB가 되실 여러분들 안녕하세요 (__)
-> 미리 잘보여야지.. 그..그래야지 4기 모임에도 놀러가지..

MSP 지원 마감이 드디어 이번주로 다가왔어요 : )
다들 서류 작성은 잘 되어가시나요?

저는 작년 이맘때(는 술을 마시고 놀고다녔군요.. 기말고사쯤 한창 지원서 썼던것 같은데..)를 회상하며 나만의 Love or Hate 열심히 탐독하고 있습니다.

다름이 아니오라!

MSP 4기를 지원하시는 지원자 여러분들의 궁금증+질문사항+그외 MSP3기라는 인물이 도대체 어떻게 생겼는지 궁금하시다! 하시는 분들을 위해

브레이크 세션을 진행할려고 합니다 : )

<MSP 3기때 나는 이렇게 놀았습니다. 그리고 왜 지원했을까요?>

시간 : 4월 29일 오후 3시 ~ 4시
발표자 : MSP 3기 이희덕(그외 추가 영입중)
장소 : 숭실대학교 베어드홀 1층 대강의실 103호
찾아오시는 방법 : 숭실대 입구역 3번 출구에서 나오시면 바로 숭실대가 나옵니다. 거기서 비와 바람이 몰아치는 계단을 넘어 올라오시면 그럴싸한 건물 옆에 다 쓰러져 가는 건물인 베어드홀이 있습니다. 그 건물 1층 103호로 찾아오시면 됩니다.

브레이크 세션은 숭실대학교 베어드홀 1층에 있는 대 강의실에서 진행되구요
좌석은 150석으로 넉넉하오니 (실제론 10석을 채우기도 매우 힘들어보입니다만..)
MSP에 관심있는 누구든지 찾아오셔도 좋습니다.!

이날에는 MSP 1,2,3기의 활동을 알집의 압축실력보다 놀랍게(로지님 협찬 감사)
그리고 MSP 4기의 지원방법 및 절차에 대해 알려드리고!

그외 잡다한 궁금사항 (곰은 어떻게 굴러요. 재주넘어보세요. ~~아이폰개발하는법 가르쳐주세요~~) 을
터놓고 공유할 수 있는 시간을 마련해볼려고 합니다.

그.. 그럼 많이 참여해주시구요
혹시 오시다가 길을 모르겠다! 나는 귀한 분이라 베어드홀까지 모셔다 주셨으면 좋겠다 라고 생각하시면
010-2370-1413으로 당일 연락주시길 바랍니다.

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

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

가장 순수했더라고..

희희덕 — Wed, 28 Apr 2010 14:20:58 +0900

가장 순결하고 보들거릴 것 같은 구름에서
먹구름이 되어 비가 내린다.

그렇게 우리들 마음속에 비가 내리면
더러운 매연에 섞인다고
우산속에 숨어버리고

아스팔트에 고인 빗물은
기름에 잔뜩 찌든채로 여기저기 찢겨나간다.

그렇게 대지엔 상처를 남기고
다시 하늘로 올라가 다음 여행을 준비한다.

내가 가장
순수했더라고..

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

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

Adobe CS5, 4월 12일 공개된다.

희희덕 — Thu, 25 Mar 2010 12:36:09 +0900

어도비는 포토샵, 일러스트레이터를 포함한 크레이티브 스위트 제품군의 후속 제품군인 Creative Suite 5가 4월 12일에 공개될 것이라고 밝혔습니다.

CS4가 정식적으로 공개된 지 1년 반만인데요. 어도비는 이번에도, 온라인 런칭 쇼케이스를 통해 전 세계의 많은 분들에게 동시에 공개한다고 합니다. 한국 시간으로는 13일 자정경이라고 하네요.

CS5 런칭 쇼케이스 등록은 아래의 배너를 클릭하여 진행 할 수 있으며, 어도비 ID가 있으시다면 간단하게 등록을 마치실 수 있습니다. 아울러, 해당 사이트에서 CS5 공개 카운트 다운을 비롯하여 CS5와 관련된 맛보기 영상도 감상 하실 수 있습니다.

어도비는 CS5의 가격정책을 비롯한, 새로운 기능에 대한 자세한 정보는 아직 공개하지는 않았는데요.

IT 전문가를 비롯해 인터랙티브 전문가를 아우르는 많은 분들께서 사용하는 제품군인 만큼 4월 12일, CS5 제품군의 공개가 갖는 의미와 파급력도 엄청날 것 같습니다.

CS5와 관련된 정보는 이어서 저의 블로그를 통해 계속 연재하겠습니다 : )

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

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

Flash Builder4, ColdFusion Builder가 정식 발표되었습니다.

희희덕 — Mon, 22 Mar 2010 17:13:22 +0900

어도비는 플래시 플랫폼의 주요 개발 도구인 플래시 빌더4의 최종릴리즈 후보(Release Candidate)가 발표된 지 이틀 만에, 정식 제품을 릴리즈 하였습니다.

플래시 빌더4의 이전 이름은 플렉스 빌더였으며, 지난 2008년 Adobe MAX에서 제품 브랜드 네임 통폐합 정책 발표 이후, 작년 5월경 브랜드 네임이 플래시 빌더로 확정되었습니다.

플래시 빌더4는 새로운 플렉스 프레임워크인 플렉스 4 SDK를 포함하고 있으며, 최종릴리즈에 포함된 Flex SDK는 4.0.0.14159입니다.

또한, 플래시 빌더4는 곧 출시될 예정인 Flash CS5와 Flash Catalyst CS5와 협업이 가능하며, 영어를 포함하여 6개국어를 지원하고 있습니다.

아울러 플래시 빌더4는 프리미엄과 스탠다드 에디션으로 나뉘어서 출시되었습니다. 프리미엄 에디션에는 네트워크 모니터, 유닛 테스트등의 기능이 추가적으로 지원됩니다.

자세한 정보는 아래의 링크를 참고하세요.
http://www.adobe.com/products/flashbuilder/

아울러, 어도비의 서버 플랫폼인 콜드퓨전 개발 도구인 콜드퓨전 빌더도, 정식적으로 릴리즈 되었습니다. 콜드퓨전 빌더는 이클립스 IDE를 기반으로 하며, 콜드퓨전9 애플리케이션을 보다 쉽게 개발 할 수 있습니다. 자세한 정보는 아래의 링크를 참고하세요.
http://www.adobe.com/products/coldfusion/buy/#cfb

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

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

그냥 잡담

희희덕 — Thu, 11 Mar 2010 15:27:01 +0900

- 어느덧 3월 중순! 춘삼월이 왔다지만, 아직까지 마음도 겨울, 바깥도 겨울. 그렇다 보니 무척이나 심란하다. 1년 중 따뜻한 햇살 아래 벤치에 누워서 낮잠 자는 기회가 봄, 가을밖에 있지 않는데, 올해는 그 기간이 무척 짧아질 것 같아 걱정되는구나… 아 오늘 벤치에 앉아서 낮잠 시도했는데, 등 시려.

- 학교에는 10학번 후배들이 모락모락 피어나오기 시작했다. 녀석들, 어찌나 붙임성이 좋은 지, 처음 보는 선배한테도 ‘야~’라고 하는구나. 그냥 고맙게 웃어넘기며, ‘나 09학번인데’라고 하니깐 급 썰렁해지는 과사 분위기… 어째.. 그냥 나 10학번이라고 하고 다닐걸 그랬어.

- 그러고 보니 나도 신입생, 딱 저맘 때 정말 재미있게 놀았던 거 같다. 크크 그때처럼 놀고 싶어서 다시 수능 보고 11학번이 된다는건 왠지 오버겠지.

- 연애관계에서도, 일에서도 솔로가 된지 어느덧 한달 여가 되어가는구나. 연애관계는 뭐.. 그 닥 서로 바빠서 연락 못하고 지낸 사이라 그때도 그렇고, 지금도 그렇게 충격이 크진 않지만, 봄바람이 살랑살랑 불어오니 외롭고 옆구리가 시리고.. 그저 슬픈 듯.

- 일에서 솔로가 되다 보니, 무척이나 게을러지고 긴장감이 없어지기 시작했다 0_0 지금 먹고 있는 약 기운 탓인지 춘곤증인지 몰라도, 이 시간대가 되면 무척 졸립고 나른하다. 하지만 개발하랴, 기획서 쓰랴, 원고 내리랴.. 그저 바쁘구나..

- 한 2달 동안 일에만 미쳐서 지내다 보니, 챙겨주지 못한 사람들이 너무 많아서, 미안하다. 우선 나열! 그리고 뭔가 생각날 때마다 업데이트해야지

- 첫째로, 가족들한테 죄송하다. 일을 하는 동안 거의 한달 내내 집에 들어가질 못했다. 설에도 잠시 얼굴만 보고 바로 일하러 내려오고.. 이제부턴 따뜻한 말도 자주 건내고, 나도 가족 구성원처럼 잘 지내야지.

- 다음으로 어도비 코리아! 올해로 3년째 알고 지내는 건가. (참 오래되었다.) 근 세 달 동안 블로그 포스팅이며, 대외활동이며 아무것도 하지 못했다. 이제 곧 큰 소식이 들려올 예정이니, 열심히 해야지 ㅠㅠ 죄송해요 곰효희님

- 그리고 MSP! 사실, 1월 이후부터 쭉 모임에 나가지 못했구나. 마무리가 이건 영 아니여. 특히 막판 프로젝트가 서버 폭발 상태로 제대로 동작하지 않아서, 민해, 로지형한텐 그저 미안.. 멜로디언 대리님께도 죄송합니다. 다들 미안..

- 물리학과 09학번들! 너희들한텐 고저 미안한다는 말밖에 할말이 없구나. 요번 과엠티 가서 하나하나씩 풀자 구나.(밟지는 말고) 특히 군대 가버렸는데 그 전에 만나 입대주 조차 섞어주지 못한 여러 동기들한테 미안. 이항모교수님, 김진민교수님께도 죄송합니다.

- 그리고 저의 프로그램을 사용해주시는 많은 사용자분들께 죄송하다는 말씀을 드립니다. 희희덕덕, 덕지덕지, 덕글콜록, 쿠디, 유세윤플랫폼등 모든 프로그램의 업데이트와 관리가 많이 미진했습니다. 특히 수강신청때 대란을 맞이했을 숭실대를 포함하여, 여러 대학의 대학생분들께도 죄송하다는 말씀을 드리고 싶네요.

- 아아 마지막으로 요즘은 뭔가 그런 생각이 든다. 나랑 비전이 딱 맞고, 하고 싶은 무언가가 뚜렷한 누군가를 만난다면, 내 모든 열정을 다 받칠 각오도 되어있고, 즐겁게 할 수도 있을 것 같은데, 그런 분을 만나기가 참 쉽지 않구나. 그래서 오늘도 여기저기 방황 중!

- 혹시 뭔가 열정이 충만하고, 개발하기를 좋아하는 아이 하나랑 뭔가 해보고 싶은 분들은 hhdd at adnaru.com 이나 이 글 바로 밑에 댓글을 남겨주시면 감사하겠습니다 (__)

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

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

팬-팬 (PAN-PAN)

희희덕 — Tue, 02 Mar 2010 21:16:07 +0900

- 항공기는 육로를 거치지 않는 지구상에 몇 안 되는 교통 수단 중 하나다. 그렇기 때문에, 육로에서는 발생하더라도 쉽게 대처할 수 있는 사고들도 적절한 대처를 할 수 없게 되고, 결국 대형 참사로 이어지는 경우가 종종 있다.

- 하지만 항공기는 모든 시스템이 고도로 자동화되고, 이중 삼중의 안전 체계가 잘 갖추어 져 있어, 실제로 사고가 발생하더라도 대형 참사로 이어지는 확률은 매우 드물다. 지금까지 발생한 항공사고들도 항공기의 기기 결함보다는, 조종과실이 대부분이다.

- 항공 관제 용어 중에 메이데이(MayDay)라는 용어가 있는데, 항공기 운항에 왠 봄날이냐, 노동절이냐 라고 할 수 있겠지만, 항공기 운항 중 발생할 수 있는 최악의 응급상황에 관제탑에 도움을 구할 때 사용하는 급전이다. 만약, 조종사가 관제탑에 메이데이를 치게 되면, 관제권에서부터 착륙까지 모든 상황에 있어서 우선권을 부여 받게 된다. 하지만 거대한 납 덩어리인 항공기가 공중에서 그러한 비상상태를 맞이하게 되면, 대부분 벗어날 수 없는 최악의 상황에 이르게 된다.

- 그래서 이보다 다소 응급도가 덜한 상태에서 도움을 구할 수 있는 팬-팬(PAN-PAN)이라는 관제용어가 있다. 조종사가 관제탑에 팬-팬을 치게 되면, 메이데이와 같이 관제에서 우선권을 받게 되며, 조종사는 관제탑에게서 운항과정 전반에 대해 많은 도움을 받을 수 있다. 물론 팬팬으로 급전을 날린 상황에서도 대형 참사가 발생한적도 있지만, 메이데이를 날린 상황보다는 응급상황을 극복 할 수 있는 확률이 높게 된다.

- 사람과의 관계에 있어서도 힘들 때, 혹은 위급할 때 메이데이를 치는 것은 돌파구를 찾는데 직효약으로 빠르게 작용할 수 있겠지만, 그 만큼의 부작용은 감내해야 하는 것 같다. 심지어, 그렇게 극복하지 못하고 그대로 추락해 버리는 경우는 돌이키기 힘들 정도로 큰 상처로 남게 되는 것 같다.

- 그래서, 대인관계에서 절체절명의 위기가 오기전에 “나 요즘 힘들다. 도와줘”라고 팬-팬(Pan-Pan)을 치는 것이 중요한데, 역시 이는 타이밍과 화법의 문제인 것 같아, 항상 망설이고 고민하게 된다. 그래서 결국 메이데이를 날려야 하는 상황도 오게 되는 것 같고..

- 결국 대인관계에 있어 팬-팬(Pan-Pan)을 치는 타이밍, 그리고 화술과 대처방법은 친분 관계를 넘어, 결국 한 사람의 대인관계의 관록 그리고 책임을 보여주는 것 같다. 조종사가 승객의 생명과 안전을 지키기 위해 팬팬을 치는 것 처럼.

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

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

살 맛 나는 이유

희희덕 — Sat, 27 Feb 2010 19:41:47 +0900

이 세상의 모든 생명체들은 자기 자신의 숨통이 끊어질때까지 어찌보면 짧은시간동안 세상을 즐기기도 하고 이리저리 세상의 모난 구석에 부딪히며 살아간다. 그러한 생명체들 중에서 특히 인간은 살아가는동안 생각하는 정신 즉, 자아를 갖게 되는 유일한 존재이고, 다른 자아와 섞여 새로운 자아를 만들어 내기도 하고, 여러 자아들과 부딪혀 충돌하며, 성장해 나가기도 하는것 같다.

먹이사슬이라는 아주 규칙적이고 상쇄적인 사회에 묶인 거의 대부분의 생명체들과 달리 자아에 의해 몸이 지배되는 인간인 이상, 언젠간 나와 다른 자아와 충돌하게 되고, 그 속에서 상처를 얻게 되고 또 다른 세상을 발견하게 된다.

세상엔 참 힘든일이 많은것 같다.

나는 그동안 그런 힘든일이 있을때, 보통은 "왜 나한테 그렇게 힘든일이 왔는지.." 부터 생각하는 사람이었다. 그리고 그런 힘든일을 잊기위해, 그 사건 자체를 축소하며, 왜곡하며 그렇게 분노하며 잊어왔던것 같다.

그리고 왜 그런 힘든일이 나한테 생기는지..
하늘은 원망한적이 많았다.
(특히 10대 중반에.. 몸이 많이 아팠을때)

하지만 한편으로는, 그런 일이 있어서 분명 크고 작은것을 잃게 되겠지만,
그런 상실이 또 다른 기회가 되어서,

'나'라는 덩어리 위주의 터울, 즉 이기심에서 벗어나서, 좀 더 좋은사람이 되어 다양한 사람들과 섞이게 되고
한편으로는 성장할 수 있는 발판이 되는것 같다.

그래서 지금 이글을 쓰면서 고민하고 있는 시간,
그리고 그런 소중함을 깨닫게 해준 그 사람한테
참 고맙다.

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

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

연아야 고맙다.

희희덕 — Fri, 26 Feb 2010 18:52:20 +0900

일상이라는 카테고리를 만들어놓고, 정작 내 일상에 대해서 이래저래 터놓고 말하지 못한게 1년여가 지난것 같다. 블로그를 처음 열기 시작하면서 그동안 내 블로그에 많은 분들이 찾아와주셨고, 기술적 카테고리 이야기들을 많이 공개하고 공유하다보니, 정작 이 공간이 나의 공간이 아닌것 같은 일종의 이질감을 느꼈다. 그래서 나 조차도 요즘엔 자주 찾지 않게 되는구나...
이제 여기서 내 이야기 자주해야지, 그리고 이 공간에 좀 더 애착을 갖고, 많은 정보들을 공유하도록 노력해야지.

오늘은 이곳 저곳이 많이 떠들썩 하다.
TV, 신문지면 광고를 도배했던 김연아선수가 금메달을 따서일까.
아니면 김연아의 경기에 사람들이 감동해서 일까..
주변사람들 모두 다 들떠있는듯 하다. (적어도 오늘의 분위기로 봐선 대한민국이 잠들지 않을것 같은)

김연아의 경기를 지켜보면서, 그리고 경기 종료후 글썽이는 김연아의 모습을 보면서,
나 자신도 참 많은 생각이 들었다.

그러고 나서, 나 아닌 사람들과 이 감동(?)을 공유하고자,
언제나 뒷담화가 가득한 네이버 뉴스, 디씨갤들을 살펴봤는데,
반응이 장난이 아니구나..

금메달 연금은 얼마임? 김연아가 광고는 다 쓸겠네.. 대충 이런느낌의 글들..
그런 글들을 보면서, 왜 본인이 김연아도 아닌데, 그런 생각까지 하나 싶었다.
마치 시정잡배처럼... 아니 이건 확실히 말해서 질투심이지. 혹 이게 사람의 본능인걸까.

그 사람들은 알고 있을려나..
경기순간에는 화려한 조명을 받고, 관중들의 환호를 받아도
경기중에는 김연아 이외에 아이스링크에 아무도 들어갈 수 없다.

김연아에게 메달을 걸어주는 심판들도 경기장 밖에서 숨죽여 지켜볼뿐.
결국 그 공간에서는 김연아는 혼자단 말이다.

그리고, 김연아가 그런 성과를 거두기위해 혼자서 연습하는동안
(최근엔 스폰서쉽등으로 자주 방송에 나오는듯 하다만)
몇번이나 실패하고, 몇번이나 넘어지고,
몇년이나 그렇게 죽을도록 노력했는지.. 나는 감이 잘 안온다.

그렇게, 김연아는 많은 사람들의 지지와 사랑, 주변인들의 도움과 관심을 받아도
링크안에서는 항상 혼자가 될 수 없는 외로운 존재다. 앞으로도 그럴거고..

다른 올림픽 경기를 지켜봐도
경기중에는 내 옆을 따라잡고 추월하려는 경쟁자가 있더라도
그 경쟁자를 이기는건 나 자신의 힘이다. 결국 언제나 외로운 도전일뿐.
(물론 심판이 관여해서 개판이 된 경우도 있었다만)

바꿔서 생각해보면, 올림픽이란건 아니 모든 스포츠 경기라는건
그런 경기 모습 하나하나가, '우리네 인생의 축약체'라는걸 보여주려는게 아닐까.

최근에 이래저래 나한텐 힘든일이 있었다.
일에서는 좋은 결과가 있었지만, 사람과의 관계에서는 실패한
그래서 그런지 마음이 많이 불안정했었다.

처음엔 그 사람이랑 하던일이 내 생의 전부인줄 알고,
그 사람과의 관계가 깨져버린 지금 앞으로 나는 이 일을 할 수가 없겠지..

내가 좋아하던 일을 할 수 있던 유일한 사람인데, 과연 누구랑 해..
이런생각도 많이 들었고.

하지만 김연아 선수의 경기를 지켜보면서,
누구랑 같이 어떤일을 하던, 누군가에게 의존하는 마음을 갖기 보단
팀을 꾸려 공동체를 만들더라도 결국 내 자신의 싸움이라는걸 알게 되었다.

단체 경기에서 팀웍이 하도 중요하다 하지만,
결국 그 팀웍이라는 존재 자체를 만드는것도 나 자신이고,

그러니 어떤 조직에서든 구성원에 대한 배려, 그리고 관심이 필요하겠지만,
그 이상 지나치게 되면 그건 간섭이고 집착이 되는거고..
그래서 지금은 그 사람에게 심장이 저리도록 많이 미안하다.

그리고 요즘은 내 스스로가 자신에게 좀 더 많은 관심과 지지, 격려가 필요하다는 생각이 든다.

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

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

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 대한민국 라이선스에 따라 이용하실 수 있습니다.