Mr. Drumcap.com

최근 iPad에 관하여 반응들이 뜨겁습니다. 개인적으로 작년부터 루머가 돌기 시작할 때부터 였으니까 참 많이 기다려 왔습니다. 이런 기기 하나 나오면 꼭 사야한다 하면서, 가지고 있던 맥북을 팔았고, 계속 기다렸습니다.

그런데 충격적인 사실..
플래시가 안들어간다는 소식이 트위터를 통해 들려오기 시작했고, 결국 애플 임직원 미팅때 "구글 모토는 헛소리, 어도비는 게을러" 라고 표현하면서 플래시를 아이패드에 넣지 않을 것이라고 거의 확실시 했습니다.


이 소식을 듣자 마자 저는 그날부터 크게 갈등을 하고 있습니다.
사실 꼭 사고싶은데, 제가 아이패드로 하는 일은 50%가 웹서핑, 10% 메일, 40%가 ebook, 동영상 강좌를 보는 것이기 때문입니다. 특히 큰 화면으로 웹서핑 하는 것은 반드시 필요한데, 플래시가 없으면 포탈 말고는 제가 볼만한 사이트가 거의 없을 것이기 때문입니다. 향후 html5로 대체 될 것이라고는 하지만 전 세계적으로 이것이 적용 되려면 웹표준/웹접근성과 같이 어떤 이슈화나 표준화에 대한 갈망같은 것이 자리잡아야 합니다. 그리고 기술이 현재 플래시의 기술은 상당히 고수준으로 넘어왔습니다. (다만 위의 광파리 블로그에서 댓글로 언급했지만, 단지 과도한 이펙트 모션이나, AS2로 작업된 것이 아직 많이 존재합니다)

현재 데스크탑에서 문제 안되던 플래시가 이리 얻어맞고 있는 이유는 그간 어도비가 게을르다고 표현한 잡스의 표현이 어느정도 맞다고 생각합니다. 한편으론 속이 후련한데요. 개발자로써 전통적으로 어도비는 이런 플래시의 기술적인 문제를 (예를들면 메모리문제, 플레이어 다운문제)를 서둘러 해결하지 않고 있다는데 있습니다. 저는 맥을 쓰는데, 맥에선 플레이어의 문제가 더더욱 심각합니다. 개발자인 우리도 이렇게 느끼는데 서로다른 플랫폼끼리 서로 0인터페이스 하는데는 더더욱 문제가 많이 튀어나왔을 것입니다.

이로써 어도비는 진퇴양난의 기로에 다다랐습니다.
향후의 어도비 플랫폼 전략에 큰 차질을 빚을 수도 있습니다. 현재 어도비는 플래시 중심으로 많은 프로젝트를 진행중이며, 구상중인 것으로 알고 있습니다. 하지만 이 모든 것의 힘은 플래시를 설치한 유저는 전세계 99% 이상이다라는 것의 힘입니다. 그 힘은 네트웍 속도의 증가와 하드웨어의 성능 증가, OS의 기술향상 등이 있었지만 모바일은 다릅니다. 네트웍 속도는 지금과는 비교할 수 없을 정도로 느리고 (3G), 하드웨어도 펜티엄3 수준이며, OS는 별도의 OS 이므로 비유를 하자면 몇년 전으로 회귀한 것이라 할 수 있습니다. 미래는 폰의 모든것이 PC 만큼 좋아지겠지만 현재 어도비가 살아남으려면 반드시 폰에 플레이어가 깔려야 하는 입장인 것입니다.

그런데 지금의 플래시 플레이어로는 제가 잡스라도 넣지 않겠습니다. 물론 현재 10.1 베타가 나오긴 했지만 얼마나 모바일에 최적화 되었는지는 아직 미지수이기 때문입니다. 애플이라고 그 베타버전 플레이어를 iPad에 통합시켜보지 않았을까요?

어도비는 보란듯이 구글 넥서스원 등의 안드로이드폰에 10.1을 반드시 탑재해 내놓으면서 메모리문제, 배터리문제 등이 해결된 모습을 보여줘야 합니다. 그래서 애플이 어쩔 수 없이 탑재하도록 유도해야 할 것입니다. 만약 보란듯이 탑재해서 "거봐 그러니 느리고, 배터리도 빨리 닳지?" 라는 반격을 맞으면 게임 끝일 것입니다.

어도비는 애플을 원망할 것이 아니라 변화가 필요합니다.
현재는 즉각적인 대응과 반응이 중요한 시기입니다. 이 한때 까딱 잘못하면 Flash는 "초창기 웹의 Rich Internet 환경에 기여하고 HTML5에 바통을 물려주었다" 라고 역사에 남을지 모릅니다.

서문
지금까지 플렉스는 개발자의 산물이었다고 해도 과언이 아니었다. 아직까지 현존하는 Flex3는 디자이너를 배려한다고 여러가지 연계 플러그인들을 (ex, photoshop, illustrator 용 플러그인) 만들어 배포했었지만, 여전히 빌더로 와서 힘들게 코딩작업을 해야했다. 이것은 HTML이외의 MXML,ActionScript의 새로운 코딩을 배워야 한다는 것을 의미하고 디자이너에게는 엄청난 도전이었다. MXML이야 그럭저럭 쉽게 이해되지만 ActionScript로 스킨을 제작해야 하는 것을 보며 당연히 거의 모든 디자이너가 포기했다. 그냥 CSS로 모든것을 해결하고 고급 스킨제작 및 드로잉은 애석하게도 디자이너가 아닌 프로그래머의 몫이 되었었다. 그래서 프로그래머들은 여러군이 나뉘었었는데, 작게는 Biz 제작 담당, UI 제작담당, Skin 제작담당, 등으로 나뉘어 작업을 하곤 했다.

하지만 Flex4에서는 모든것이 체계가 바뀌었다. 스킨체계가 새롭게 정리되고, 디자이너는 디자인만 신경쓰는 시대가 도래했다. 지금까지 Flex3까지는 프로그램 스킨은 액션스크립트로 작업했지만, 이젠 MXML로 제작이 가능하다. 또한, 이 MXML로 제작하는 것 조차 거의 필요치 않으며, 앞으로 설명할 Flash Catalyst 만 있으면 Catalyst 가 알아서 포토샵, 일러스트레이터 파일을 읽어와 코드를 만들어 준다.

Catalyst 로 플렉스 App 제작개요
Catalyst에서 포토샵이나 일러스트레이터로 제작한 어플리케이션 디자인 파일을 불러오면 포토샵이나 일러스트레이터의 의 각 레이어와 그래픽 엘리먼트를 png파일이나 플렉스 스킨 그래픽으로 변환하고 이에 맞게 플렉스 코드를 제작해준다. 
그리고 각각 원하는 그래픽에 컴포넌트(ex 버튼) 등록을 해주고, 원하는 이벤트와 액션을 입력한다. 또는 그에 반응하여 트랜지션등도 줄 수 있다. 사실 이 정도만 전체적으로 돌아가게만 만들어 놓으면 그다음은 프로그래머의 영역이다.  따라서 여기서는 간단한 따라하기 샘플을 보여주며 이해를 돕겠다.

샘플개요
아래의 프로젝트는 필자가 다니는 교회에서 요청이 들어온 App 디자인이다. 디자인 자체는 웹을 염두해 두고 제작한 것이지만 필자가 Flex4로 쉽게 작업이 가능하겠다 생각하여 제작에 착수하였다. 디자인 샘플 자체가 플렉스에 익숙하지 않은 디자이너가 한 디자인이라 웹페이지의 느낌이 강하지만(예를들어 버튼의 디자인) 이 글을 보는 분들은 어플리케이션의 모습을 갖추도록 디자인 하면 더욱 좋을 것이다.