세계의끝과 플래시 원더랜드

최근에 3D 쿼터 뷰(quarter view)의 슈팅 롤플레잉 형식의 게임 제작을 하다가, 객체간 앞뒤 관계(원근관계)를 자동으로 파악하여 세팅해 주는 기능이 필요하게 되었습니다.
작업에 들어가기 전에는 “setChildIndex() 메서드로 index 만 바꿔주면 뭐 금방 되겠지” 하는 생각을 했었는데, 막상 작업을 하다보니 이런 저런 이유로 상당히 녹록지 않은 작업이 되어버렸습니다.

일단 무슨 게임을 만드는지 살펴볼까요?
키보드의 wasd 키로는 이동 방향을 전환하고, 마우스로 플레이어 캐릭터의 방향과 슈팅을 하게 되는 롤 플레잉 스타일 게임 입니다. WOW(World of Warcraft)의 플레이 스타일과 비슷하다고 생각하면 되겠습니다.

게임의 시각 객체들을 담고 있는 컨테이너는 아래와 같이 만들어져 있습니다.

(계속 읽기…)

2009년 5월에 “초보 프리랜서 견적 낼 때는 이렇게” 라는 제목의 포스팅을 했는데, 그 글은 이 블로그에서 상당히 높은 페이지 뷰를 기록하는 글 중의 하나 입니다. 저는 그 포스트의 본문에도 대략 암시되어 있듯이, 읽는 대상을 플래시 개발자로 잠정적으로 설정하고 글을 썼지만, 실제로 검색엔진 유입 경로를 보면 그보다는 훨씬 다양한 방면의 사람들이 그 포스트를 읽고 계신듯 합니다.

이 포스트는 “초보 프리랜서 견적 낼 때는 이렇게” 내용을 여러분이 읽었다는 것을 전제로 쓰여질 것이므로 이전 포스트를 읽지 않으신 분은 참고하시기 바랍니다.

이전 포스트에서는 결국 “초보 프리랜서라면 견적을 대략 얼마만큼 내면 되겠는가” 라는 내용이 핵심인 셈이었습니다만, 얼마만큼의 견적을 내면 되는지 아는것 만으로는 견적서가 작성되진 않죠. 이런저런 자질구레한 것들도 알아야 합니다. 이 포스트는 그런 자잘한 것들, 그러나 꽤나 중요한 것들을 위주로 짚어 보도록 하겠습니다.

또한, 견적서라는 것이 모든 작업이 시작되기 전에 서로 “간”을 보는 단계에서 주고 받게 되는 문서이므로 여러분의 견적을 받게 되는 회사의 시각으로 보면 “이 프리랜서 개발자가 제대로 일을 할 수 있는 사람인지 아닌지” 알 수 있게 하는 중요한 판단근거가 되는 경우가 많습니다. 그렇기 때문에 프리랜서의 견적서는 빈틈이 없어야 하고, 혼자 작업하기 때문에 어설프다는 인상을 주지 않도록 신경을 써 줘야 합니다.

(계속 읽기…)

이 포스트는 “플래시 플레이어의 가비지 컬렉션(gabage collection)에 대한 이해” 로부터 이어지는 내용 입니다.

A. Object Pool의 의미

객체 재사용 이라고 해서 뭐 엄청난 방법이 필요한 것은 아닙니다. 가장 쉽게 사용할 수 있는 방법으로는 Array 나 Vector 또는 Object 와 같은 컬렉션(Collection) 형태의 자료구조에 객체를 만들어 넣어두고 필요한 만큼 사용한 후, 필요없어진 객체를 다시 반납하는 방식으로 로직을 구성하면 됩니다.

Object in Pool !!!

이러한 구조를 객체 풀 또는 오브젝트 풀(Object Pool) 이라고 부르고, 오브젝트 풀로부터 객체를 획득하는 행위를 풀링(pooling) 한다고 표현합니다.Pool은 우리도 흔히 사용하는 단어 입니다. [구글 사전 링크] 수영장의 그것을 일컫는 단어이기도 하고요, 제안서에서도 자주 “인력 풀” 과 같은 형태로 자주 등장합니다. 스타크래프트의 저그 종족에서 저글링을 생산하기 위한 기본 건물을 스포닝 풀(Spawning Pool : 산란못)이라고 부르죠. 어떠한 대상이 모여있는 특정 장소라는 원래의 뜻을 가지고 있습니다.

(계속 읽기…)