인터넷과 데스크톱 애플리케이션의 경계를 허물고 있고, 창작자의 아이디어를 더욱 빠르게 구현할 수 있도록 돕고 있는 어도비가 웹 개발자, 디자이너, It 전문가를위한 ‘제 2회 리치인터넷애플리케이션(RIA) 캠프’를 개최했다.

250여명이 참석한 이번 행사에서 어도비는 지속적인 혁신을 이끌고 있는 자사의 비전과 향후 제공될 차세대 RIA 솔루션인 어도비 에어(adobe AIR) 1.5, 플렉스(Flex)4, 플래쉬(Flash) 10 정보도 공유했다.

어도비는 2년 전 플래쉬 플레이어 9를 발표하면서 개발자 지원에 좀더 방점을 찍었다. 액션 스크립트 버추얼 머신이나 액션 스크립트 3 등의 통해 개발자들이 브라우저 안에서도 다양한 애플리케이션을 구동할 수 있도록 한 것.

플래쉬 플레이어 9.0.115를 통해서는 새로운 압축 코덱인 H.264 비디오를 지원하고 있고, 1080p HD 비디오 품질, 풀 스크린 하드웨어 가송기능, AAC 오디오 등을 지원하면서 꾸준히 새로운 변화에 적응해 왔다. 어도비는 이 버전이 출시 6개월 만에 82%의 설치율을 보이는 등 고객들도 어도비의 변화를 적극 수용하고 있다고 강조한다.

현재 전세계 이용자들이 보고 있는 웹 비디오의 73%가 플래쉬로 제공되고 있다. 우리가 잘 알고 있는 판도라TV나 유튜브, BBC, 마이스페이스 등이 대표적인 고객들이다. 사용자들은 부지불식간에 플래쉬의 혜택을 누리고 있는 것.

새롭게 나올 플래쉬 플레이어 10에 대해 라이언 스튜어트 에반젤리스트는 “가장 혁신적인 것이 될 것”이라고 전하고 “3D효과와 새로운 드로잉 APIs, 자유로운 편집이 간단한 텍스트, 커스텀 필터 효과, 오디오 프로세싱이 강화될 것”이라고 밝혔다.

그는 또 “9버전은 개발자들을 겨냥해 유연한 애플리케이션을 개발토록 하는 기능에 중점을 뒀다면 플래쉬 플레이어 10은 원래의 뿌리로 다시 돌아간다. 디자이너와 개발자 모두의 요구를 담을 것”이라고 덧붙였다.

또 다른 관심사는 플렉스 4(코드명 Gumbo)다. 이 제품은 디자이너와 개발자와의 협업 원할하게 하는 기능들이 대거 들어가 있다. FXG나 플렉스 빌더 4, 크리에이티브 스위트 4, 차세대 유저 인터페이스와 리치한 인터랙티브 경험을 제공하기 위한 전문적인 디자인 제작 툴인 ‘Thermo’가 그것.

어도비는 차세대 제품을 통해 개발자와 디자이너들이 각자의 영역에서 진행하던 일들을 좀더 매끄럽게 연동해 생산성을 향상시키고 창작자들의 요구를 더욱 빠르고 광범위하게 현실화시킬 수 있도록 노력하고 있다.

이런 노력들의 결과물들은 결과적으로 인터넷 이용자들의 경험을 극대화시킬 수 있다는 것이다.

최근 구글이 출시한 ‘크롬’과 관련해 어도비 측은 “어도비는 크로스 플랫폼을 지원해 왔고, 크롬 또한 마찬가지 일 것”이라고 전하면서도 “구글이 등장하면서 주목받고 있는 에이작스의 경우에도 플래쉬와의 공존을 통해 사용자들의 경험을 넓혀 나갈 것”이라고 밝혔다.

한편, 한국어도비시스템즈 옥상훈 차장은 “농협이나 신한은행을 비롯해 금융권 등에서 RIA 적용 사례가 계속 늘고 있다”고 전했다. 인터넷뱅킹 이용자들의 경우 해당 은행의 웹사이트에 접속해 다양한 서비스들을 체험할 수 있는데 이런 것들이 바로 어도비의 RIA 기술들이 적용된 것으로 어도비의 경쟁력이 속속 현실화되고 있다.

어도비 플래쉬 플레이어 10 데모

직접 링크는 이곳 : http://www.pandora.tv/my.eyeball/33253259

어도비 ‘Thermo’ 데모

직접 링크는 이곳 : http://www.pandora.tv/my.eyeball/33253544

* 사진을 클릭하면 큰 이미지로 볼 수 있슴다 ^^

<금융> 
StockFetcher.com URL: http://www3.stockfetcher.com/sfapp/

특징: Flex 2 Chart를 확장, 적용한 사례로 레이아웃 변경이 자유롭다. 기간별 주가 변동 차트를 인터랙티브하게 볼 수 있으며, 돋보기(확대) 나 스냅샷(이미지 저장) 등 편의 기능이 돋보인다.

Fidelity Mortgage Search URL: http://mortgage.fidelitylabs.com/index.shtml

Flex 기본 컴포넌트를 잘 활용한 모기지 검색 사이트로, 좌우펼침 식의 화면 구성을 통해 모기지 상품을 한눈에 비교할 수 있게 했다. 메인 화면에선 기본 정보만을 보여주고, 마우스를 갖다 댈 경우 상세 정보 창이 활성화된다. 

MLC Insurance Gap Calculator URL: http://www.mlc.com.au/InsuranceGapCalculator/

특징: 보험 보장 내역을 비교할 수 있는 보험 사이트다. Flex 기본 컴포넌트에, Chart를 확장해 적용했다. 한 화면에서 비교할 수 있는 4개 항목을 모두 보여주며, 출력 버튼을 누르면 보고서 형태로 출력된다. 

NYSE URL: http://marketrac.nyse.com/mt/index.html

특징: 뉴욕 증시 상황을 마치 객장에 직접 나온 것처럼 한눈에 볼 수 있도록 Flex Chart 기능을 고도화했다. 3D Chart, 3D Floor, Activity Map 형태로 정보를 볼 수 있으며, 데이터가 서로 연동되어 있다.

<상업> 
sonyericsson.com URL: http://www.sonyericsson.com/spg.jsp

특징: Flex Store와 유사한 사이트로, 카테고리 별로 필터링이 가능하며 화면에 즉각적으로 렌더링 된다. 

OMNOVA URL: http://www.omnova.com

특징: Flex 기본 컴포넌트가 적용된 맞춤형 쇼핑 사이트로, 좌측 창에 입력한 검색 결과가 Flex Data Service를 통해 오른쪽 화면에 즉각적으로 반영되어 보여진다.

MINIUSA URL: http://www.miniusa.com

특징 : 자동차 소개 및 구매 사이트로, 1000만 가지의 다양한 구성 옵션과 액세서리를 플래시 화면을 통해 직접 구현해 볼 수 있다.

듀안 니쿨(Duane Nickull) 어도비시스템즈 수석 표준 전략가는 새로 선보인 ‘플렉스3′을 한마디로 ‘손쉽고 강력한 플래시 기반 개발도구’라고 말했다. 한국어도비시스템즈가 6월18일 개최한 ‘어도비 플렉스 비전 발표회’ 자리에서였다. 듀안 니쿨은 이번 발표회에서 어도비가 최근 내놓은 ‘플렉스3′과 ‘어도비 통합 런타임’(AIR·Adobe Integrated Runtime)을 소개하고자 방한했다. 그는 플래시, 플렉스 등의 어도비 핵심 기술을 널리 전파하는 기술 전도사이기도 하다.

"AIR로 웹·데스크톱 넘나드는 애플리케이션 세상 구축"

어도비가 최근 발표한 AIR는 웹브라우저 없이도 데스크톱PC 환경에서 독자적으로 돌아가는 플래시 기반 애플리케이션이다. 코드명 ‘아플로’(Apollo)로 불리던 것을 어도비가 최근 ‘AIR’란 공식 명칭으로 바꿔 베타버전을 선보였다. AIR 플랫폼에서는 이용자가 웹브라우저를 통해 인터넷에 접속하는 대신, 바탕화면에서 플래시로 된 독립 프로그램을 띄워 웹페이지를 보거나 온라인 영화 감상, 실시간 인터넷 게임 등 다양한 웹 콘텐츠를 즐길 수 있다.

플래시 기반으로 구동되므로 ‘어도비 플래시 플레이어’가 설치된 PC라면 운영체제에 상관없이 어디서든 동작한다. AIR는 웹킷 HTML 엔진, 액션스크립트 버추얼 머신, SQLite 로컬 데이터베이스 등 오픈소스로 구성돼 있다. 이용자들이 AIR 플레이어를 내려받아 설치하고 나면 ‘어도비 리더’처럼 AIR 플레이어 안에서 PDF 문서를 읽고 이용할 수 있다. 바탕화면에 투명한 HTML 창을 띄워놓거나 마우스 드래그앤드롭으로 간편하게 창을 이동하거내 새로운 메뉴를 구성할 수도 있다. 웹과 데스크톱의 경계를 허무는 새로운 사용자 경험(UX)을 맛보게 해주는 것이다.

듀안 니쿨은 "AIR는 최상의 웹과 최상의 데스크톱이 함께 조화될 수 있는 중간 매개체"라며 "웹브라우저 안팎에서 자유롭게 동작하는 새로운 차원의 애플리케이션을 개발해 웹과 데스크톱을 연결해줄 것"이라고 강조했다.

"개발자들이 웹2.0에 적응하도록 돕는 도구 제공할 것"

이와 함께 어도비는 플래시 기반 애플리케이션 저작도구인 ‘플렉스’의 최신 버전인 ‘플렉스3′을 선보였다. 플렉스는 개발자들이 플래시 환경에서 손쉽게 원하는 애플리케이션을 개발하도록 돕는 도구다. 

특히 이번 ‘플렉스3′부터는 소스코드를 공개해 개발자들이 자유롭게 소프트웨어 개발도구(SDK)를 내려받아 원하는 기능을 고치거나 추가할 수 있게 됐다. 또한 어도비 CS3 제품군과의 통합이 강화됐으며 레일즈, PHP, 콜드퓨전 등과의 궁합도 강화했다. ‘플렉스3′처럼 데스크톱에서 구동할 수 있는 강력하고 역동적인 애플리케이션을 만들어주는 도구를 ‘리치 인터넷 애플리케이션’(RIA)이라고 한다.

실제로 이날 시연에서 듀안 니쿨은 ‘플렉스3′를 실행한 다음, 바탕화면에서 곧바로 구동할 수 있는 플래시 기반의 웹브라우저를 즉석에서 만들어 선보이기도 했다. 이 자리에서 듀안 니쿨은 "플렉스3은 원하는 컴포넌트를 드래드앤드롭으로 가져다 옮긴 다음 원하는 기능을 덧붙이거나, 직접 소스코드를 보며 간단히 만들 수 있는 간편한 플래시 기반 개발도구"라며 "개발자나 시스템 설계자가 소통과 공유의 웹2.0 시대에 보다 잘 적응할 수 있도록 돕는 도구"라고 소개했다.

어도비 AIR와 AIR SDK는 어도비 랩에서 무료로 내려받을 수 있다. 어도비 AIR와 AIR SDK는 윈도우와 매킨토시 운영체제에서 동작하며, 리눅스도 머잖아 지원할 예정이다. AIR 정식 버전은 오는 10월께 출시될 예정이다.

웹 개방성과 데스크톱 유연성 ‘Mix & Match’ 

Flex 개발자가 Apollo를 통해 어떤 비전을 가질 수 있는지에 대해 Flex & Flash 개발자들이 모여 함께 생각해보는 자리를 마련하였다. 이날 토론은 옥상훈 차장의 사회로 진행됐으며, 패널로는 배준균 팀장(한국키스코), 김진욱 대표(바닐라로이), 신호승 대리(동부CNI), 엄진영(Flex 챔피언), 김정헌 대리(한국어도비시스템즈, Flash 개발자)가 참석했다.
 
“내가 생각하는 Apollo는 이런 것이다”
<옥상훈> Apollo가 개발자와 웹 환경에 미치는 영향에 대해 생각해 보고자 합니다. 먼저, 알파 버전이 배포된 Apollo는 무엇이라고 정의할 수 있을까요?

옥상훈

<김정헌> Flash를 개발할 때 데스크톱용 애플리케이션을 개발할 수 있도록 지원하는 프로그램이 기존에도 있었습니다. 하지만 이 프로그램들은 Flash Player의 사각 프레임이 그대로 보이는 등 제약이 따랐죠. 그래서 EXE 파일을 배포하더라도 투명창 지원 유틸리티를 한번 더 활용하여 컨버터 해주는 과정을 거쳐야 했습니다. Apollo는 이러한 제약 없이 바로 데스크톱 애플리케이션을 개발해 배포할 수 있는 길을 열어주었습니다.

<신호승> Apollo에 들어가있는 기술을 논하기 전에 어도비라는 회사에서 Apollo를 어떤 비전을 가지고 접근하는지부터 생각해봐야 할 것 같습니다. 차세대 웹 시장을 선점하기 위한 글로벌 벤더의 전략을 보면, 마이크로소프트는 여전히 OS라는 플랫폼과 닷넷 프레임워크를 무기로 진군하고 있고, 구글은 웹 자체를 플랫폼으로 만들기 위해 여러 서비스를 제공하고 있습니다. 그리고 야후는 Yahoo.com이라는 포탈 자체를 차세대 시장을 선점하기 위한 통로로 만들려고 하고 있습니다. 이러한 상황에서 어도비는 기존 표준문서(PDF), 웹저작툴(Dreamweaver, Flash, Photoshop), 애플리케이션 개발툴(Flex) 등의 기술을 집약할 수 있는 런타임 환경을 제공하는 전략을 구축했고, 이러한 상황을 분석했을 때, Apollo라는 기술이 가지는 특징보다는 MS, 구글, 야후 등과의 차세대 시장을 놓고 경쟁하기 위한 전략을 달성하는 도구로써 바라볼 필요가 있을 것 같습니다.
 
<배준균> 제가 정리한 Apollo에 대한 관점은 웹 애플리케이션의 개방성과 데스크톱 애플리케이션의 유연성 모두를 취할 수 있는 환경이 열렸다는 것입니다. Flash나 웹, HTML 환경의 강력한 기능을 활용하면서 데스크톱 환경을 그대로 흡수할 수 있다는 점이 매우 훌륭합니다. 반면 우려가 되는 점은, 기존의 데스크톱 개발자들이 웹 환경에 매칭되는 애플리케이션을 개발할 때 Apollo를 사용할 것인가 입니다. 웹 개발자가 데스크톱 개발을 할 수 있지만 반대로 데스크톱 애플리케이션 개발자가 Apollo로 흡수될 수 있을까 하는 부분은 예측하기 어려운 것 같습니다. Apollo가 앞으로 어떻게 발전할지에 대한 로드맵이 안 나와서 애매한 부분이라고 생각됩니다.

<엄진영> 왜 이제 나왔는가? 라는 생각을 했습니다. Apollo가 엄청난 파급효과를 가져올 것으로 생각됩니다. 특히 개발환경에서 4GL과 Web 환경의 완벽한 결합을 가져올 것입니다. 엔터프라이즈 시장에 클라이언트 측을 개발하던 비주얼베이직, 델파이 시장을 잠식할 것으로 예측됩니다. 특히 맥OS X의 위젯, 윈도우 비스타의 가젯, 야후의 야후 위젯, 국내업체 달통의 달통 위젯 등과 같은 기능은 윈도우나 맥OS X이라는 특정 운영체제에 한정되어 있습니다. 그러나 Apollo를 배경으로 이러한 시장을 Flex가 잠식하면 좋겠다는 기대를 갖게 됩니다. Apollo가 나와서 딱 좋은 것이죠.

<옥상훈> 네 그렇죠. Apollo와 위젯 사이의 매쉬업도 만들어 질 수 있겠네요?

<엄진영> 그렇죠. 결국에는 Apollo가 윈도우뿐만 아니라 맥OS까지도 커버할 수 있을 것이라고 기대됩니다.

“Flex와 Apollo, 그 결합이 가져올 효과”
<옥상훈> Apollo 알파가 나왔는데 베타가 나오고 정식 버전이 나오면 웹, C/S, 데스크톱 환경에 미칠 영향은 예측이 불가능할 정도입니다. Apollo가 개발환경에 미치는 파급 효과에 대해서는 어떻게 생각하시나요?

<신호승> 이미 Apollo 알파버전으로 만든 결과물들이 업데이트되고 있는 상황입니다. 윈도우, 리눅스, 맥OS 등의 플랫폼적인 환경을 넘어서 Apollo를 사용해서 개발한 것만으로도 위의 모든 플랫폼에서 사용할 수 있는 단일 애플리케이션이 될 수 있고, 심지어 어떤 웹 환경에서도 실행이 가능한 진정한 독립 애플리케이션이 탄생되었습니다. 말 그대로 Apollo를 이용해서 포토샵을 만들게 되면 데스크톱은 물론 웹에서도 사용할 수 있는 아주 획기적인 배포가 가능해집니다. 이는 개발자들이 오래 전부터 이상으로 삼았던(Java Web Start가 궁극적으로 꿈꾸던) 웹과 C/S의 완벽한 결합이라고 생각합니다.
 

엄진영

<엄진영> 개발자는 고객이 원하는 것을 개발하는 것입니다. ERP 시스템을 개발해봤지만 4GL이 클라이언트 단에서 개발되는 것이 좋습니다. 기존의 비주얼베이직은 엑셀이나 워드와 같은 다른 데스크톱 프로그램들과의 연동에서 막강합니다. 웹 환경으로 가면서 그 부분이 많이 차단되었지요. 연동하기 위해서는 여러 기술을 응용하여 간접적으로 접근해야 했습니다. 또한 사용자들 입장에서는 굳이 웹 브라우저를 띄우고 여러 번 클릭해가면서 사용해야 했습니다. 이런 면에서 Apollo는 데스크톱에서 실행되므로 데스크톱의 다른 프로그램과 연동이 쉬워지고 기존 애플리케이션을 바로 실행할 수 있습니다. 단편적인 예를 들었지만 기업용 애플리케이션 시장에서 Apollo의 이러한 가능성은 큰 변화를 가져올 것입니다. 

<배준균> C/S 환경 이후 웹의 개방성 때문에 웹 기반 애플리케이션을 선택했고, RIA가 나오면서 웹의 한계가 커버 되었습니다. 하지만 여전히 웹 환경은 클라이언트 데이터 접근에 있어서는 태생적인 한계를 안고 있습니다. 이러한 한계를 뛰어넘어 클라이언트 환경에서도 웹의 풍부한 경험과 개방성을 모두 아우른 발전된 형태의 애플리케이션 개발을 기대할 수 있을 것입니다. 즉 C/S에서 웹으로, 웹 환경에서 RIA 이후 단계가 바로 Apollo라고 할 수 있겠지요. Apollo의 등장은 알고 있는 지식 기반에서 데스크톱 애플리케이션을 개발할 수 있다는 가능성을 제시하고 있기 때문입니다.

<김정헌> 웹 환경에서 Flash Player가 처음 나왔을 때는 웹 관계자들이 단순히 애니메이션을 위한 툴이라고 생각했습니다. 하지만 그 쓰임새가 점점 확장되면서 엔터프라이즈 환경을 위한 Flex가 나왔고, 모바일 환경을 위해 Flash Lite가 나왔습니다. 나아가 SWF 자체가 모든 표준이 되려고 노력하고 있는 과정입니다 이 중심에는 ActionScript가 있습니다. 하나의 언어로 자리잡아 가면서 이 언어를 통해 모든 기술을 공통으로 사용할 수 있게 되는 것입니다. 실제로 대학에서 ActionScript 과정이 편성되고 있는 만큼 이 언어를 사용하는 개발자들이 활동할 수 있는 자리도 많아지고 있습니다.

김진욱

<김진욱> 현재 프로젝트중인 고객사에서 온오프라인 겸용 애플리케이션 개발이라는 특수한 미션을 제시했습니다. 하지만 Flex의 오프라인 애플리케이션 지원이 원활하지 않습니다. 버전 관리나 Active X와 연동 문제 같은 부분이요. 이런 제약으로부터 자유로워질 수 있는 Apollo는 마치 마징가-Z에 날개를 달리는 것과 같다고 생각됩니다. 이제, Flex 개발자들이 시야를 넓혀야 할 때입니다. 시장이 많이 커졌고 개발자 입장에서는 기업 시장에서 요구하는 기능을 모두 수행할 수 있는 기술력을 갖춰야 하기 때문입니다. Apollo에 대한 업데이트 사항을 꼼꼼히 챙기고 있는데, 이미 해외 개발자들 사이에서는 Apollo를 중심으로 데스크톱 2.0이라는 표현이 나오고 있더라고요.

<옥상훈> 좋은 표현을 해주셨는데요, 어떻게 하면 개발자들이 시야를 넓힐 수 있을 것인지 짚어볼까요?

<배준균> 현업에서 개발자가 Flex로 넘어오면서 장벽을 심하게 받습니다. 기존의 페이지 개발 개념으로는 RIA로 넘어올 수 없기 때문입니다. 이와 같은 장벽을 동일하게 넘어야 웹에서 데스크톱으로 이동할 수 있을 것입니다. 남이 사용하는 프레임워크만을 그대로 사용한다면 발전이 있을 수 없습니다.

<신호승> 동의하는 내용입니다. Flex 프로젝트가 성공하기 위해서 가장 필요한 것은 기존 HTML 방식이 아닌 이벤트 모델을 가지고 있는 Flex에 대한 새로운 이해입니다. 또 웹 페이지가 아닌 C/S를 만든다는 개념으로 접근하고, C/S와 웹 모두의 장단점에 대한 확실한 이해와 무엇을 위해, 어떤 방법으로 진행할지에 대한 새로운 고민이 필요할 것 같습니다. 어떻게 보면 70-90년대에 이미 완성된 애플리케이션 디자인에 대한 학습과 실험을 통해서만 새로운 방법론을 만들어 낼 수 있지 않을까 생각됩니다.

<김정헌> Flash 개발자들 측면에서보면, 기존에 Flash 개발자들이 대부분 Flex로 넘어가지 못했습니다. 결정적인 제약이 Flex의 컴포넌트 기반이라 특성 때문이었는데요, Apollo의 경우 컴포넌트 기반이 아니기 때문에, Flash 개발자들이 좀더 쉽게 Apollo 영역에 흡수될 수 있을 것 같습니다.

<옥상훈> 그러면 앞으로 Flash와 Flex의 결합인 ‘플렉시(Flex-sh) 개발자’가 나오지 않을까 하는 생각도 드네요. 모두 Action Script 3.O을 사용하잖아요.

<김정헌> 그렇죠. 나아가 흔히 자바 개발자, Flash 개발자라고 통칭하는 것처럼 ‘액션스크립트 개발자’라는 용어가 널리 쓰이게 될 수도 있죠. 

<배준균> 이제 단순히 개발하는 차원을 넘어 ‘명품 애플리케이션’이 나오는 시대가 되었습니다. 고객이 원하는 것이 무엇인지, 그리고 동일한 기능을 어떻게 유용하게 활용할 수 있을지를 제대로 짚을 수 있으려면 개발자의 역량이 다각화 되어야 할 것입니다.

<신호승> 네. 그렇습니다. Flex나 Apollo를 단순히 기존에 사용하고 있는 동일한 애플리케이션으로 컨버팅 하는 것은 도입의 효과가 거의 없다고 봅니다. 기존에 할 수 없었던, 새로운 비즈니스 모델 혹은 애플리케이션 기능을 제공하여 좀더 사용자에게 편리성을 제공하는 것이 Apollo의 궁극적인 목표라 보여집니다.

<김진욱> 명품 애플리케이션이라는 말에 덧붙이고 싶은데, 현재 Flex 고객들은 애플리케이션에 감성을 더하길 원합니다. 하지만 우리나라의 경우, RIA 개발자가 아닌 자바 개발자가 주로 Flex를 하기 때문에 Flex의 UI 기능 활용이 극대화되지 못하고 있는 것 같습니다. Apollo가 나오면, RIA 개발자들이 Flex와 Apollo로 넘어올 가능성이 커지기 때문에 시장이 더욱 커질 것 같습니다.  

<신호승> 그 부분에 대해선 조금 견해차이가 있습니다. Flex라는 것은 화려한 UI보다는 업무 애플리케이션에 더욱 특화된 솔루션이라고 생각됩니다. 그렇기 때문에 자바 개발자 같이 CBD나 디자인 패턴을 이해하는 사람들이 개발해야 정확한 목표를 달성할 수 있다고 봅니다. 단지 화려한 UI를 위해 Flex를 도입할 경우, 기존 개발자가 감당하기 어려운 UI를 다루기 위해 그만큼 많은 리소스가 들어가게 되고, 향후 유지보수에 대한 부담도 늘어납니다. 그러나 Apollo를 사용하게 되면 화려한 UI 부분은 Flash를 사용하고, 업무 로직은 Flex를 사용하면 되기 때문에 훨씬 효율적인 관리가 가능해지겠죠.

<옥상훈> Apollo를 다른 벤더가 아닌, 어도비에서 개발했기 때문에 갖는 강점도 있을까요?

<신호승> 어도비라는 회사가 추구하는 방향이 최대한 표준을 지키면서 사용자들이 가장 많이 사용하는 그런 솔루션을 제공하는 능력이 있기 때문에 어도비의 제품들은 대부분 국제표준을 준수하고 있고, Open API를 제공하고 있습니다. 이런 점이 개발자나 크리에이티브들에게 환영 받는 요인이 아닌가 생각합니다. Apollo도 이런 맥락에서 플랫폼, OS 독립적이라는 점이 가장 매력적으로 평가받는 것이고요.

<엄진영> 그렇죠. 어도비 하면 PDF와 Flash 아닌가요? 멀티OS가 장점이구요. 이 장점이 Apollo에도 고스란히 적용될 수 있습니다. 유럽의 경우 관공서에서 거의 리눅스가 설치되어 있어요. 윈도우나 리눅스에서 동일하게 돌아가는 애플리케이션이 필요합니다. 멀티OS 지원은 가장 막강한 특징입니다. 어도비는 특정 하드웨어 확장 없이 런타임만 있으면 되니 다른 환경에 비해 확산이 더 빠를 수 밖에 없지요. 

<김진욱> 온/오프라인 시너지를 낼 수 있는 것에서 ‘Apollo 스타일’이 나올 것입니다. 바로 커버전스 시대에 딱 맞는 컨셉이라 할 수 있습니다. 어도비가 선점하고 있는 온라인 RIA 시장이 그대로 오프라인으로 확장된다는 것은 무궁한 가능성을 의미합니다. 고객의 요구나 사용자의 요구는 계속 높아지고 있기 때문에 Apollo가 기업 시장에서 주목 받을 것은 분명합니다.

“웹 트렌드 변화에 대해”
<옥상훈> 모든 개발 분야가 그렇듯, Apollo 개발자도 세분화되어 분야별 전문가가 생겨날 수 있을 듯 합니다. 자바나 웹 개발자 관점의 얘기들을 해주셨는데, 그럼, 디자인 부분은 어떠한 변화가 있을까요?

김정헌

<김정헌> 간단한 데이터만이 활용되는, 날씨 정보 프로그램 같은 경우 디자이너가 약간의 스크립트만 알고 있으면 충분히 만들 수 있죠. 이런 프로그램들은 기존의 웹의 화려한 비주얼이 그대로 데스크톱에 적용, 배포할 수 있게 되겠지요. 또한 사용자들도 마음에 들면 런타임을 다운받아 실행시키면 되니까 Apollo를 다운받기를 주저하지 않을 것 같습니다. Apollo의 성능만 제대로 지원된다면, 웹의 화려한 디자인 감각이 데스크톱으로 이동하면서 훨씬 화려한 데스크톱 애플리케이션이 속출할 것입니다. 

<김진욱> 기존의 데스크톱 애플리케이션은 UI 면에서 웹 애플리케이션에 비해 많이 떨어집니다. 데스크톱 애플리케이션에 대한 UI 디자인이 차후에 각광받을 것 같습니다. 특히 기존 RIA 전문가가 Apollo를 이용해 데스크톱 시장에 발을 들여놓는다면, 애플리케이션 UI 디자인 측면에선 놀랄만한 변화가 일어나게 될 것입니다. 결국 Apollo로 인해, 기존 데스크톱 애플리케이션 개발 시장도 긴장해야 할 필요가 생기는 것이죠.  

<엄진영> ‘아구가 맞는다’고 하는데, 웹 서비스로 가고 있는 지금의 서버 기술 추세와 잘 맞아떨어지는 것 같습니다. 웹 서비스에서 클라이언트와의 호출이 XML로 이뤄지는데, 이것이 웹에서는 일종의 태그(Tag)죠. 결국 기존의 서버 측 애플리케이션을 디자이너가 ActionScript를 사용하지 않더라도 컨버팅 툴을 통해 접근할 수 있게 되면 그야말로 데스크톱 매쉬업이 되는 것입니다. Apollo가 크로스 운영체제 런타임이기 때문에 자기가 쓰고 싶은 환경을 그대로 유지하면서 작업할 수 있기 때문에 웹 트렌드 변화는 불가피하겠죠. 

<옥상훈> Apollo 자체를 일종의 매쉬업으로 볼 수도 있습니다. 엔진이 두 개이고, 웹킷, SWF, PDF를 지원하는데 이것들이 섞여서 시너지를 낼 수 있는 좋은 것이 있지 않을까 생각됩니다. 한편으로, 자바에서도 운영체체 독립적인 자바 데스크톱이 있었는데, 실제로 빛을 많이 보지 못했었죠. 이런 측면에서 Apollo가 시장 쉽게 파고들 수 있을까요?

<엄진영> 초창기 자바 데스크톱은 새로운 시장을 뚫는 것이었다면, Apollo는 기존의 시장에 더해지는 것입니다. Apollo는 Flash를 쓸 수 있으니깐요. 어도비가 하기 때문에 그리고 PDF, Flash, Flex가 있기 때문에 힘을 받는 것이죠. Apollo는 선택이 아니라 앞으로 가야 할 당연한 방향이 아닌가 하는 생각이 듭니다. 

<옥상훈> Apollo에 대한 포부나 계획이 있으실텐데요.

<김진욱> 어도비는 제품 전략 짜는 사람들이 정말 기발한 것 같습니다. 어떻게 시장을 읽었는지 Flex가 처음 출시된 이래 버전업 할 때마다 시장에서 필요한 부분을 정확히 짚어서 보완해오고 있습니다. Apollo도 출시 이후 더욱 시장의 필요에 맞는 제품으로 자리잡을 것이라 기대하고, 지금의 Flex와 Flash를 결합한 비즈니스에 Apollo를 결합하는 것을 구체적으로 고려하고 있습니다. 

배준균

<배준균> 저는 SI를 하기 때문에 Apollo를 사용해서 기업에 제시하고 성과를 얻는 것을 보여주고 싶습니다. 지금 하는 프로젝트가 일본의 리코(Ricoh)인데, 여기서 개발하는 복사기에 웹 애플리케이션이 들어가 있습니다. 이것의 다양한 기능들을 전체적으로 제어하는 UI가 Flash와 Flex로 구현될 예정입니다. 여기에 Apollo가 적용된다면 앞서 나왔듯이 날개 달린 마징가-Z가 되지 않을까 생각됩니다.

<신호승> 저는 SAP의 행보를 주시하고 있습니다. SAP처럼 모든 업무 애플리케이션을 Apollo화 해서 어떤 업무라도 C/S 형태로 배포할 수 있고, 웹에서도 사용할 수 있을 뿐만 아니라, 웹에 올려놓은 애플리케이션을 허가된 사용자라면 누구나 자신의 데스크톱에 복사해 독립적인 업무 모듈로 사용할 수 있게 하는 일련의 패턴을 SI형 솔루션 개발에 적용해보고 싶습니다.

<엄진영> Flex Action Script 3.0 책을 쓰고 있는데요, UI 부분은 Apollo에 대해 적을 예정입니다. 그리고 Flex 블로그 시스템을 실제로 구상하고 있습니다. 현재 웹 기반 블로그 서비스는 웹 브라우저를 띄워야 접근할 수 있고, 백업이 안 되는 치명적인 단점을 갖고 있습니다. 이를 보완할 수 있도록, 저장할 때는 XML로 하고 PDF로 퍼블리싱할 수 있는 Flex 기반 블로그 서비스를 만들고 싶습니다.

<옥상훈> Apollo에 대해 여러 관점에서 얘기를 나눠 보았는데요, 아직 정식 출시까지는 좀더 시간이 필요한 시점인 만큼 다소 낙관적인 방향의 얘기를 많이 해주신 것 같습니다. 앞으로 Apollo에 대해 업데이트되는 사항을 지속적으로 체크하셔서 향후 트렌드 변화에 앞서 대처할 수 있기를 기대합니다. 오늘 토론 참석해주셔서 감사합니다.

우선, Flex의 기원에 대해서 살펴보자. Flex의 원래 이름은 Enterprise Presentation Server이다.
여기서 핵심은 Enterprise라는 부분이다. 즉, 기업의 업무환경을 표현하기 위해 개발된 UI 솔루션이다. 그럼 기업 업무에 필요한 UI는 어떤것인가? 다음과 같은 몇가지 사항이 필요하다고 생각되고 Flex는 어떻게 지원하는지 살펴본다.

1. 사용자가 편하게 업무를 할 수 있게 해야 한다.
   => Flex는 C/S 어플리케이션 수준의 Interactive한 기능을 제공함으로써, 기존에 만들어진 VB, Delphi, PowerBuilder로 구성된 업무 어플리케이션의 기능을 대부분 제공한다.

2. 빠르고 쉬운 개발이 가능해야 한다.
   => MXML과 ActionScript 사용으로 UI 로직과 컨트롤 부분을 분리해 MVC 패턴을 완벽하게 지원하고, 객체지향 개념을 대부분을 구현할 수 있어 Java 개발자들이 쉽게 이해하고 코딩할 수 있다.

3. 유지보수가 편리해야 한다.
   => Enterprise 환경에서의 개발은 어플리케이션을 만들고 나면 끝이 아니다. 현업에서 피드백되는 많은 요구사항을 빠르게 반영할 수 있어야 하고 오류가 발생할 경우 빠른 수정이 가능해야한다.
   => Flex로 개발했을 경우 이러한 유지 보수에 대한 장점을 제공할 수 있고, 그 근거는 FDS를 사용하여 빠르게 비즈니스 로직과의 동기화를 이뤄낼 수 있고, 업무와 UI를 일관성 있는 J2EE 패턴으로 묶을 수 있다.
   => 따라서, Flex를 사용하는 장점을 최대한 살리기 위해선, Flex 프로젝트에는 절대 Flash 컨텐츠가 들어가면 안된다. Flash가 들어가는 순간, 유지보수의 부담은 롤러코스트가 된다.
   => 많은 Flash 업체들이 Flex를 사용하면서 Flex 어플리케이션을 Flash 어플리케이션 처럼 구성하게 되는데, 이는 당장 개발만 이쁘게 하고, 향후 유지 보수적인 측면은 책임을 지지 않겠다라는 처신으로 밖에 생각되지 않는다. Flex로 Enterprise의 모든 업무와 UI를 구성할 수 있음에도 불구하고, 자신들이 하기쉬운 Flash로 개발한다는 것은 Flex에 대한 기만행위이다.
   => 특히, 마케팅과 영업적인 이유로 Flex는 화려하다 라는 소개를 많이 했으나, Flex는 절대 화려하지 않다. 절대 화려한 UI를 위해서 Flex를 사용해선 안된다. Enterprise 어플리케이션은업무를 빠르고 적절하게 표현하면 충분한 것이지 UI를 미려하게 할 필요가 전혀 없다. 화려한 UI 중심으로 개발할 경우 누가 어떻게 유지보수를 감당할 것인가? 화면에 Effect를 하나 더 줄 시간에 업무 분석에 시간을 더 사용하라.

 4. SI 솔루션과의 통합이 유연해야 한다.
   => 기업의 업무는 하나의 솔루션으로 이루어 지는것이 아니다. 따라서 수많은 구성요소와의 빠르고 편리한 통합을 할 수 있어야 하고, Flex는 표준을 지키는 어떠한 솔루션과도 쉽게 연동이 가능하다. 쉽게 말해서 Java 표준을 지키는 모든 형태의 솔루션과 통합이 가능하다.
   => Flex를 사용했을때 시스템 통합과 관리를 저해하는 요소 중 하나라고 할 수 있는 화려한 UI는 다시한번 지양해야 할 요소라고 말하고 싶다. 업무에 맞춰 UI를 조립하는 것은 당연하다. 그러나 여러가지 효과가 들어가있는 UI 때문에 업무와의 통합이 어려워 지고 업무의 인터페이스를 Flex기준으로 맞춘다면, 어떤것이 주이며, 어떤것이 부인지를 한번만 생각해본다면 바로 정답이 나올 것이다.

위에 열거한 내용들을 기준으로, 그럼 누가 Flex를 개발해야하는가?

간단명료하게 정리해보겠다.

1. Flash와 ActionScript와 약간의 웹 language(ASP, PHP) 정도만을 아는 Flasher(?)들은 Flex를 하지말기를 부탁드린다. 특히 객체지향 개념과 디자인패턴, Enterprise Architecture에 대해 모르는 사람이라면 제발 Flex 개발을 한다고 나서지 않길 바란다(물론 이와 같은 개념에 대한 학습을 하시는 분은 예외다.)

2. Java, C++, C/S 개발툴(VB, Delphi, PowerBuilder, MFC)를 해보신 분은 적극 추천한다. 여러분들이 알고 있는 지식을 대부분 활용할 수 있는 환경을 제공하고 있다.

개인적인 의견으로, Flex는 Flash를 했던 사람의 영역이 아니다. 최근 들려오는 Flex에 대한 부정적인 인식과 실폐사례를 보면 Enterprise 환경에 대한 이해가 없는, Java 개발 경험이 없는 업체들이 화려한 UI만을 무기로 시장에 뛰어 들어 개발을 한 결과다라는 것이 중론이다. Flex는 단순히 UI를 만들면 끝나는 것이 절대 아니다. 기업의 업무 환경을 이해하고 거기에 가장 적합한 표현을 하기위해 도입하는 것이지, Effect 클래스 하나를 잘 써서 사용자에게 시각적인 즐거움을 주기위해 나온 솔루션이 절대 아니다. 화려한 UI를 강조하는 사람들은 정말 부탁이니 당신들이 유지보수를 하는 상황에 놓여있다는 생각을 단 한번만이라도 해보고 개발하자. 그럼 절대 Flex는 화려한 UI 솔루션이다라는 말을 입밖으로 할 수 없을 것이다. 결론적으로 Flash 했던 사람은 Flash 세상에서 놀고, Flex는 Enterprise를 잘 알고 있는 개발자들이 했으면 하는 바램이다.

written by 신호승(동부 CNI)

데브피아의 2007년 2월 개발자 토론 방의 주제는 "WPF vs Flex. 대세는?"이다. 양 기술의 장/단점, TCO 문제, 개발자 시장 정보 등의 동감이 가는 현업의 목소리를 읽어 볼만한데, 문제는 날로 변덕스러워지고 복잡해지는 고객 비즈니스 시나리오를 RIA 기술에 잘 스며들게 하여 새로운 시장 개척과 경쟁력을 확보하는 것이라 생각한다. 이런 발상은 고객 입장에선 무엇보다 중요한데, 실제 RIA 구현을 위해 먼저 선행되어야 할 것은 WPF/e 이건 Flex이건 어떤 기술을 사용할지에 대한 여부가 아닌 현재의 서비스의 문제점과 RIA 도입을 통해 얻고자 하는 비즈니스 당위성을 명확히 하여 산출되는 RIA 버전의 새로운 서비스 UX(User Experience) 아키텍처이다. 이런 의미에서 시장에서는 UX 아키텍트를 절대적으로 필요로 하고 있고, 주위의 전문 개발 컨설팅 회사나 엔터프라이즈 고객사에서는 본인에게 UX 전문가 소개를 많이 요청하고 있다.

<사진 출처: http://www.flickr.com/photos/basial/95868972/>
<사진 출처: http://www.flickr.com/photos/chrisnoessel/395894256/>

실제로, 한국마이크로소프트에선 작년 5월부터 Windows Vista 솔루션 빌더 프로그램을 통해 국내 솔루션 파트너 대상으로 Windows Vista 기반의 소프트웨어를 만들 수 있도록 기술 및 마케팅 지원을 하였다. Windows Vista 기술 중에서도 WPF를 가장 강조하였는데, 국내 솔루션 개발 회사 50여 군데가 이 프로그램에 참가하여 올 해 2월 8일 Windows Vista 신제품 발표회에서 5개의 우수 솔루션 파트너가 솔루션 전시를 하였다. 

관련 기사:  디지털 타임스, MS, ‘솔루션 빌더’ 실시 

다음 글에는 아무래도 WPF 적용한 국내 ISV 파트너의 리치 애플리케이션에 대해 국내 최초로 소개해야 될 것 같다. 해당 솔루션 파트너사에서 동의를 한다면……

(사실, 내 아내도 나처럼 자바 강사로서 활동 하고 있고, 요번에 플렉스 기술을 습득케 하여 플렉스 강사로서 활동하도록 종용하고 있다. 부부 플렉스 개발자 및 강사 탄생인가? ^^)