땡굴이™

은성이의 첫 번째 생일

(땡굴이) — Sat, 14 Nov 2009 01:02:52 +0900

이 녀석이 벌써 첫 번째 생일을 맞이했습니다.
첫 번째 생일 때는 컨디션이 별로 좋지 않다는 이야기를 들었는데, 지난 월요일 모기에 물린 이후로
컨디션이 조금 다운되어 있어서 걱정스러웠답니다. 다행히 어제저녁부터 컨디션이 조금씩
회복되었고 오늘 아침에는 살짝 웃음을 보이면서 오늘 행사를 위해 스스로 노력하는 듯한 모습을 보여주더군요.

비가 내린 후라 바람도 차고 집에서 나가기 전에 보온 처리를 위한 준비를 철저히 했는데
더운 걸 싫어하는 녀석이라 옷은 두껍게 입히지 않고 최대한 편하게 입혔답니다.
집에서 나가자마자 바로 잠을 자기 시작하더니 차에서 내릴 때까지 숙면을 취하더군요.
차만 타면 잠을 자는 매너있는 버릇을 가진 녀석이랍니다.
낮에 미용실 가다가 마이바흐에서 내리던 욘사마를 보고 오늘 왠지 기분 좋은 날인 것 같았는데
미용실에서 나오면서 광고 찍고 있던 김범과 이연희도 보았답니다.
하지만 욘사마의 포스때문에 김범, 이연희를 봤을 때는 별로 놀랍지 않더라고요.
다만 김범 얼굴이 정말 작다는 것과 이연희 키가 생각보다 훨씬 크다는 사실을 알게 되었네요.

높은 곳에서 내려다본 청담대교와 한강의 야경이 아름답더군요.
52층 높이에 대한 생각이 없었는데 이렇게 높은 곳에서는 무서워서 살 수 없을 것 같아요.
요즘 100층 이상 빌딩들이 우리나라에서도 건설되고 있는데 와우~ 생각만 해도 어질이질~

은성이를 만나기 전부터 가족들과 조용히 축하해주려고 했는데 요즘 신종인플루엔자때문에
오히려 행사를 크게 했다면 난감했을 것 같더라고요. 사실 이런 행사에 익숙하지 않아서..
결혼식때도 혼이 빠져나가는 듯한 경험이 있었는데.. 오늘도 가족들만 초대한 행사였지만
훨씬 큰 행사에서는 전혀 떨지 않는데 왜 이렇게 가족들 앞에서는 숙쓰러운지.. 완전 어색했답니다.

맛있는 음식과 즐거운 돌잡이로 은성이를 위한 첫 번째 생일을 마무리했는데요.
나중에 은성이가 커서 오늘 찍었던 사진을 보고 "장난해!" 이런 반응을 보이지 않을까 걱정되지만
충분히 설명을 해 준다면 너그럽게 이해해줄 거라 생각됩니다. 크크.
사진관에서 100일 사진도 안 찍어주고 돌 사진도 안 찍어줬다고 화를 내겠지만
1년 동안 아빠가 찍어준 사진이 대략 10,000장 정도되니까 실망하진 않을 거에요.

오늘의 주인공은 은성이지만 주인공 이상으로 축하를 해줘야 할 사람이 있습니다.
짧지 않은 1년 동안 은성이를 위해 정말 큰 사랑을 베풀었던 은성엄마.
진심으로 감사하고, 고맙고, 미안하고, 고생했어요.
앞으로 더 많은 시간 은성이를 위해 아낌없이 투자할 텐데 내가 잘할 수 있는 일이라면 최선을 다해
적극적으로 도와줄테니 저 좀 그만 혼내시고 내년에는 조금 더 성숙한 은성아빠가 될께요.
항상 건강하고 즐거운 일만 가득한 우리 가족이 될 수 있도록 더 많은 땀 흘리겠습니다.
은성아~ 은성엄마~ 사랑합니다.

Mill Showreel 2010

(땡굴이) — Mon, 09 Nov 2009 23:43:36 +0900

개인적으로 가장 좋아하는 프로덕션 중 하나인 Mill의 2010 Showreel입니다.
플래시를 하지 않았다면 가장 1순위로 일하고 싶었던 곳이 건축회사. 2순위가 바로 광고회사였습니다.
아직까지는 플래시를 하고 있는 게 다행이라 믿고 있습니다만 만약 건축가가 되었다면 어땠을까요?
지금 시작하기에는 너무 늦은 감이 있어 아쉽지만 포기하고 싶지 않은 장래 희망입니다.
아마튼 매년 밀의 쇼릴을 보면서 느끼는거지만 정말 프로란 말을 당당히 쓸 수 있는 곳이라 생각되네요.

Flash Builder 4를 위한 자동완성 플러그인 Flash Snippets

(땡굴이) — Sun, 01 Nov 2009 02:51:27 +0900

Flash Builder 4로 작업하면서 최근에 관련 동영상을 자주 보고 있는데요. 이번 MAX에서도 Flash Builder 4와 관련된 다양한 섹션 동영상을 볼 수 있었는데 여러 동영상 중에 Lee Brimelow가 소개한 강좌를 보던 중 이상한(?) 패널을 보게되었습니다.

해당 패널에 특정 단어를 입력하고 정해진 단축 키를 눌렀더니 자동으로 코드가 생성되는 신기한 기능이었는데 Flash Builder 4에 있는 모든 패널을 찾아봐도 해당 패널을 찾을 수가 없었습니다.

Google에서 검색을 해봐도 안보이고. 강좌 동영상을 보면 자주 그 패널을 이용해서 빠르게 코드를 작성하는 모습을 볼 수 있었는데 무척 궁금했습니다. 강좌가 영어로 진행되기 때문에 혹시나 숨어있는 단축키로 불러오는건 아닌지 동영상을 여러번 리플레이 하면서 봤는데 그런건 아닌 것 같더라고요.

사실 Flash Builder 4에서 기본으로 제공되는 코드 자동완성 기능이 있습니다. ASDoc 주석, 블록 주석, Getter/Setter 완성 기능 등이 있는데 Getter/Setter는 별도의 패널에서 지정 해야하기 때문에 조금 불편하지만 원하는 속성을 조금 더 자세히 선택할 수 있어서 한편으로는 편하기도 합니다.

아직 FDT 보다는 조금 불편하고 자동으로 완성 시켜주는 코드의 수도 적지만 유용하게 사용할 수 있는 기능 중에 하나입니다. 여기서 잠시 새로운 FDT 3.5 버전에서 제공되는 자동완성 기능을 살펴본다면 Flash Builder는 조금 더 분발해야 할 것 같네요. 아무튼 오랜시간 찾아보려고 노력을 했으나 시간이 지날수록 Lee Brimelow의 강의 영상에서 보였던 패널은 기본으로 제공하는 패널이 아닐지도 모른다는 생각이 들더군요.

아니나 다를까. 오늘 Lee Brimelow 블로그에 포스트가 되었는데 Flash Builder 4를 위해 Lee Brimelow가 직접 플러그인을 만들었더군요. (그것도 모르고 몇 시간을 패널을 찾기 위해 고생했답니다.)

플러그인의 이름은 Flash Snippets 이고 현재 초기 버전으로 테스트 중이지만 상당히 매력 만점의 플러그인 같습니다. 액션스크립트나 MXML 코딩 작업을 할 때 자주 사용되는 코드들을 사용자가 직접 지정한 단축단어와 해당 단축단어를 입력하고 실행했을 때 생성될 자동코드를 원하는 스타일로 제작해서 Flash Snippets에 저장해 놓고 사용할 수 있습니다.

실제 변수나 함수, 이벤트 같은 사용자 정의 이름을 제외한 코드들은 매번 복사를 해서 작업을 하는 경우가 많은데 이렇게 자주 사용되는 코드 뿐만 아니라 자주 사용되는 주석들도 빠르게 삽입할 수 있도록 나만의 코드 자동생성 라이브러리를 만들어 사용할 수 있겠죠.

사용방법도 간단합니다. 플러그인을 다운 받아서 eclipse의 plugins폴더에 복사만 하면 사용할 준비가 끝납니다.

플러그인을 복사한 후 Flash Builder 4에 복사한 후 실행하면 Window > Show View > General 탭에 Flash Snippets 패널이 추가된 것을 볼 수 있습니다. Flash Snippets을 선택해서 활성화 한 후 원하는 자동생성 코드를 입력해서 사용하면됩니다. 정식 버전에는 좀 더 많은 자동 코드 완성 기능이 포함되었으면 좋겠고 FDT처럼 오류나 경고가 있을 때 해당 오류를 해결할 수 있는 코드를 자동으로 입력해주는 기능도 포함되면 좋겠네요.

자세한 사용방법은 Lee Brimelow 블로그에서 확인하실 수 있습니다.

Adobe 제품군 아이콘 고해상도 PNG 파일

(땡굴이) — Sun, 01 Nov 2009 01:05:00 +0900

키노트 작업하려고 제품 패키지 Contents > Resources 폴더 안에 있는 icons 파일에서 하나씩 뽑아내기 시작했는데 결국 뽑다보니 설치된 모든 프로그램에서 뽑아냈네요. PNG 파일 검색해도 찾기 힘들고 이미지 크기도 작아서 직접 뽑아냈답니다. 역시 맥이 좋아요. 필요하신 분들은 마음껏 사용해 주시기 바랍니다.

RIA 전문가 4인의 집중 간담회

(땡굴이) — Fri, 30 Oct 2009 09:45:52 +0900

차세대 RIA의 핵심은 '오픈 멀티 플랫폼(Open Multi Platform)’,
이것이 Flash Platform을 선택해야 하는 이유다.

Adobe에서 Rich Internet Application 개념을 발표한 후, 최근 3년 동안 RIA는 혁신적 사용자 경험을 제공한다는 측면에서 웹 개발 분야의 필수로 자리매김 했다. 최근 RIA는 디바이스의 장벽이 허물어지는 멀티 디바이스를 통해 보다 나은 사용자 경험 혁신으로 발전해가고 있다. 특히 웹과 모바일을 넘어 디지털 홈에 이르기까지 연령대를 초월한 대중적 경험 전달로 진화해가고 있다. 이와 함께 개발자와 디자이너의 혁신적 개발 경험의 향상도 관심의 대상이 되고 있다. 또한 누구나 자유롭게 혁신적 경험을 만들어 갈 수 있는 오픈 환경의 지원이 부각되고 있다. 이런 요소가 차세대 RIA를 이끄는 동력이다.

- 일시 : 2009/9/23 오후 7시 30분
- 장소 : 한국어도비시스템즈 대회의실
- 패널 : 배준균(한국키스코), 오창훈(NHN), 강성규(코발트60), 이준하(RIA Soft)

고객의 요구사항은 어떤 변화 추세를 보이고 있는가?

사회 : 차세대 RIA의 모습을 이야기하기 위해서는 현재 시장(또는 고객)이 원하는 바를 파악해야 할 것 같다. 초기 RIA 시장과 비교해 현재 고객의 요구는 어떻게 변하고 있는가.

강성규 : 기술의 발전이 인류의 삶을 윤택하게 해주는 것과 같이, 우리가 개발하는 이유는 궁극적으로 고객이 원하기 때문이다. 최근 고객은 뛰어난 정보력에 기반해 다양한 요구사항을 이야기하고 있다. 프로젝트 초기 과정에선 이미 구현된 프로젝트를 충분히 벤치마킹한 후, 더 뛰어난 RIA 프로젝트를 요구한다. 그래서 RIA 기술이 점점 발전할 수 있는 것 같다.

배준균 : 2005년 초기에는 Flex에서 제공되는 기본 컴포넌트로 충분히 고객의 요구를 수용할 수 있었다. 최근엔 기본 컴포넌트를 사용하는 단순 시각화에서 벗어나, RIA로 어떤 비즈니스 가치를 끌어낼까 하는 고민이 이어지고 있다. 예를 들어, 영화의 한 장면을 보고, 이러한 모습을 우리 프로세스에 도입해 어떻게 비즈니스 가치를 올릴 수 있을까를 고려하는 단계이다.

이준하 : 예전에는 대시보드에 지도를 넣을 때, 지도 이미지를 불러와 포인트를 찍어 값을 표시했는데, 최근 고객은 좀 더 인터랙티브한 시각 효과를 원하고 있어 지도 위에 비행기가 날라 다니거나, 지도를 자유롭게 회전하는 등 그래픽 효과를 원한다. 이런 경우 Flex로만 구현하기 보다 인터랙티브한 부분은 Flash로 구현해 Flex에서 불러와 작업하고 있다.

디바이스의 확장, RIA의 가장 큰 변화다!

사회 : 최근 발생하는 고객의 요구 중 다양한 웹 브라우저, 운영체제의 지원이 있다. 멀티 플랫폼으로 개선되는 비즈니스 가치는 어떤 게 있을까?

배준균 : 기업 업무시스템의 경우엔, 대부분 기업 내에는 통일된 웹 브라우저와 운영체제를 사용하기 때문에 그 부분이 크게 영향을 받지는 않은 것 같다. 다만, 다양한 웹 브라우저와 운영체제의 지원이 갖는 의미는 다른 곳에 있다고 본다. 결국 RIA는 디바이스까지 확장된다는 것이다. PC를 넘어 디바이스까지 동일하게 사용하기 위해서는 다양한 운영체제나 웹 브라우저의 지원이 되어야 하기 때문이다. 지금은 그 과정으로 가는 단계로 본다.

오창훈 : 많은 사용자가 쓰는 포탈의 경우는 단 1%의 웹 브라우저 고객이라도 그 수가 엄청나기 때문에 반드시 고려해야 한다. 네이버 가계부를 예로 들면 런칭 2개월 만에 45만 명이 사용하고 있는데 이 중 1%는 4500명이다.

애플리케이션에서 다운로드 기능을 구현할 때, 서버에서 다운로드 한다면, 서버의 부하를 감당할 수 없다. 그래서 클라이언트가 담당할 수 있도록 Active-X를 이용하는데, Active-X를 지원하지 않는 다른 웹 브라우저의 고객들은 다운로드 기능을 이용할 수 없게 되는 것이다. 그래서 네이버의 N드라이브 서비스의 경우 Active-X가 지원되지 않는 브라우저를 지원하기 위해 Adobe의 AIR를 이용해 기능을 제공하고 있다.

이준하 : 파일 핸들링을 하기 위해선 Active-X를 사용하는데, 기업에선 신규 개발의 부담으로 쉽게 바꾸려고 하지 않는다. 그러다 보니 Flash 컨텐츠에 Active-X로 구현된 부분을 넣어야 되는 경우가 발생하게 된다. 신규로 개발되는 서비스의 경우, 업무 프로세스를 개선하고 웹 컨텐츠와의 호환을 고려해 Active-X 대신 AIR를 도입하는 것이 바람직하다고 본다.

실용성, 그것이 Flash와 Flex가 더해진 flash Platform이 부각되는 이유다!

사회 : 고객의 현 요구와 변화하는 시장에 대해 이야기 해보았다. 이런 트랜드 변화에 어떻게 하면 개발자들이 시야를 넓힐 수 있는지도 알아볼 필요가 있을 것 같다.

이준하 : 간혹 RIA의 의미를 정확히 알지 못한 채 RIA를 Java나 HTML의 화려한 버전 정도로만 생각해, ‘10일 내에 몇 페이지를 구현할 수 있냐’는 식으로 페이지를 찍어내주길 원하는 고객이 있다. 우리 RIA 개발자도 RIA의 개념을 명확히 인지하지 못하는 경우도 있고. 최근 엔터프라이즈 솔루션 자체에서도 Flex로의 연계가 쉽도록 API를 제공하고 있기 때문에, 자칫 무분별한 개발로 RIA가 갈 길을 잃지 않을까 걱정이 되기도 한다.

배준균 : 맞다 Flex 개발 문턱이 낮아지고 있다. 대학에서도 Flex 강의가 개설되어 있고, 신입사원도 쉽게 Flex와 기존 시스템을 연동할 수 있다. 하지만 기존 HTML과 똑같은 걸 만들기 위해서 RIA를 도입하는 건 아니다. RIA 개발자도 고객에게 어떻게 RIA의 가치를 줄 수 있는지 좀더 고민을 할 필요가 있다.

강성규 : 10년 가까이 Flash로 프로젝트를 진행하다 보니 사실 Flash가 더 익숙하지만, 최근 실용성을 강조하는 고객이 늘다 보니 Flash와 Flex를 함께 고려하게 된다. 간혹 고객 중에 Flash보다 Flex가 더 앞선 기술로 알고 있는 경우가 있는데, 그런 고객에게 Flex와 Flash의 장점과 어떤 경우에 적절하게 사용할 수 있는지를 제시할 수 있어야 한다. 그러기 위해서는 개발자가 더 많이 공부하고 경험해봐야 한다.

또, RIA 개발자와 디자이너는 Flex가 좋다, Flash가 좋다고 이야기하는 것보다는 Flash Platform 안에서 최적의 퍼포먼스를 내도록 마인드를 바꿔가는 것이 필요하다. 간혹 서버의 부하 문제가 발생했을 때 “그건 Flex의 영역이다”라고 말하는 Flash 개발자를 본 적이 있다. 액션스크립트 50줄이면 Flash로, 100줄 이상이면 Flex로 해야 한다는 이런 가이드는 어디에도 없다. 서비스의 종류에 따라, 유연하게 Flex와 Flash를 사용해야 한다.

Flex과 Flash의 결합이 개발의 유연성을 더한다!

사회 : 현재 Flash와 Flex가 함께 활용된 RIA 구축 사례들이 많이 있다. 구현하면서 느낀 점이나 노하우가 있는가?

배준균 : Flex는 개발의 편의성을 제공하기 위해 많은 컴포넌트를 제공한다. 이런 점 때문에 자칫 Flex가 무겁다고 느낄 수 있지만 충분히 다이어트가 가능하다. Flex와 Flash는 문제를 해결하고 표현하는 방식이 다르기 때문에 ‘이게 맞다, 저게 맞다’의 관점이 아니라 도입 고객의 입장에서 요구사항이나 유지보수 등의 요건에 맞춰 가장 적합한 방법을 채택하는 것이 맞다고 생각한다. 물론 적절히 결합을 하는 것도 방법이다.

강성규 : 그렇다. 고객은 완성된 결과물을 보고 만족해하지만, 막상 소스를 보면 유지보수가 하나도 고려되지 않은 채 타이트한 일정을 맞추기 위해 구현되는 경우도 많다.

오창훈 : 대규모 프로젝트에서 협업 또한 무시할 수 없다. Flash는 단독 개발로 진행되는데, 두 명이 프로젝트를 진행할 때 “내가 이 부분을 구현해서 SWF 파일을 줄 테니, 너는 로드해서 저 부분을 구현해라”라는 식으로 컨텐츠 레벨에서 협업이 이루어진다. Flex는 이클립스 기반이어서 실시간 협업이 가능하다. 같은 애플리케이션에서 “너가 체크박스를 만들면, 내가 이벤트를 만들께” 이런 식의 협업 작업이 이뤄져야 한다. 이런 협업이 이뤄지기 위해선 동적인 요소를 Flash로 만들어 라이브러리화하고 Flex에서 불러와서 제어하는 방법이 있다.

강성규 : 프로젝트 팀워크가 찰떡궁합이라면 Flash로도 Flex와 비슷한 협업효과를 낼 수 있지만 10명이 Flash로 같이 작업한다면 모두 출근을 해야 하는 상황이 발생할 수 있다. 컴파일을 해본 후에야 모든 기능이 잘 구현되어있는지 확인할 수 있기 때문에 이런 측면에선 상당히 비효율적이다. 그래서 대규모 프로젝트를 Flash로만 커버하기에는 어려운 점들이 있다.

Flex Builder 3가 Flash Builder 4로 이름이 변경된 이유

사회 : Flex Builder 3가 Flash Builder 4로 이름이 변경되어 베타가 출시되었고, 이번 MAX에서도 새로운 소식이 전달될 것으로 보인다. 이런 변화로 Flash Platform의 미래 모습을 예측해 본다면 어떨까.

이준하 : Flash Builder 4로 오면서, 타임라인이나 애니메이션 같은 작업은 Flash CS4 Professional에서 액션스크립트와 같은 개발 작업은 Flash Builder 4에서 편리하게 할 수 있도록 분리할 것으로 보인다. Flash CS4 Professional과 Flash Builder 4 영역의 전문성을 부여하고자 하는 것으로 판단된다. 중간에서 Flash Catalyst가 다리 역할을 해, Flash CS4 Professional과 Flash Builder 4에서 개발된 자원이 원활하게 교환될 수 있게 지원할 것으로 보인다.

강성규 : 또 최근 트렌드를 보면 비주얼 효과가 굉장히 화려해지고 있다. 단지 Flash로만 구현하는 것이 아니라 After Effects와 함께 작업하는 트렌드가 조성되고 있다. 지금까지 Flash에서 광범위하게 애니메이션, 비주얼, RIA 개발 등이 이뤄졌다면 Flash는 좀 더 화려한 그래픽 작업을, 지금까지 우리가 해왔던 B2C에서의 RIA 개발은 Flash Builder 4에서 구현되지 않을까 판단된다.

이준하 : 최근 MMORPG와 같은 웹 게임이 많이 소개되고 있다. 추가 설치 없이 웹에서 바로 즐길 수 있는 장점이 있는데, 이런 게임은 Flash로 작업하기 좋은 애플리케이션이다. 또 모바일 플랫폼으로의 진출 등 Flash가 어떤 모습으로 활약할지 기대된다.

오창훈 : 올해 10월 로스엔젤레스에서 개최되는 MAX 2009에서 Flash Player 10 모바일 버전이 발표되리라 예상된다. 현재 모바일도 윈도우 모바일, 안드로이드처럼 다양한 운영체제가 존재하는데, Flash Player 10이 모바일에 설치된다면 운영체제 구분없이, 원소스로 사용할 수 있을 것 같다.

차세대 RIA는 오픈 환경의 멀티 플랫폼이 기본이다!

사회 : 차세대 RIA라는 다소 범위가 넓은 주제로 각 분야에서 활약하고 있는 분들과 이야기하고 있다. 간담회를 정리하면서, 각자 예측하고 있는 차세대 RIA의 모습에 대해 이야기를 해봤으면 한다.

오창훈 : 지금까지 RIA를 구축할 때의 컨텐츠는 기업이 보여주고 싶은 정보를 풍부하게 보여주는 것에 초점이 맞춰져 있었다면, 이제는 그런 정보가 너무 많아짐에 따라 다른 사람과 나의 연관 관계를 나타낼 수 있는 서비스로 RIA 적용 분야가 확장될 것 같다. 기존의 RIA가 단지 정보를 표현해주는 도구로 이용되었다면, 차세대 RIA는 담고 있는 컨텐츠가 더욱 중요하게 대두될 것으로 보인다. 차세대 RIA는 SNS(Social Network Service)와 많은 연관이 발생할 것으로 예상된다.

배준균 : 사용자에게 풍부한 경험을 전달하는 것이 RIA인데, 현재는 PC 안에서만 이루어지고 있다. 다양한 디바이스에서의 디스플레이 또한 사용자 경험을 고려해야 한다. 또한 2D 이상을 표현할 수 있는 디스플레이의 등장도 예상해볼 수 있다.

이준하 : 비슷한 생각이다. 네트워크가 가능한 다양한 디바이스로 확장이 될 것이 분명해 보인다. 그런 측면에서 보면 RIA 즉, 리치 인터넷 애플리케이션이라는 용어가 차세대 RIA를 대변할 수 있는 용어가 맞을지 문득 생각이 들었다. 이와 함께 차세대 RIA는 커뮤니케이션과 기술적 접근까지 포괄한 확장된 오픈(Open) 환경이 지원되어야 누구나 자유롭게 혁신적인 경험을 만들 수 있을 것 같다. 폐쇄적 구조에서는 경험의 향상을 기대할 수 없다.

강성규 : 나 역시 RIA(Rich Internet Application)가 RDA(Rich Device Application)로 가는 게 아닐까 싶다. 현재 RIA는 하나의 기술로, 또는 Flash나 Flex라고 생각하는 경우가 많은데, RIA는 사용자에게 많은 경험을 전달하기 위해 나온 개념이다. 인터넷에 국한된 게 아니라, 자동차 계기판, 냉장고의 디스플레이에서도 사용자의 경험을 풍부하게 체험할 수 있도록 사용될 것 같다. 일차적으로 Adobe Flash Platform에서 이러한 것이 가능하도록 계속 발전하고 있다.

한달 전 간담회때와 비교해보니 아무것도 안했는데 살이 빠진 것 같네요. 역시 잠을 자지 말아야 할 것 같습니다.

삼성화재 마이애니카 애니홈종합보험 RIA

(땡굴이) — Sat, 24 Oct 2009 02:42:28 +0900

삼성화재 마이애니카 애니홈종합보험 RIA
http://www.myanycar.com/CR_MyAnycarWeb/mall/anyhome/product_intro.html

삼성화재 마이애니카 애니홈종합보험 RIA입니다. 지난 10월 6일 정식 오픈 후 현재 서비스되고 있습니다.

최근에 TV에서 '집을 지켜라~', '가스불 끄셨나요~'라는 삼성화재 광고를 한 번쯤은 보셨을 겁니다.
바로 그 광고의 보험 상품인 애니홈종합보험으로 플래시로 개발되었으며 다른 삼성화재 마이애니카 보험 상품들처럼 사용자가 직접 보험을 설계하고 담보 선택을 통해 보험료를 계산 실시간으로 가입과 결제까지 한 번에 제공해주는 서비스입니다.

이번 프로젝트는 기존 다른 보험상품 RIA에서 구현했던 플랫폼을 그대로 사용하면서 내부적인 클래스 구현 방식을 최대한 캡슐화되도록 제작하였고 보다 효과적인 소스 관리가 이뤄질 수 있도록 초점을 맞춰서 진행했습니다.

부담없는 가격으로 든든하게 마이홈을 지킬 수 있는 애니홈종합보험에 많은 관심 부탁합니다.

MCM직영몰 shopMCM

(땡굴이) — Sat, 24 Oct 2009 02:12:34 +0900

shopMCM
http://www.shopmcm.com

오래간만에 Kobalt60의 작품을 소개합니다.
요즘 많은 분께 사랑을 받고 있는 MCM의 온라인 쇼핑몰입니다.
기존 쇼핑몰 사이트를 리뉴얼 하는 프로젝트로 새로운 것보다는 익숙하면서도 직관적인 UI로 진행을 했습니다.
쇼핑몰의 목적에 맞게 제한된 조건에서 성공적인 결과를 만들어 내려고 노력했고,
작은 부분까지도 완성도를 높이기 위해 신경을 많이 썼답니다.
매장에서 판매되고 있는 수많은 제품을 한자리에서 만나볼 수 있는 MCM직영몰 많은 이용 부탁합니다.
아울러 작업에 참여한 TF팀 모두 고생하셨습니다.
참고로 MCM LOOKBOOK도 함께 구경해보세요.

Playgrounds festival 2009

(땡굴이) — Sun, 18 Oct 2009 00:13:27 +0900

The film was created in little over 2 weeks.
Playgrounds director Leon van Rooij asked us, like 6 months ago, if we wanted to do the titles for this years' fest.

I quote: "Playgrounds is a two-day festival in Tilburg, the Netherlands, where you can see the best digital audiovisual art in the world, such as musicvideos, animations, commercials, character design, VFX and games AND you can find out how it's been made during artist lectures and Q&A's."

Of course we said yes, because doing titles for festivals like these are rare opportunities. So we welcomed it with open arms.
Next to that, we've been involved in the festival for 3 years now and we are the first ones to design a title sequence for this festival. What a burden... ;)
With no creative brief and even less budget, we slowly started thinking, concepting, designing, thinking of how we could create something impressive, something new, something with a lot of production value but produce-able within 3 weeks and of course something we had not done before with our team, to challenge ourselves even more.

We ended up with the idea to have 2 fighters fighting over whatever on a childrens' payground. Kind of a metaphor for a creative process, which can be a battle sometimes.. kill your darlings.. etc.. etc... Anyway, this could become visually very interesting, so we thought. We focused on the image, look and feel, a bit more than we used to this time, simply because we wanted to.
We did some research, especially on the visual style in photography, the air we wanted the film to breath.
Initially, the film needed to be very slow paced, almost like a dance on classical music in ultra slow motion, this was still the idea at the time when we shot the images.

Just ultra slow motion, shooting with a phantom camera would not do the trick for us. We wanted to have more control over the slow motion in post production, still be be able to decide camera angles and motion. To do this we used the camera mapping technique in 3D.
The production was made fairly simple compared to live-action shoots with high speed camera's shooting on location. By using this technique, simply because we only needed still images, we wrapped the shoot in 3 hours. Our photographer, Jasper Faber did an outstanding job by using only 2 flash lights, a camera and a macbook.

In post production we changed the direction a little, we wanted more action. Jasper took a bunch of photo's which I found out could work just fine in a quick sequence. The contrast between the ultra slow-motion image and super fast paced short sequences made it more powerful and dramatized the impact of the slow motion sequence.
Joris, our sound designer did what was necessary to enhance the impact even more.

For the production of this shoot we contacted rotterdam based production company Revolver and asked them if they wanted to help us out producing the shoot.
Luckily they said yes. They had just signed photographer Jasper Faber who is now represented by Revolver. Jasper was willing to shoot the images and help us out with the production, since we knew that post production would be very time consuming. Revolver helped us out producing it, so we could focus solely on direction and post production.

The people who saw it thus far, all responded to the film equally, asking the same question "... how did you shoot it, with a phantom?" .. no, it's all 3D.

Credits:

Direction & Post-Production - Onesize (onesize.com)
Sound Design - Studio Takt (studio-takt.com)
Production Company - Revolver (revolver.nl/)
Producer - Dijana Olcay-Hot
Photography - Jasper Faber (jasperfaber.com/photography.html)
Fighter #1 - Jeroen Roos
Fighter #2 - Cesario di Domenico
Make-up - Elseline Hokke (elselinehokke.nl/)
Location Scout - Hans v/d Berg

Playgroundfestival: (playgroundsfestival.nl/)

요즘 타고 있는 자전거 구간

(땡굴이) — Thu, 15 Oct 2009 10:10:02 +0900

성수동 집 → 서울숲 → 응봉교 → 동호대교 → 한남대교 → 반포대교 → 강남으로 → 한남대교 → 동호대교 → 성수대교 → 영동대교 → 청담대교 → 잠실 유원지 → 잠실대교 → 잠실철교 → 강북으로 → 잠실대교 → 청담대교 → 뚝섬유원지 → 영동대교 → 성수동 집

최근에 새로 개장된 뚝섬 한강 고수부지와 반포 한강 고수부지가 자전거 타는 데 있어서 보행자의 안전과 편안한 라이딩을 즐길 수 있도록 잘 만들어졌답니다. 특히 잠실철교가 차량 통행을 할 수 없도록 자동차와 보행자 전용으로 만든 건 대단히 반가운 소식이었습니다. 한강을 건널 때 가장 안전하게 건널 수 있는 다리 중 반포대교와 잠실쳘교 추천합니다.

지도에 나와있는 것처럼 1시간 30분이 넘는 거리인데 지금은 초과하고 있지만 조금씩 앞당겨 볼 생각입니다. 한 번에 타는 건 무리가 있고 중간 지점에서 한번 정차해서 찢어질 듯한 엉덩이의 고통을 달래줘야 하거든요. 요즘 날씨도 선선하고 자전거 타기에는 정말 최고의 계절입니다. 저는 보통 9시부터 이 구간을 달리고 있으니 혹시나 지나가시다가 붉은색 헬멧에 하얀색 스캇 40을 탄 머리 큰 남자를 보면 아는척해 주세요. ^^;

[펌] Flash Builder for AS3 Developers

(땡굴이) — Tue, 13 Oct 2009 12:14:56 +0900

Refactoring

Refactoring is a critical part of any application's development. Refactoring refers to renaming classes and moving them around to help organize and optimize your underlying code structure. Refactoring has always been a sore spot in Flex Builder but Flash Builder 4 adds two new commands to make things easier.

First up is Rename. This allows you to rename a variable or method and all references to that item will be updated. This is very important to have and I'm glad to see it has it's own dedicated menu option. Here is a quick example of how to use it:

Find a variable or method you want to rename.
Highlight it and right click.
Select Refactor > Rename.
Fill in the new name and hit continue.
All files with a reference to this item will be changed and updated.

Next up is Move. This is important when moving a class file from one package to another. This actually existed in Flex Builder 3, but in Flash Builder it will actually rename the class's package to the location it was moved to. This is incredibly handy and a great addition to the editor. Here's how to use it:

Right-click on a class file you would like to move.
Select Refactor > Move.
Find a destination and hit continue.

Package Explorer Updates

Aside from the updated icons, the package explorer is now easier to read and understand. Also, there's a really nice feature that lets you expand a class's file and see all the methods in it without having to open it up. Here's an example:

Now default packages are clearly marked and all sub packages have different icons from the main package to help clearly see package hierarchy better.

In addition to those features, all projects now have the same icon as the Flash IDE, a red box with an F over it. This is Adobe's way of reminding you that everything is built for Flash, but I miss seeing Flex and ActionScript projects clearly being visually different.

ASDoc Panel

There's now a new ASDoc panel that will show you code documentation on any variable or method you highlight. If there is no comment to go with the selected item, you will see a simple description of the item.

Conditional Break Points

Breakpoints are a great asset when developing in Flex Builder and this feature has been slightly improved in Flash Builder. Conditional break points allow to you to stop your code when a specific condition has been met. Let's say you want to test when a Sprite goes off screen? Now you can create a break point and have it activate when the Sprite's x is greater then stage.stageWidth.

Create a break point.
Right-click on it and select break point properties.
Select enable condition.

Run To A Specific Line

This allows you to continue past a break point to a specific line of code. This is great if you are in the middle of stepping through your break points and want to see just a small part of your code get executed. Here's how you can do this:

Create a break point.
Run Debugger until the break point is reached.
Goto the line you want to run to, right-click then select Run to line.

Unit Testing

Unit testing allows you to create code tests that validate parts of your application. They're very big in almost every language, yet are new to Flash development. The basic idea is that you write a simple class to run code from another class to validate that it was successfully able to execute the command. Unit testing is now built into Flash Builder. It actually makes use of FlexUnit. Although going into the full setup for unit testing is well out of the scope of this article I'll show you a few simple steps to get it up and running:

Right-click on the Class you want to test, select New TestCase Class and hit next.
Choose which method you want to test.
Once class is created you can right-click on the unit test class and select "Execute Unit Test".
Add your unit test code.
Use the Run or Debug to execute your app as a unit test.

Setting up good unit tests can be complex and very time consuming, but it's great to see Flash Builder help automate as much of this as possible. Hopefully unit testing Flash applications will become a more widely accepted practice.

Templates

This was one of the features I was really looking forward to seeing added to Flash Builder. Code templates in Eclipse allow you to save a snippet of code and call it up at any time. It is really useful when setting up for loops or repetitive scaffolding code you may need to type out over and over again. Unfortunately, template implementation is limited to the setting up of Class files.

Here is where you can find the settings in order to update them:

Go to Eclipse Preferences panel.
Unfold Flash Builder tab.
Select File Templates.
Modify to your heart's content.

Player Targeting

In Flex Builder 3 you couldn't target a specific version of the Flash Player. Now in Flash Builder you can tell the project to build to the exact version of the Flash Player you need. It's also intelligent enough to tell you what is Flash Player 10.x.xxx specific verses Flash Player 9.x.xxx specific. There's also an updated Flex SDK 3.4 for Flash Player 9.x.x. If you select Flex SDK 4.0 you are locked into Flash Player 10.x.xxx. Here is how you can modify this property:

Right-click on a project and select Project Properties.
Go to the Compiler tab (this has a different name depending on what kind of project you're in).
You can choose the Flex SDK version, then below that is a property for Flash Player Options to modify the specific version you want to build for.
This is the same as putting -target-player=10.0.0 in the additional compiler arguments window.

Bugs, Problems and Workarounds

I've noticed a few issues while setting up Flash Builder 4 outside of it being a beta and thought I would share my notes here:

If you're on a mac and try to install subclipse you won't get very far. I found this great tutorial to help walk you through getting it to work.

When you do get SVN setup and checkout a project with the new project wizard as a library it will not remember the source path you select. To give you an example, when I check out Flash Camo and select src as the main source directory I still have to go into the project properties, once it is checked out, and reselect the source folder and all of the classes. This happened in Flex Builder 3 as well and is still a little annoying.

Want ANT support? I would suggest installing the plugin version of Flash Builder since it also installs a clean copy of Eclipse 3.4 (Ganymede). You will also get the Java editor but you can just ignore it if you have no use for it. My first impression of the standalone Flash Builder was that a lot of good things were stripped out of their custom Eclipse Build.

This is not a bug but more of an observation between creating a Flex 4 project vs a ActionScript 3.0 project and something that every developer should take into account. Make a default Flex 4 project and a default ActionScript 3.0 project then perform a release build for each and take a look at the swf's file size. A default Flex project with no code is at 194k vs a default ActionScript 3.0 project at 562 bytes. Now of course the Flex project is going to be larger since it includes the framework but starting at almost 200k is a huge overload if you are not taking full advantage of the framework. Just something to think about next time you are specking out a project and what technology you are planning on using as the code base for your project.

For the most part, it appears that all of the topics I discussed in my Flash Developer Sandbox Tutorial (part 1 and part 2) will work for you in Flash Builder. As I mentioned above, the only issue is the SVN. So if you are new to Flash Builder and want to learn how to set up a streamlined workflow check out my tutorial.

Closing Thoughts

It looks like Adobe added some great new features to Flash Builder making it an even better tool for developing Flash projects. Even though the majority of new features were placed on Flex Projects I hope I have illustrated several key enhancements that ActionScript 3.0 developers can take advantage of. As with any software release there are lots of features people would have liked to have seen added, but I'm very content with what's being delivered in this beta. With stiff competition from FDT it's getting harder to pick a favorite just yet. The unit testing alone is a major enhancement and probably the one feature I am most excited about. I'm also looking forward to playing with the newer version of the Flex Framework.

■ 원문 : http://flash.tutsplus.com/articles/reviews/flash-builder-for-as3-developers/

아직도 고민입니다. FDT에 익숙함을 쉽게 버릴 수 없는 상황이지만 앞 날을 위해서라도 Flash Builder를 사용하는게 낳지 낫지 않을까 생각되네요. FDT와 Flash Builder를 비교했을 때 장단점이 있는건 사실이지만 개인적으로 언젠가는 Flash Builder에 FDT의 모든 기능들이 탑재될거라 기대하고 있습니다. (인수할 수도 있겠죠? 크크.) 정식 버전이 출시되면 ActionScript Project를 지금보다 더 많은 기능들이 지원을 해 준다고하니 FDT는 잊고 새로운 익숙함을 배워야겠네요.