"Withflex는 실무 정보들을 모아서 제공하는 공유 마인드에서 출발합니다"

Withflex 최성훈 대표

 

Flex 컴포넌트 카페 운영자, 브라이언이란 닉네임, 두가지 표현이 최성훈이란 이름보다 더 친근한 사람들이 많을 것 같다. 최근 Flex 교육사업을 위해 Withflex란 회사를 설립했다는 소식을 듣고, 신촌에 자리잡은 사무실로 찾아갔다.

 

Withflex를 만든 이유는 무엇인가요?
오래 전부터 제 꿈이었습니다. 그리고 잘 할 수 있는 일이 무엇일까 생각해보니, 주변의 많은 분들이 저에게 알고 있는 지식을 잘 전달하는 재능이 있다는 이야기를 해준 기억이 나더군요. 오랜 동안 교육에 대한 꿈을 펼치고 싶었고 교육 사업을 본격적으로 하고 싶어서 만들었습니다.

 

어떤 교육사업을 말하는 건가요?
아직 Flex에 대해 많은 분들이 어려워하는 것 같아요. 본인이 구현하는 게 정답인지 몰라서 힘들어한다고 할까요. Flex 강의에서 설문을 해보면, 반 정도가 설치도 안 해본 분들이 많아요. Flex에 관심은 있는데 책으로 시작하려니 어려워서 초기에 어떻게 시작할 지 모르는 분들이죠. 여기에는 개발자뿐만 아니라 디자이너, 기획자, 심지어는 영업하는 분들까지 포함되고요. 그런데 정작 오프라인 교육을 보면 고정된 패턴으로 진행하다 보니 한계가 있다는 걸 많이 느껴요. Flex로 프로젝트를 하다 보면 성능부터 업무 프로세스에 적합한 기능 구현, 파일 사이즈 체크와 같은 사소한 부분들까지 고려할 것이 많은데, 이런 다양한 커리큘럼의 교육을 통해 Flex 개발자로서의 가이드를 제시할 수 있을 것입니다.

 

그럼 Withflex는 Flex 교육 전문 서비스를 모토로 하는 것인가요?
향후는 교육사업뿐만 아니라 컨설팅, 솔루션, R&D 사업으로 이어나갈 것입니다. 첫 시작이 교육사업이고, 리쿠르트까지 추가된 서비스 사업도 생각하고 있어요. 또한 개발과 관련된 정보를 자유롭게 오픈하지 못하는 국내 환경을 자유롭게 오픈하는 환경으로 바꿔나가는 것도 하나의 목표랍니다.

 

Withflex란 그림을 그린 이유는 무엇인가요?
초창기 Flex 프로젝트를 진행하면서 어려운 문제가 발생할 때 정보의 부족으로 인해 많은 고생을 했었습니다. 그것으로 인해 경험도 쌓았지만, 개발자들이 알아서 해결해야 하는 상황이 아쉬웠던 거죠. Flex 컴포넌트 카페를 운영하게 된 계기도 여기서 출발했고요. 하나하나 맨땅에 헤딩하는 기분으로 경험 했던 내용을 오픈하면서 그런 어려움에 있는 사람들에게 도움이 되길 바랬었어요.

 

Withflex와 Flex 컴포넌트 카페는 어떻게 구분이 되나요?
Flex 컴포넌트는 만인을 위한 커뮤니티이고, Withflex는 어느 정도 기초를 잡은 사람들에게실무 프로젝트 정보들을 모아서 제공하는 컨셉입니다. 즉, Withflex에서는 유료컨텐츠가 있어 컴포넌트, 솔루션 레벨까지 프로젝트에 필요한 문서들을 모아 서비스 해나갈 예정입니다. 그리고 무료컨텐츠를 지속적으로 제공해 Withflex의 공유 마인드를 유지해나갈 것이고요.

 

최성훈씨는 개발자로서 어떤 분야에서 첫 출발을 하셨나요?
맨 처음은 웹 마스터로 시작했고요. 그 당시 천리안 웹 마스터 동호회의 시삽으로 활동했어요. 웹 마스터라고 하면 전 분야의 일들을 다해야 하는 것으로 생각하잖아요. 디자인에도 관심이 많았어요. 개발쪽은 ASP, PHP로 시작해서 비주얼베이직, C, C++, JAVA를 했어요. 플래시를 학습하면서 플래시 4 버전의 매크로미디어 문서를 보면서 객체지향이란 말을 처음 접했고, 객체지향이 무엇일까 관심을 가지다 JAVA를 깊이 있게 공부하기 시작했어요.

 

클로즈 알파 때 Flex란 이름이 아니었고 로얄(Royale)이란 이름이었어요

 

Flex는 나오기 전이죠?
그 당시에는 Flex란 이름이 없었죠. 클로즈 알파 때 Flex란 이름이 아니었고 로얄(Royale)이란 이름이었어요. 그 때 소수의 베타테스터들에게 약간은 오픈을 해주었는데, 로얄을 관심 있게 봤어요. 컨셉이 마크업 엔진을 써서 SWF를 생성했는데, 과연 이것이 될까 의아해했죠. 왜냐면 2002년 그때만해도 플래시 하는 분들이라면, 플래시 안의 컴포넌트를 쓰는 사람이 거의 없었거든요. 무겁다, 쓸데없는 기능이 많다 등의 여러 이유로 사용을 안하고, 디자이너 분들은 컴포넌트를 디자인 해 본적이 없거든요. 어떻게 접근해야 하는지 모르는 거죠. 디자이너 분들은 자기가 원하는 그림을 저작도구로 그리고, 마우스 이벤트를 처리할 때도 간단한 액션스크립트를 사용하고, 애니메이션 부분도 자유자재로 하고 싶은데 컴포넌트 기반이어서 개념이 없다 보니 거의 사용을 못하는 거죠. 그래서 그 당시 로얄을 보고 관심만 가지고 주의 깊게 지켜만 보고 있었답니다.

 

그럼 어떤 계기로 Flex에 관심을 가지게 됐나요?
로얄 이후 Flex 1.0이 공식 릴리즈 됐지만, 그 때만해도 관심을 갖고 프로젝트에 적용해보겠다는 회사가 거의 없었어요. 그런데 느닷없이 엔터프라이즈 기업에 영향력 있는 영업하는 몇몇 분들이 모여 Flex가 될 것 같다는 생각 속에 제가 몸 담았던 리아소프트란 회사가 국내 최초 Flex 전문 개발사로서 만들어졌고요. 거기에는 RIA를 구현하는데 Flash에서의 컴포넌트 접근의 제약 등 Flex가 가능성 있는 도구가 될 것 같다는 생각이 있었던 거죠. 고객의 반응 또한 매우 좋았던 것을 기억합니다.

 

Flex로 처음 진행한 프로젝트는 어떤 것인가요?
국내 최초 플렉스 프로젝트는 XX 화재 SMS쪽으로, 서버가 지금 정상인지를 체크하는 대시보드 형태의 개발이었어요. 그 다음 통신사부터 제조, 의료 분야까지 다양하게 진행됐죠. 주로 EIS, SMS, SCM, ERP 분야가 대세를 이루었었지요.

 

기억에 남는 Flex 프로젝트가 있으세요?
모 병원 SMS 프로젝트였어요. 그렇게 기억에 남는 프로젝트는 평생 없을 겁니다(하하). 대략 2005년 8월쯤인데요. 간단히 정리해보면 요구사항이 많았고, 해당 내용을 확정해주는 사람들이 모두 6분이나 있었어요. 그러니 기간은 정해져 있고 요구 사항은 많고 결정권자가 수두룩하니, 진행하는 사람만 죽어나는 거죠. 그리고 SMS쪽에 Flex 요구가 많은데, 문제는 SMS쪽은 외관상만 보면 특별히 할 일이 없을 것이라 생각하는데, 그 내부를 보면 해야 할 일이 정말 많거든요.

 

 

Flex 도입 전 생각해야 하는 것들이라면 무엇이 있을까요?
두가지 패턴에 대해 생각을 하면 좋을 것 같아요. 하나는 자기들의 시스템을 웹으로 전환하고 싶은데 Flex를 도입하고 싶다. 기존 화면이나 기능을 담고 싶어하는 경우죠. 하지만 막상 구현하다 보면 불가능한 것도 있어요. 화면상의 기능이 불가능한 것이 아니라, 예를 들어 기존 파워빌더, 비주얼베이직은 이렇게 빠른데 얘는 왜 이렇게 느리냐는 거죠. 그 속도를 맞춰줄 수는 없잖아요. C/S와 웹이란 환경 자체가 다른 거니까요. 기존 틀과 비교하면서 요구하는 분들이에요.

그리고 다른 하나는 새로운 업무사항 등을 업데이트해서 진행하고 싶다는 거죠. 한마디로 설계를 다시 해야 하기 때문에 업무 정리를 해야하는데, 고객들 스스로 업무가 정리되어 있지 않아서 업무를 정리하며 화면 설계를 하는 경우에요. Endless 프로젝트가 되죠(하하).
또 하나의 패턴이라고 한다면, 대형 프로젝트의 경우 대형 SI가 들어갑니다. 이런 경우는 Flex 개발자들이 참 힘들어요. 왜냐면 만들어 놓고도 잘 했다 소리를 못 들어요. 이유가 SI가 이미 모든 설계를 다하고, 화면만 Flex로 어떻게 해보자는 컨셉이기 때문에 들어가서 막상 설계 분석을 보면 HTML 기반의 화면으로 설계가 다 되어 있어요. 이것을 왜 Flex로 해야 하는지 모르는거죠. 설계 단계부터 Flex를 고려해 진행해야 하는데, 해놓고도 이게 Flex인지 HTML인지 구분이 안가는, 그런 어려움이 있죠.
제가 국내 정상 UX 전문가 몇몇 분들에게 Flex를 보여드린 적이 있었어요. 첫마디가 이런 툴이 있었냐고 하세요. 이걸 제대로 잘 활용하면 내부 업무 혹은 웹 상에서 표현 가능한 것이 무궁무진하겠다고 말씀하세요. 그리고 꼭 덧붙이는 게 설계하는 분들이 기존 틀에서 좀 더 유연해져야 한다는 이야기에요. 기존 행동반경에서 벗어나지 않으면서 말만 인터랙티브하고 다이내믹한 웹을 원한다는 거죠.

 

개발이 진행되는 과정에서도 고려할 점들이 있을 것 같아요.
고려해야 할 점 많죠. 디자이너와 개발자와의 협업 관계에 대해서도 검토를 하셔야 합니다. 디자이너 분들이 Flex를 모르고, 포토샵, 일러스트 수준에서 디자인을 자유롭게 하거든요. 개발자 입장에서는 그 디자인을 그대로 반영해서 화면을 구현하기가 쉽지 않습니다. Flex를 알고 Flex에 적합한 디자인을 해주면 좋다는 것이죠. 그래서 디자이너들도 Flex 교육을 받아야 할 필요가 있다고 생각합니다. Flex를 이해하는 디자이너가 필요한 거죠. 사실 PM이나 PL 입장에서 고려해야 할 것들이 많이 있지만 짧은 인터뷰로 다 말씀 드리기는 어렵겠어요. 다만, Flex 프로젝트에 투입되어야 할 인원 구성은 PM, 컴포넌트 개발자, 화면 개발자, 디자이너, 아키텍트, 기획자를 필요로 한다는 것을 강조하고 싶네요.

 

디자이너가 어느 선까지 접근하는 것을 말씀하시는 건가요?  
기존의 웹 환경과 똑같다고 보면 될 것 같아요. 예를 들어 디자이너가 이미지 제작을 하고, 이미지를 커팅해서 HTML을 작성하고, 프로그래밍에 대해서는 전혀 관여하지 않는 수준까지만 생각해도 될 것 같아요. MXML이란 것을 직접 작성해서 화면 레이아웃을 그려낼 정도는 되어야 한다고 생각하구요. 각 컴포넌트들의 스킨이라던지 스타일이라던지, 아니면 컴포넌트 만드는 과정에서 어느 시점에 디자인이 들어가야 할지 등 개발은 기능 위주이기에 기능을 제외한 나머지 부분, 이펙트(애니메이션적인 효과) 등도 개발자 영역이 아니기에 디자이너분들이 접근할 수 있어야 Flex 디자인을 이해한다고 볼 수 있을 것 같아요. 한마디로 눈에 보이는 영역은 모두 디자이너가 처리 해야 한다고 생각합니다. 

 

액션스크립트 3.0에 대한 지식은 어떤가요?
액션스크립트 3.0을 공부하는데, 액션스크립트 혹은 어떤 언어이든지 마찬가지겠지만, 구문만 배우고 화면에서 기능만 돌아가면 된다는 컨셉의 접근은 위험하다는 생각이 들고요. 더군다나 액션스크립트는 프로그래밍 방법에 따라 성능이 천차만별로 달라지기에 더 중요하답니다.
디자이너분들이 Flex에 관심을 가지고 배우려고 하는데, 기본적인 개념 정도는 알고 접근하는 게 좋다는 것이죠. 액션스크립트 구문, 알고리즘을 액션스크립트로 구현할 때는 어떻게 하는 것이 좋은지 등에 대해서도 배우면 좋을 것 같아요.

 

디자이너들이 알아야 하는 이유라면?
액션스크립트를 해야 하는 이유라면, 디자이너는 디자인 툴만 가지고 디자인 하는 사람을 디자이너라고 부르지 않습니다. 실제 런던의 모 대학은 자바를 디자이너들에게 가르칩니다. 자바 프로그래밍을 해서 프로그래밍적으로 접근해서 디자인을 어떻게 하는지 알고리즘까지 다 배우거든요. 실제로 액션스크립트에 들어있는 Drawing API라고 해서 프로그래밍으로 그림을 그려내는 기능을 제공합니다. 그리고 MXML 태그로 생성되는 것들 모두 액션스크립트로 동적 생성이 가능해요. 그런 것을 디자이너들이 배워서 직접 할 수 있을 정도가 되어야 Flex를 한다고 말하고 싶어요. 이팩트라는 것도 프로그래밍 적으로 들어가야 나오는 것이기 때문에 기본 개념은 모두 배우셔야 할 것 같아요.

 

자바 개발자가 Flex로 접근할 때, 생각할 점이라면 무엇이 있을까요?
자바 개발하시는 분들이 Flex를 보고, 전부 다 내가 하겠다란 생각을 하는 경우가 있는데 그건 어리석은 생각 같아요. Flex는 OOP에서 이야기하는 일반적인 객체를 사용하는 경우도 있지만, 눈에 보이는 것들을 그냥 객체라고 생각하면 안되고, 그것은 인터랙티브 객체, 즉 뭔가 상호작용하는 것들이에요. 클래스 레벨로 설명을 하면 최상의 오브젝트가 있고, 그 밑에 이벤트 디스패처라는 것이 있어요. 이벤트 디스패처라는 것은 뭔가 이벤트를 발생시켜 가지고 받아서 처리하는 형태로 기능을 제공하는 것이거든요. 상호작용을 하는 기능을 갖고 있는 객체라는 것이죠. 그런 개념부터 차근차근 알아가셔야 합니다.

또한, Flex는 컴포넌트 기반의 프로그래밍을 하게 되는데, 자바 개발자 분들 중에 컴포넌트 내부까지 들어가서 디자인적인 요소를 핸들링하고 싶어하는 분들이 많은데, 차라리 컴포넌트 레벨을 연구 하기 보다 Flex와 접목되는 부분, 레거시 시스템들과 Flex가 연동되는 그런 부분의 자동화하는 어댑터 역할을 하는 부분에 공수를 쏟는 게 맞다고 봅니다. 컴포넌트 개발은 기존의 액션스크립터들의 영역이라고 생각합니다. 적어도 5년 정도의 경력을 가진 액션스크립터가 컴포넌트 개발에 참여한다면 자바개발자 10년 된 사람보다 낫습니다. 왜냐면 인터렉티브 객체에 대한 개념과 컴포넌트 내부 구조에 대한 이해가 빠르기 때문입니다. 그보다 중요한 이유는 html의 한계를 이미 오래 전부터 벗어나서 개발해온 경험이 있기 때문이지요.

 

개발 과정에서는 어떤 그림이 될까요?
자바개발자들이 Flex와 접목시켜 할 수 있는 일이 정말 많습니다. WAS를 비롯해 DB와 연동하는 것은 자바 개발자가 더 잘 아니까요. 하지만 Flex 내부에서 사용하는 컴포넌트 자체의 요구사항을 담아내는 부분은 액션스크립트 개발자가 하는 것이 맞는 것 같아요. 자바개발자가 해야 할 일이 아니고요. Flex 컴포넌트 자체가 플래시 기반에서 시작한 것이기 때문에 액션스크립트 하는 분들 대부분이 디자인으로 시작해서 플래시를 사용하면서 플래시의 장점을 잘 아는 분들이기에 그 내부 구조를 액션스크립트 개발자들이 더 잘 안다는 것이죠. 그렇기 때문에 자바 개발자들보다 그 분들이 객체지향 개념이 조금 부족해도 그 분들에게 객체지향을 알려주고, 디자인패턴 개념을 알려주고 컴포넌트 확장을 요구하면 훨씬 더 잘 할 거라는 거죠.

 

Flex의 철학은 무엇일까요?
어떤 제품이던 사람이 그 중심에 있다고 보는데요. 세탁기만 봐도 방망이로 두들기고 손으로 물을 짜다가 짤순이라는 전자제품이 나오고 발전되어 세탁기가 나오고 이제는 말려주는 기능까지 하는 지금의 세탁기가 나오기까지 그 중심에는 사람이 있잖아요. 미래의 세탁기는 어떤 기능이 추가 될지 아무도 모르지만 우리는 알고 있지요. 사람이 더 편하게 빨래를 할 수 있는 뭔가가 나오던가 다른 무엇을 동시에 할 수 있는 어떤 것이라는 것을. 프로그래밍 언어도 마찬가지 같아요. Flex라는 것이 플래시 기반으로 무엇인가를 만드는 것인데, 개발자와 디자이너들이 좀 더 편리하게 그것을 만들 수 있도록 해주고, 그 결과물은 사용자에게 편의성을 제공하는 것이죠.

 

Flex로 해보고 싶은 일이 있나요?
Flex를 가지고 엔터프라이즈 포털하고 접목시키는 프로젝트를 진행한 경험이 있어요. SA
P 넷위버라던지, BEA 웹로직 포털이라던지요. 이런 포털에서 돌아가는 Flex를 많이 구현했는데, 제가 하고 싶은 것이 Flex를 가지고 전체 포털을 구현하는 것이에요. 엔터프라이즈 포털이 가지고 있는 기능을 담아내야 하는데, 사용자 권한 관리쪽에서도 역할별로나 유저 그룹별로 관리할 수 있고, 그룹별로 메뉴를 자동으로 다르게 할 수 있어야 하고, 개인화라고도 할 수 있죠. 메뉴와 컨텐츠를 연결해줘서 CMS가 관리해주는 거죠. 그것을 Flex로 해보고 싶습니다. 사실 이런 생각은 모두가 하고 있지요. 그래서 매쉬업이라는 것도 많은 Flex 개발자들에게 주요 관심 분야가 되고 있지요.

 

Flex가 적용되어야 하는 분야라면?
공공기관에 좀 더 많이 적용될 필요가 있다고 생각해요. 지금 우리가 민원서비스를 받으면 여러 단계 및 불편함이 있는데, Flex를 접목시키면 일반 사용자, 어린아이부터 노인까지 쉽게 사용할 수 있는 UI를 만들어낼 수 있지 않을까 생각해봅니다. 공공기관으로 들어가는데 B2C가 아닌 내부 업무시스템 부분이 많거든요.

 

오픈소스를 통한 Flex 적용시 고려할 점이라면?
Flex는 해보고 싶고 처음부터 오픈소스로 일단 해보자란 생각으로 SDK와 BlazeDS에 대해 접근하는 것은 위험하다고 생각합니다. 즉 내부에 Flex를 잘 아는 인력이 있어야 할 것 같아요. 어떤 어플리케이션을 구축하는데 기간 산정이 안 된다는 건 Flex를 모르는 것이라고 생각해요. 모 업체의 어떤 분이 PM이라고 나가는데, 스스로 기간 산정이 안되면 그 프로젝트는 힘들어지는 거죠. 그런 PM 역할을 할 수 있는 사람과 구현 가능한 인력이 있다는 전제 하에서 오픈소스를 활용해야 할 것 같아요.

 

올해 최성훈씨가 목표하는 바가 무엇인지, 그 목표를 위해 어떤 노력을 할 것인지.
올해는 Withflex를 오픈시키는 것이고, 교육을 위한 인프라를 갖추는 한 해가 될 수 있도록 노력할 것이고요. 최성훈이란 개발자가 어떤 개발자일까 생각해보면 참으로 고집스러운 개발자인 것 같은데, 이는 프로젝트가 잘 되어야 한다는 저의 의지가 있기 때문에 그런 것이고요. 그런 것이 모여 신뢰 있는 개발자가 될 수 있는 것 아닐까 싶어요. 또한, 제 스스로 부족한 부분을 채워나가며 함께 하는 제 소중한 인맥 분들과 협력하여 Flex 시장에 기여할 수 있도록 노력하고자 합니다.