AIR 애플리케이션 경연대회 1등 수상자 이태호씨
지난 AIR 애플리케이션 경연대회에서 Text Grinder Desktop을 제출해 1등을 수상한 이태호씨를 만나 인터뷰를 진행했다. Flash Player 9과 AIR 사이에 시너지 효과를 낼 수 있는 서비스 모델을 만들고 싶었다는 그는, Flash는 이제 사회 속에서 하나의 문화적 플랫폼으로 자리잡았다고 말한다.
Flex를 처음 접하게 된 계기는.
개인적인 취미로 Flash를 웹 디자인 도구로 다루게 되었다. Flash로 서버사이드와 데이터 연동을 하는 RIA 개념을 적용한 해외 사례를 보고 놀랐다. 그리고 진지하게 Flash를 사랑하게 되었다. 결혼을 전제로 한 연애로 바뀌었다고 할까(웃음). Flex는 그러한 과정을 거치면서 자연스럽게 알게 된 것 같다. Flex의 기원도 결국 Flash이기 때문이다.
지금 하고 있는 일은.
컴퓨터를 전공하는 대학교 4학년 학생이다. 학업과 더불어 visualDESIRE Lab.이란 프로젝트 개발 공간을 만들어 활동 중이다.
visualDESIRE Lab.에 대한 소개한다면.
인터랙티브한 미디어의 미래에 대해 즐거운 꿈을 꾸고 연구하는 순수 모임이다. 시각적 경험에서 나오는 사용자의 적극적인 반응이 효율적인 의사소통을 불러오고 있다. v-LAB에서는 바로 그런 추상적인 개념을 실제 구체적인 것으로 변화시키는 데에 필요한 방법론과 기술에 대한 지식을 연구하는 곳이다. 아직 회원은 1명이지만, 언젠간 그 이름에 걸 맞는 곳이 되기 위해 오늘도 열심히 실험적인 것들에 도전하고 있다.
AIR는 운영체제 자원에 자유롭게 접근할 수 있으므로 서비스의 범위와 종류가 무제한으로 넓어진다는 면에서 Flash/Flex보다는 기능적인 면에서 뛰어나다. 사용자는 Flash/Flex기반 APP로 인해 쾌적하고 접근이 빠른 웹 서비스와, AIR로 인해 기존의 웹에서 불가능했던 일들을 할 수 있게 되는 편리를 동시에 누리게 된다.
지난 ‘AIR 애플리케이션 경연대회’에서 수상한 ‘Text Grinder Desktop’은 어떤 애플리케이션인가.
Text Grinder Desktop은 Flash Player 9 기반으로 동작하는 매쉬업 서비스인 Text Grinder의 플러그-인 데스크탑 서비스이다. 기능적인 컨셉은 장문의 영문 텍스트를 분석해 중요 키워드를 솎아내고 검색(동영상, 이미지, 뉴스)을 통해 이용자가 텍스트를 이해하는 시간을 단축시켜주는 매쉬업 서비스이다. 하지만 Text Grinder Desktop은 AIR 기반이기 때문에 웹이라는 한계를 벗어나, 로컬 파일 액세스가 가능하다(자세한 내용은 Text Grinder와 Text Grinder Desktop의 사용자 메뉴얼을 참고 바란다).
AIR 기반의 Text Grinder Desktop이 웹 애플리케이션인 Text Grinder보다 나아진 점이라면?
우선 Text Grinder Desktop은 Text Grinder를 개선한 서비스가 아니므로 나아진 점은 없다. 다만 AIR 기반이기 때문에 차별적인 장점이 있을 뿐이다. 개발의 관점에서 일단 기존의 Text Grinder의 코어 클래스를 그대로 사용했으므로 빠른 시간에 개발할 수 있었다. 바로 이것은 Flash/Flex 프로젝트와 AIR 프로젝트간의 완벽한 코드 재사용성이 가능함을 의미한다. 또한 로컬 파일시스템에 직접 접근할 수 있으므로 보다 자유로운 개발이 가능했다. 예를 들면 성능 최적을 위해 파일 형태의 캐시 기능이나 임시 파일을 생성할 수 있으므로 보다 직접적이고 빠르게 데이터들을 다룰 수 있었다. Flash Player환경에서는 PHP 같은 서버 사이드 언어를 사용한다고 해도 상상도 못하는 일이다.
제작시 고려한 점이라면.
Flash Player 9과 AIR 사이에 시너지 효과를 낼 수 있는 서비스 모델을 만들고 싶었다. 보통 Flash Player 9 기반인 Flash/Flex의 서비스와 AIR의 데스크탑 서비스가 사용자에게 전달되는 경로를 따로 생각하는 경우가 많다. 그런데 서비스 모델의 측면에서 AIR와 Flash/Flex가 동시에 서비스 되어 질 때 시너지를 낼 수 있다고 본다.
어떤 시너지를 말하는가.
UX의 질적 증대와 서비스 기능 자체를 강화할 수 있는 상태를 말한다. AIR는 운영체제 자원에 자유롭게 접근할 수 있으므로 서비스의 범위와 종류가 무제한으로 넓어진다는 면에서 Flash/Flex보다는 기능적인 면에서 뛰어나다. 사용자는 Flash/Flex기반 APP로 인해 쾌적하고 접근이 빠른 웹 서비스와, AIR로 인해 기존의 웹에서 불가능했던 일들을 할 수 있게 되는 편리를 동시에 누리게 된다.
‘Text Grinder Desktop’이 해외 사이트에도 올라가 있는 것으로 알고 있다.
Adobe AIR Marketplace나 Softpedia, Programmable Web 등 해외 SW 리뷰 사이트에 올라가면서 해외 이용자도 조금씩 생겨나고 있다. 실제 거의 대부분 내가 요청해서 등재된 것이고, Softpedia와 같은 경우는 먼저 게재 허락 여부를 묻는 메일을 보내왔고, 추천형식으로 게재를 해준 것이다. 그리고 Text Grinder Desktop이란 키워드로 구글에서 검색해보면 미국뿐 아니라 스페인을 비롯한 유럽 사이트에도 올라가 있는 걸 볼 수 있다. 영문 설명이 스페인어로 바뀌어 설명되어 난감한 경우도 있었고, 특히 .air를 .rar로 올려 한참 웃었던 기억도 있다. 아무튼 내가 만든 애플리케이션이 세계 곳곳에서 배포되고 있어 신기하고 뿌듯하다.
결론적으로 디자이너/아티스트와 개발자가 활동하는 영역의 밸런스를 잘 맞추어 발전했으면 하는 바람이다. Flash는 이제 사회 속에서 하나의 문화적 플랫폼으로 자리잡았기 때문이다.
“AIR 애플리케이션은 AIR애플리케이션 답게”, 정확히 어떤 의미인가.
AIR도 Flash만의 장점을 유지한 채 발전해가야 한다는 생각에서 한 말이다. AIR가 AIR 답게 발전해야 한다는 말은 특히 Flex-AIR의 조합을 두고 한 말이다. AIR가 갖고 있는 본질적인 장점이 유지되기 위해서는 Flash의 본질적인 장점과 같아야 하고, 그것이 단지 확장된 형태여야 한다는 것이다. 그런 면에서 볼 때 Artwork과 Development의 융합이 가능한 Flash 본원의 속성을 무너뜨리면 안 된다는 생각이다. 기존의 두 가지 측면이 동시에 발전하는 쪽으로 진행되어야 한다는 본다.
그런 생각의 배경은.
요즘 블로그나 주변 사람들 사이에서 Flex와 Flash를 차별 인식하는 경우를 보게 된다. 말하자면 Flex는 뭔가 학문적이고 전문적이고 진지하며 개발자의 것, 그리고 Flash는 뭔가 가볍고, 전문적이며, 비정규적이며, 디자이너의 것이라고나 할까. 더구나 Action Script3.0이 나오면서 점점 Flash라는 것이 기존에 그저 재미있게 쓰던 비전문 사용자들에게는 조금 낯설게 변하고 있다(나 같은 경우는 쌍수를 들고 환영했지만 말이다).
물론 재사용적인 성격과 일회적 성격이라는 태생 자체와 쓰임이 다른 프레임워크이긴 한데 일전에 RIA Leader 인터뷰에 나온 윤훈남님의 말처럼, 나도 Flash와 Flex는 진입하는 경로가 다를 뿐 완전히 같은 것이라는 주장을 한다. 심지어는 서로 상보적인 것이라고까지 주장하고 싶다.
Flex-AIR 조합으로 인해 AIR 애플리케이션이 C++나 Java 기반 애플리케이션들을 무리하게 대체하려고 하면 도리어 외면당할 것이다. AIR만의 독보적인 개성이 있어야 한다는 생각이다. 한가지 제안을 해본다면 Flex의 새로운 버전에서는 Flash 컨텐츠와 이를테면 드래그만 해도 알아서 붙는 등 쉬운 연동 기능이 들어갔으면 한다.
결론적으로 디자이너/아티스트와 개발자가 활동하는 영역의 밸런스를 잘 맞추어 발전했으면 하는 바람이다. Flash는 이제 사회 속에서 하나의 문화적 플랫폼으로 자리잡았기 때문이다.
기존 Flash 개발자가 Flex를 학습할 때 노하우가 있을까.
보통 학습을 망설이는 이유가 “Flash에서 Flex로 넘어온다”라는 생각을 갖고 있기 때문이라고 생각한다. 그 말은 개인적으로 성립되지 않는다고 본다. 기존의 Flash 지식이 탄탄한 분이라면 조금만 확장한다는 생각으로 Flex에 적응한다는 기분으로 하면 될 것 같다. 일단 Flex Builder라는 IDE환경에 적응하고, MXML이 어떤 식으로 액션스크립트를 생성해주고 팩토리 구조를 잡아주는지, 또 Flex는 Flash보다 훨씬 더 적극적으로 다형성과 추상성을 사용하는 환경이기 때문에 개발의 입장에서도 인터페이스를 더 잘 사용해야 한다. 특히 주변을 보면 자신은 OOP라고 하지만 실제로 OBP스타일로 코딩하는 경우가 많은데, 그것이 어떤 차이점을 가지고 있는지 등 OOP에 대한 기반 지식을 확실히 정리하면 좋을 것 같다. 실제 코딩할 때는 스타일이 다를 뿐 거의 같은 방식이니 프로젝트의 성격에 맞게 양자택일 하는 게 좋지 않을까.
트랙백 주소 :: 
