Dreamer GUNDAM의 블로그~무료로 뉴타입이 되는 별까지 앞으로 365광년

동인 게임 - 인테르메디오 프레스토

(GUNDAM) — Sun, 25 Jul 2010 18:56:08 +0900

동인게임이란 게임을 좋아하는 사람 혹은 사람들이 동호회처럼 팀을 짜서 만드는 게임을 말합니다.

장르에 동인 이라는 괜스레 19금을 연상시키는 단어가 쓰여있지만, 그렇다고 항상 그런 19금게임이 나오는게 아니라 정말 게임을 만들고 싶어하는 사람들이 만드는 게임입니다. 요즘같이 온라인 MMORPG가 세상을 뒤덮은 시대에 이런 게임 장르가 나온다는 것이 신선합니다.

이웃나라 일본에서는 나름 큰 시장을 형성 하지만 우리나라에서는 아직 제대로 시장이 개화되어 있지 않아서 동인 게임을 만드는 대부분의 사람들은 포트폴리오를 구성해서 대형 게임 회사에 들어가는 하나의 수단으로 만들어지곤 합니다. 그래서 좀 아쉬운 부분도 있는 그런 게임 장르입니다. 그리고 아무래도 게임을 좋아하는 사람이 모이다 보니 인원과 재원의 문제로 복잡한 게임 보다는 비쥬얼 노블 형태의 게임으로 제작되는게 일반적인 경향입니다. 더구나 우리나라는 시장 규모가 작아서 더욱 비쥬얼 노블화로 흐르는 경향이 있습니다.

어찌되었건 시장의 규모 문제로 우리나라에서는 흔치 않은 장르의 게임인데 이번에 우연히 별견한 게임이 바로 이 동인 게임입니다.

인테르메디오 프레스토 라는 동인 게임은 인테르메디오 씨리즈의 두번째 게임입니다. 정귀옥이라는 분이 혼자서 만드는 동인 게임입니다. 아니 정확하게는 곧 나올겁니다. 7월 발매인데 요새 불의의 사고(?)로 8월 발매로 미뤄졌군요

동인 게임이 국내에서는 몇 백장 팔리면 많이 팔린다고 하던데 이분은 1천장을 넘기는 것 같습니다.

대단하죠. 동인게임은 가장 큰 관건은 현재 만든 게임으로 다음 게임을 만들 수 있는 자원을 확보하는가가 관건입니다. 아무리 게임에 대한 열정은 무시무시하더래도, 금전적인 부분은 결국 벽으로 다가올 수 밖에 없기 때문이죠. 우리나라에도 동인 게임의 시장이 활성화 되길 바랍니다. 그래서 한분 한분이 장인으로 대접 받을 수 있는 세상이 오면 좋겠네요

"별의 목소리"라는 대단한 애니를 만든 일본의 신카이 마코토도 혼자서 스토리부터 작화까지 만드는 사람인데 일본에서는 정말 장인 대접 받고 있습니다. 사실 신카이 마코도의 애니는 다 가지고 있는데 애니를 보면 정말 대단하다는 생각이 들정도로 잘 만들었습니다. 애니란것도 혼자 만들 수 있구나 하는 생각이 들었으니까요. 내게도 그런 열정이 있었으면 반도체 안만들었을 텐데 라는 생각이 듭니다.

하여튼 고생한 만큼 성공하시길 바랍니다.

2탄의 예약 마감은 18일이라고 합니다. 어여 예약을....

했는데 초회 한정판은 예약 마감 되었네요

다음은 일반 한정판을 예약 하고 있습니다.

흠.. 이글의 초안을 쓸때가 월 초였는데 그동안 게을러서 차일 피일 정리하는 것을 미루다가 보니 마감일을 넘겼습니다.

지금은

쩝..

http://studioeins.org/

아래는 게임 오프닝 영상입니다.

제 친구들도 게임만드느라 청춘을 다 불살르고 있고, 또 아직도 열혈 게임 자작자라서 그런지

이렇게 게임에 열정을 가진 사람들 보면 한편으로는 부럽습니다.

무엇 하나에 이렇게 까지 열정을 바칠수 있는 분들이니까요

모쪼록 좋은 결과 있으시길 바랍니다.

아래는 체험판 그림입니다.

공감 가는 카툰들

(GUNDAM) — Mon, 19 Jul 2010 02:51:57 +0900

인터넷 웹서핑 하다가 발견한 만화 씨리즈에서 정말 공감가는 카툰을 몇개 옮겨 봤습니다.

지나보면 저도 이런 식으로 커뮤니케이션을 많이 하는데...

하는 사람도 괴롭고 시키는 저도 괴롭고.. 쩝

개선해야 할텐데.. 하면서 안되는 부분도 많네요

예전에 내가 제일 싫어하는 말이 "경험으로 보면 이게 맞아" 라는 말이었다.

상사께서 그런 말을 자주 하는 편이었는데 그분도 그게 의식적으로 그런 말을 하는지 모르고 계속 쓰는것

이라 생각했다. 하지만 지금은 내가 이 말을 가장 자주 쓰고 있는것 같다.

그만큼 내가 빈약한 커뮤니케이션을 하고 있다는 의미이다. TT_TT

다 먹고 살자고 하는것인데로...

하는 말이지만, 저 조인트를 풀기가 정말 쉽지가 않은 상황에 많이 처하게 된다.

알기 때문에 시키지 말아야 할 일들이 너무 많지만, 알면서도 시켜야 하는 것도 많다.

이런 분 밑에서 일하는 것 보다는 뛰어내리고 싶은것이 더 많았다.

불행인지 다행인지 이런 분들이 있는 곳은 언제나 오래 가지 못하고 붕괴되었다.

결국 인사가 만사인데.. 정말 신기한 것은 저런 분들은 조직이 붕괴되어서 폐허가 되어도

그 폐허 속 에서도 윗사람들과

잘 붙어 다닌다는 것이다. 그런 재주를 누군가가 "수청" 든다고 하였던가....

나에게는 정말 없는 재주이다. 그런 재주를 어찌... 아니 부럽다고 할 수 있겠는가 ?

어떻게 하는 것이 맞는것인지 알면 얼마나 좋을까 ?

노스트라다무스가 아니기에 하는 고민들..

결국 많이 걸어 넣고 확률로 버티기를 하는 것이 아닐까?

나도 초기에는 네모이면서 세모난 구멍을 많이 원했었다. 모르니까...

지금도 모른다. 다만 네모이면서 세모난 구멍은 없다는 것을 알게 된 것이 차이점일 뿐이다.

하지만 맘속으로는 아직 네모+세모난 구멍을 파는 것을 원하고 있다.

"안되면 내가 팔거야" 하면서....

수정쟁이 그것이 나의 직업...

BJR족 그것이 나의 생활 방식

좀더 차분히 갈 수 는 없을까 ?

사람과 돈과 시간의 3차 변수 문제를 언제쯤 풀수 있을까 ?

uC/GUI 데모 그림입니다.

(GUNDAM) — Sun, 18 Jul 2010 00:16:13 +0900

요새 구이가 하나 필요해서

이리저리 라이브러리를 뒤지고 있습니다.

리눅스나 제대로된 OS가 올라간다면 GUI문제가 해결되겠지만,

지금은 그런것을 올릴 계획이 없으므로 간단한 Embedded GUI를 찾아보고 있습니다.

그렇게 맘에 드는 것은 아직 못찾았습니다

그냥 Linux올려야 하나 라는 생각이 드네요

uC/GUI 데모 그림입니다.

디오이즈 데모 보드에서 돌리는 것입니다.

STM32F103 TFT LCD Board 에서 동영상입니다.

이슈 트래킹 어떻게 하나요 ?

(GUNDAM) — Sat, 10 Jul 2010 20:53:55 +0900

개발을 하다보면 발생되는 이슈 관리와 (아울러 커스터머 관리)가 항상 문제입니다.

이슈를 제기하는 쪽은 주로 커스터머 쪽입니다. 설령 회사 내에 동료라고 하여도, 엄밀하게 따지만, 개발자 측면 보다는 커스터머에 좀더 가까운 사람이 이슈를 제기하곤 합니다. 그래서 보통 회사에서는 이런 저런 이유로 대개 이슈 관리를 위한 이슈 트래커 시스템을 도입합니다.

특히 우리 회사처럼 칩개발하고 판매하게 되면 협업해야할 커스터머가 자꾸 늘어나게 되고,

그에 비례하여서 관리 해야할 이슈가 자꾸 발생하게 됩니다. 이런 경우 가끔 가다가 업무가 빠지거나 잊어먹는 소위 말하는 빵구 라는 경험을 자꾸 하게 되면 대개는 체계적으로 이슈를 관리할 필요가 있다고 생각되기 시작합니다.

문제는 이슈 관리하기 위해서 이슈 관리 소프트웨어들을 도입하게 되는데 이런 소프트웨어는 대개 본말이 전도되어서 관리를 위한 관리가 되어 버리기 쉽상입니다. 특히 휘황찬란한 입력 하면은 정말 입력을 포기하게 만들어버리는 일종의 이슈 게이트 키퍼로서의 역활을 하게 됩니다.

각설하고 요새 슬금슬금 고민되는 부분은 이슈가 늘어나기 전에 이슈 관리 시스템을 도입해야 하는 가에 대한 고민입니다.

만약 도입한다면, 회사의 개발자들과 관리자들과 영업/마케팅 사람들과

커스터머의 개발자 + 관리자 + 영업/마케팅 사람들과 함께 관리 시스템을 구축하여야 하는 것이 목표가 되어야 합니다. 하지만 결정적인 문제는 너무 쉬운 시스템은 윗분들이 쉽게 개입할 수 있고 너무 어려운 시스템은 그 자체로 죽어버린 시스템이 될 수 있다는 점입니다.

요새 유행하는 에자일에서는 반대로 이슈를 이런 시스템류에 묶어서 관리하지 말고,

커스터머랑 붙어서 일하라고 주장하고 있습니다. 즉 서로 교감해가면서 일하라는 의미입니다.

작은것 하나라도, 좀더 정밀하게 일하기 위해서는 좋은 접근법이라고 생각합니다.

물론 우리나라처럼 일방적인 갑과 일방적인 을이 존재하는 시스템에서는 교감이란 없습니다.

그런 의미에서 이슈 관리를 위한 방법을 나름대로 고민을 하였습니다.

일단 제일 쉬운 예로 이슈 트래킹 툴을 검토해볼만 합니다.

상용으로 유명한 것은 JIRA이고

GNU에서 유명한것은 MANTIS입니다.

저도 예전에 MANTIS를 도입해서 사용한 적이 있었습니다.

커스터머에 의한 이슈가 많아서라기 보다는 어떤 의미에서는 커스터머와 개발자 사이에 격리가 필요한 사항이었기 때문에 도입했었고 나름대로 효과를 보았다고 생각하였습니다. ( 매니저 측면에서 보았을때 개발자와 커스터머의 격리가 필요한 사항이라는게 좀 이상하겠지만, 그런 경우는 왕왕 발생합니다.)

이런류의 시스템의 문제점은 일단 사용법이 무지하게 귀찮다는 겁니다. 나름대로 잘 정리한 툴도 있고 단순하게 올리면 끝나는 툴도 있지만, 대개의 경우 첫 화면부터 사용자들을 질리게 한다는 점이죠.

이슈를 올리기 위해서 툴을 공부해야 한다면 그것도 문제인 것입니다.

특히 JIRA는 완벽한 이슈 관리를 위한 완벽한 화면을 제공하지만 제공된 화면에 채워야할 칸의 수를 보면서 질려서 포기하게 됩니다. 특히 저같은 게으른 사람에게는 포기하고 싶은 완벽한 이유를 제공합니다.

더구나 실제 개발자가 아닌 윗분들이 그런 복잡한(?) 시스템에 들어와서 관리 현황을 체크하기란 어린아이가 JAVA 코드를 수정하는 것 만큼이나 어려운 문제입니다. 이문제가 JIRA의 구입을 어렵게 하는 요소입니다.

또한, 이런 류의 시스템은 무엇보다도 팀원의 절대적인 지지가 필요합니다. 팀원들이 사용하지 않고 차츰 무시하게 된다면 결과적으로 마지막에 가서는 팀원 전체가 무시하는 시스템이면 곤란하게 됩니다. 아무도 사용하지 않고 커스터머만 메아리없는 이슈를 올리게 되면 큰 문제가 됩니다.

그리고 그 다음 방법이 사실 가장 고전적인 방법인데

메일을 끊임없이 Reply하는 것으로 이슈를 관리하는 것입니다.

대개 창구를 정해놓고 그사람을 통해서 엄청나게 긴 메일을 관리하게 됩니다.

이렇게 되면 누구나 그런 이슈에 참가하게 되지만, 이슈를 관리한다기 보다는 나중에 문제가 터져을 때에

누구 책임인지를 공개적으로 마녀사냥할 수 있다는 점에서 (혹은 면피할 수 있다는 점에서)

애용되는 시스템입니다.

대개 사람들에게 이슈 트래킹 시스템을 갖추자고 한다면,

메일로 되는데 왜 또 다른 시스템을 구비해야 하냐고 답이오는데 이런 경우가 바로 메일로 Never Ending Reply를 하는 시스템을 사용하는 것입니다.

장점은 누구나 쉽게 이용한다는 점이고, 단점은 잘못되면 말장난으로 끝날 수 있다는 점입니다.

그래서 이번에 사용하는 방법은 Excel File에서 양식을 만들어서 Issue와 Action Item, Action Leader를 지정하고 관리할 수 있도록 하는 것입니다.

이 방법의 장점은

엑셀 파일이므로, 관리자들도 쉽게 들어와서 현황 파악을 할 수 있다는 점입니다.

그리고 누구나 테이블 관리가 되므로, 협업에서 커스터머도 참가할 수 있다는 점입니다.

물론 단점이 있는데

이슈가 많아질 경우에 동시 다발 적일 경우에 관리가 혼란스러울 수 있다는 점과

이슈 DB가 만들어지지 않으므로, 종국에 가서는 손해 일 수 있다는 점입니다.

이슈 DB 문제는 약간 수고스럽지만,

Application Note라던가 다른 방법으로 문서를 공유하도록 하면 해결 될 수 있습니다.

동시 다발 적인 발생과 관리에서는 어쩔 수 없는 부분도 있습니다. 뭐 얻는것이 있다면 잃는 것도

있어야죠. 등가 교환의 법칙인 셈입니다.

당장은 아쉬운대로 엑셀 파일로 충분하지만,

회사 규모가 커지고 프로젝트 참가자가 커진다면

지금처럼 엑셀로만 하는것에는 한계가 부딪칠 것입니다.

그때에는 맘에드는 이슈트래커를 찾아야 하겠지요.

다른 회사에서는 어찌하나

그리고 어떻게 하면 팀원들의 참가를 유도할수 있는지 궁굼해집니다.

------------------------------

이에 관련한 좋은 글은 아래 글을 읽어 보시기 바랍니다.

1회(2007년 11월): 무엇을 어떻게 골라쓸까

2회(2007년 12월): 이슈 트래커를 슬기롭게 활용하자

------------------------------

관련 자료중에서 ISSUE & WIKI based Integration of Project Management

View more presentations from tykim21.

"/>

ISSUE & WIKI based Integration of Project Management

View more presentations from tykim21.

" width="0" height="0">

ISSUE & WIKI based Integration of Project Management

View more presentations from tykim21.

">[Flash]

ISSUE & WIKI based Integration of Project Management

View more presentations from tykim21.

ISSUE & WIKI 기반의 통합 관리에 대한 강의자료가 이곳에 있습니다.

발표 자료는 아래에 연결해 두었습니다.

------------------------------

1초만에 부팅되는 Embedded Linux

(GUNDAM) — Fri, 2 Jul 2010 21:51:24 +0900

몬타비스타에서 1초만에 부팅되는 Linux Kernel을 발표했습니다.

리눅스의 로망이란것이 부팅할때 쫘악 하면서 올라가는 부팅메시지인데

이런것들이 없어지고 한방에 부팅되는것은 약간 허무하긴 합니다.

하지만 많이 사용할 수 있는 어플리케이션이 될 것 같습니다.

오토모티브라던가 포터블에서 부팅을 기다려줄 만큼 한가하지 않은 어플에서 경쟁력을 가질 수 있겠습니다.

아래 영상은 그 데모입니다.

아래는 관련한 리눅스의 발표 영상입니다.

나의 7번째 애플.. 그리고 데이터 옮기기

(GUNDAM) — Fri, 2 Jul 2010 21:47:25 +0900

이번에 그동안 쓰던 맥 북 프로 17"를 회사에 반납하고 새로 맥 북 프로 15" 버전을 받았습니다.

Apple-IIe -> Newton Message Pad 130 -> MAC Book Pro 15" 초기형 -> MAC PRO -> MAC BOOK PRO 17"-> iPad -> MAC BOOK PRO 15"

1주일 넘게 사용하면서 느낀 점은

데이터 백업이 만만찮기는 하지만 그래도 잘 되었다는 점 입니다.

1. 타임머쉰으로 백업해두면 파일을 한두개 찾거나 복원하는 것은 쉽지만,

전체 하드를 복원하는 것은 쉽지 않더라 하는 점...

생각 이상으로 어렵더군요.. 헤멨습니다.

2. 노트북 끼리 데이터 옮기는 것..

OSX는 초기 부팅시에 데이터를 다른 OSX에서 옮기는 것을 지원해 줍니다.

이른바 마이그레이션입니다.

요 기능을 이용하면 데이터를 그대로 살려서 가지고 올 수 있습니다.

문제는 생각한것 보다 불안정하다는 거였습니다.

FireWire 케이블로 하지 않고 그냥 Ethernet 케이블로 마이그레이션을 하니

진행 중간에 링크가 끊어지는 경우가 빈번해서 고생했습니다.

황당한것은 1394로 연결하면 안정성이 확보된다는 글을 보고 1394연결 케이블을 사러 애플 매장에 갔더니 맥북 프로용 1394 연결 케이블이 없더군요 그럼 왜 1394를 밀고 있는건지.. 에구

3. 천신만고 끝에 데이터를 옮겼는데 옮기고 보니 몇개 프로그램은 등록 번호가 실종되었습니다.

4. 그래도 윈도우즈랑은 틀려서 프로그램 전체를 새로 설치하지 않아도 이전 프로그램이나 데이터를 거의 살려서 잘 쓰고 있습니다.

그리고 17"와 15"의 차이점은

우선 17"는 허리가 아플 정도로 무거웠지만 15"는 어깨만 아프다는 점이 틀립니다.

그리고 17"는 화면이 커서 아주 좋지만, 15"는 2"차이긴 하지만 조금 좁아보입니다.

그동안 눈이 17"에 맞추어서 호사스럽게 호강했다는 뜻입니다. ㅋㅋ

문제는 15"의 배터리가 용량이 작아서인지 17"에서는 한참을 써도 될 정도로 배터리의 용량이 컸는데

15"는 배터리 줄어드는게 구멍뚫린 항아리 같은 느낌입니다.

그런 부분이 조금 아쉽습니다.

그리고 이번 버전의 전원 플러그인 맥세이프는 모양이 조금 바뀌었습니다.

전 버전들은 조금 불안하여서 연결 부분이 튿어졌는데 지금 버전은 그런 부분이 아예 없도록 알루미늄 통으로 감싸버렸습니다. 좀더 안전하여 졌다는 느낌입니다.

사용 내용이야 똑 같은거고 프로세서 속도를 느낄 만큼 심각한 프로그램을 돌리는 것도 아니어서 괜찮습니다.

MAC mini로 만든 Server FARM

(GUNDAM) — Tue, 29 Jun 2010 07:40:09 +0900

최근에 MAC mini에 대한 지름신이 올까 말까 한 적이 있어서

관련한 정보를 모으던 중에 발견한 이미지입니다.

mac mini로 만든 server farm입니다.

집에다가 저렇게 만들어 놓으면, 좋긴 하지만, 뭘 위해서 만들어 놓을런지, 용도가 문제네요

이걸로 건담에 나오는 학습형 컴퓨터 원형을 만들어 볼까 라는 생각이 들지만..

남한산성 시대 마감하고 복정동 시대를 시작합니다.

(GUNDAM) — Thu, 24 Jun 2010 22:48:21 +0900

그동안 정들었던 남한 산성 시대를 마감하고 회사를 복정동으로 이사했습니다.

넓게만쓰던 사무실에서 조금 좁아졌지만

그래도 동네 분위기가 우울한 공단 분위기에서 화려한 환락가(?) 분위기로 바뀌었습니다.

더구나 대학교 옆이고

아래층에는 호프집

등등 근무 조건으로는 최상입니다.

(대학교, 호프집이랑 근무여건의 상관관계는 아는 사람만 아는 MC^2 함수입니다.)

이제 이곳에서 7월부터 열심히 일하면 되는 겁니다.

모두 화이팅~

SURF Lib

(GUNDAM) — Tue, 22 Jun 2010 01:49:53 +0900

SURF는 2006년 호주의 Garz가 제일 먼저 제안한 알고리즘입니다.

SIFT보다 계산량을 단순화 시키고 (특정 논문에서는 4배 정도 빠르다고 결과를 발표하였습니다)

대신 결과의 퀄리티는 비슷하다고 강조하고 있습니다.

http://www.vision.ee.ethz.ch/~surf/

비 상업용으로 쓰인다는 전제 하에서 Linux용 C코드와 Windows용 DLL을 제공하고 있습니다.

http://www.chrisevansdev.com/computer-vision-opensurf.html

Chris evans가 정리한 SURF 관련 자료 및 C++과 C#으로 쓰여진 라이브러리를 제공

오픈 라이브러리인 만큼 라이브러리에 대한 용법이 설명된 매뉴얼도 제공됩니다

http://www.springerlink.com/content/tg61524386764t2t/

Computing Parallel Speeded-Up Robust Features (P-SURF) via POSIX Threads

관련 논문을 참조하기 바라고, (해당 사이트에 있습니다.)

병렬처리로 빠르게 한다는 기본 개념입니다.

http://labe.felk.cvut.cz/~tkrajnik/fpga-surf/

FPGA에 SURF를 넣은 자료

2009년에 발표했으며 관련 논문과 FPGA자료를 오픈하고 있습니다.

소스코드라고 하지만 실제로는 Netlist이며 (어찌보면 당연한 말씀..)

논문이 참고할 만한 자료입니다.

코드로 구현한다면 논문보고 하드웨어로 만드는게 더 빠를듯..

아래는 간단한 동영상

행복한 사람

(GUNDAM) — Sun, 20 Jun 2010 10:37:33 +0900

황당한 일로 시작되어서 벌어진 일때문에

요새 한달사이에 주변이 아주 급격하게 변화하였습니다.

변화하는 가운데에서 어떻게든 헤처나갈려고 노력하였는데

그런 상황에서 주변을 가만히 보면

한편으로는 나는 아주 행복한 사람이구나 하는 생각을 가지게 된다.

생각지도 못한곳에서 도움을 얻고, 또 결실을 맺고 헤처나갈 수 있었습니다.

믿고 따라와준 팀원들과 사람들에게 고맙다는 말을 해야 할것 같습니다.

GUNDAM