좋은 개발툴에대해서..

할 수 있는 것과 못하는 것은 분명 다릅니다.
일련의 dummy999님의 글을 보면 콘솔기반의 스크립트, 저급언어(C?), 그와 연관된 편집기등의 무용론을 보는듯합니다.
이런 이상한 논지를 펼치는 의도가 사뭇 궁금합니다.
어떻게 플래시랑 시스템 프로그래밍에 사용되는 언어랑 비교를 할 수 있습니까?

좋은 툴을 쓴다고 허접한 개발자라고 할 사람은 한명도 없습니다.
좋은 툴을 썼음에도 불구하고 산출물이 허접할 때 허접한 개발자로 불리는 것입니다.
예를 들자면, 겉멋만 든... 소잡는 칼로 닭잡으려는 그런 사람이나... UML만 사용하면 객체지향인 줄 아는 사람을 허접이라고 부를 수 있죠.

이건 논지를 벗어나는 질문입니다만, 한가지 개인적으로 궁금한 건, 혹시 회사에서 일할 때 dummy999님이 구입요청한 툴을 안 사줘서 욕구 불만 상태이신건 아닌지... 아니면 콘솔쪽에 약해서 상사나 동료한테 욕을 먹은 경험이 있는지 이런 것이 상당히 궁금해집니다.

saxboy님의 말씀처럼..
그 좋은 툴의 테두리 안에서만 그 개발자는 의미를 갖게 될 것이며..

더욱 중요한건,
플래쉬라는 좋은 개발툴을 어떤 환경에서 만들었을지 생각해보세여.

다른 개발자들에게 더 좋은(dummy999님께서 생각하시는 최고라 불리우는) 환경을
만들어주기 위해서 콘솔에서 출력되는 수많은 trace message들과 씨름하고 있는
개발자를 생각해보시기 바랍니다.

GUI가 더 좋고 훌륭하다는 기본적인 생각까지 부정하고 싶지 않습니다.
다만 그러한 훌륭한 GUI를 만들어내기 위한 근본적인 것들을 배제하고 있지 않는지
스스로 생각해보시기 바랍니다.

제가 알기로 누구도 GUI의 효용성에 대해서 부정한 사람은 없는걸로 압니다.
최소한 KLDP BBS에서는여..

자료를 모으려는 목적이나, 연구를 할 목적이시라면 더더욱 기본에 충실한
연구가 되었으면 합니다.

dummy999님의 글을 읽을 때마다 느끼는 거지만 좀 더 글 쓰기 전에 한 번 더 생각하고 정확히 말하고 싶은게 뭔지 명확하게 정리하고 올리실 필요가 있는 것 같습니다.

일단 모호한 부분을 제외하고 플래쉬에 대해서만 말씀드리자면, 맞습니다. 플래쉬는 사람들이 생각하는 것보다는 훨씬 강력한 플랫폼이고 잠재력도 있습니다. 하지만 나름의 분명한 한계도 가지고 있습니다.

아시는 분은 아시겠지만 매크로미디어에서는 J2EE기반 어플리케이션 서버와 관련 개발툴을 함께 판매합니다. 그리고 최근에는 J2EE나 닷넷 서버와 직접 통신할 수 있는 플래쉬 Remoting이라는 제품을 내놓았습니다. 즉, 플래쉬 프론트 엔드와 백엔드가 통신하기 위해 단순히 페이지가 로딩될 때 파라미터를 넘기는 식이 아닌 페이지 리프레쉬 없이 백단과 연동되는 완전한 웹어플리케이션을 제작할 수 있다는 뜻입니다. 관심 있으신 분들은 아래에서 데모를 확인해보시기 바랍니다.

http://examples.macromedia.com/petmarket/store.html

하지만 범용 개발 플랫폼으로 플래쉬는 명확한 한계를 가지고 있는데, 이는 dummy999님이 말씀하신 대로 컴파일이 없다던가 하는 문제라기 보다는 크로스플랫폼 기반이라는 환경과 플래쉬 자체의 특성에서 오는 문제입니다.

JRE의 크기가 왜 10메가에 가까운지를 생각해보면 쉽게 이해가 갈 것입니다. 그래픽관련, 사운드 관련, 보안관련, 등등... 프리젠테이션에만 초점을 맞춘 플래쉬를 범용언어로 쓰려면 필요한 라이브러리가 수없이 많고, 문제는 그 모든 라이브러리를 플래쉬가 돌아가는 모든 플랫폼에서 개발할 여력을 매크로 미디어가 가지고 있는지, 또 있다고 해도 플래쉬 플레이어가 10메가에 가까워 지면 지금처럼 대중적으로 사용될 수 있을지, 또 그렇다고 해도 자바나 닷넷 등의 기술과 경쟁에서 살아남을 수 있을 지 등등의 이슈가 남습니다.

다른 이유로는 스크립팅언어라는 한계와 플래쉬 자체가 표준화되지 않은 매크로미디어의 제품에 불과하다는 측면입니다. 플래쉬를 범용 개발플랫폼으로 사용해서 수십명의 개발자가 수십만 라인에 이르는 코딩을 했을 때 모듈화와 소스관리가 가능할지, 또 빌드 자동화는 가능한지, 그리고 과연 자바와 같은 충분한 써드파티 라이브러리 지원을 얻을 수 있는지 등등의 문제가 생긴다는 것입니다.

분명 매크로미디어도 이런 한계를 잘알고 있고 그래서 플래쉬의 강점이 최대한 발휘될 수 있는 프리젠테이션 부분이나 웹어플리케이션 프론트엔드 분야에 집중하는 것입니다.

단순히 그림이 잘 나온다고 범용 프로그램 개발툴로 적합하다고 생각하는 건 실무를 잘 이해하지 못한데서 오는 지나치게 단순한 생각이 아닌가 합니다.

여담이지만 개인적으로 앞으로의 클라이언트 어플리케이션은 XUL 계열이 주류를 이룰 것으로 판단합니다. 즉, 표준적 XUL을 생성하는 언어 독립적 UI 빌더를 이용해 앞단을 제작하고 이를 돌릴 수 있는 .NET, GTK+, QT, 혹은 SWT, wxWindows 등등의 툴킷 바인딩이 나온다면 진정한 크로스플랫폼 네이티브 어플리케이션 개발이 활성화될 것으로 봅니다. 어쩌면 UI만 따로 컴포넌트화 되서 공유될 수 있을지 모릅니다. 뭐 최고의 브라우저 껍데기나 최고의 메일 프로그램 껍데기를 개발하는 오픈소스 프로젝트가 생겨날지도 모른다는 생각입니다 :)