' 개발 ' 에 해당 되 는 글 28 건 
 2015 / 08 / 07 글 뻥 유니티 3 D Entity Class 생성 과 관리 하 기 - 1 
 2013 / 12 / 09 글 뻥 [ 마감 ] 저 와 같이 신 개념 게임 을 만드실 분 을 모십니다 . 
 2013 / 10 / 22 글 뻥 Lingo Games Ver 2 . 0 을 맞 아 ( 3 ) 
 2011 / 12 / 15 글 뻥 GITTD 신입 사원 교육 전체 일정 및 남 은 일정 
 2011 / 11 / 21 글 뻥 소비자 에게 듣 기 중 . ( 5 ) 
 2011 / 09 / 19 글 뻥 거장 의 한 마디 가 나 를 슬프 게 한다 . ( 2 ) 
 2011 / 08 / 06 글 뻥 약간 웃긴 이야기 하나 드릴께요 . 
 2011 / 03 / 21 글 뻥 UML 기반 개발 강좌 2 - 요구사항 과 USE CASE ( 2 ) 
 유니티 3 D Entity Class 생성 과 관리 하 기 - 1 
 Developer / GAME 2015 / 08 / 07 02 : 14 
 유니티 3 D 로 개발 하 다 보 면 , 파편 화 된 데이터 때문 에 유지 보수 나 관리 에 어려움 을 겪 게 되 는데 , 
 그러 다 보 니 Entity Class 를 만들 고 Dontdestroy 옵션 으로 삭제 되 지 않 는 불멸 의 데이터 클래스 를 생성 해서 사용 하 는 개발 자 분 들 이 많이 보인다 . 
 그런데 , 이렇게 하 다 보 면 결국 소스 가 꼬여서 오작동 하 거나 관리 상 문제 로 인해 불편 함 을 가지 고 가 는 경우 도 많 은 데 그럴 필요 없이 Static 으로 설정 하 여 Scene 을 넘어가 더라도 Data 가 살 아 있 는 Class 를 만들 고 관리 하 는 것 을 목표 로 한다 . 
 ( 물론 Json 을 Serialize 하 거나 Deserialize 하 는 건 다음 편 에서 보 자 ) 
 EntityMaster . cs 파일 을 하나 만들 어서 다음 과 같이 추가 해 두 자 . 
 ( 폴더 위치 는 관계없 다 . ) 
 / / 테이블 과 같 은 클래스 이 다 . 
 // 1 개 Row 라고 생각 하 면 비교 가 쉽 다 . 
 public class SubEntity 
 / / Row 안 에 또 하나 의 테이블 을 가질 수 있 다 . 
 // SubEntity 에 포함 된 클래스 이 다 . 
 public class Sub 2 Entity 
 이제 Scene 0 를 만들 어서 MainCamera 에 다음 과 같 은 Script 를 만들 어 Attach 하 자 . 
 / / 새로운 Sub 2 Entity 객체 를 만든다 . 
 / / Sub 2 Entity 타입 의 객체 에 데이터 를 넣 는다 . 
 / / 테스트 엔 티티 테이블 에 Row 를 추가 하 고 다음 씬 을 호출 한다 . 
 이제 2 번 째 씬 을 만들 고 다음 과 같이 코딩 한 후 MainCamera 에 Attach 하 자 . 
 * 위 에서 데이터 를 추가 한 것 이 라 별도 설명 은 생략 한다 . 
 마지막 으로 3 번 째 씬 을 만들 어서 다음 과 같이 코딩 후 Attach 하 자 . 
 / / 시작 하 면 데이터 를 찍 는 역할 이 전부 다 . 
 최종 결과 는 다음 과 같 다 . 
 * 씬 을 다음 과 같이 3 개 로 구성 했 고 , MainCamera 에 는 각각 의 Script 가 Attach 되 어 있 다 . 
 * 최종 결과 는 Debug . Log 로 다음 과 같이 출력 된다 . 
 2015 / 08 / 07 02 : 14 2015 / 08 / 07 02 : 14 
 TAG Entity Class , unity 3 d , 개발 , 관리 , 데이터 , 데이터 클래스 , 유니티 
 [ 마감 ] 저 와 같이 신 개념 게임 을 만드실 분 을 모십니다 . 
 Developer / GAME 2013 / 12 / 09 23 : 50 
 안녕 하 세요 ? 글 뻥 입니다 . 
 먼저 동영상 하나 보 고 본론 말씀 드리 겠 습니다 . 
 최근 이걸 만든 회사 에서 일 하 고 있 습니다 . 
 현재 하 고 있 는 일 은 " 인공 생명체 를 만들 어 육성 하 고 교배 해서 새로운 생명체 를 만들 어 내 는 메커니즘 으로 게임 을 구현 하 고 있 습니다 . " 
 개발 은 유니티 로 할 생각 이 며 , 이 인공 생명체 의 학습 엔진 부터 설계 해서 최종 적 으로 는 주인 의 피드백 에 따라 학습 하 는 생명체 입니다 . 이 는 다시 유전 되 어 자식 세대 에 물려 줍니다 . 
 작 지만 , 무한 게임 이 가능 한 아이디 어라 생각 합니다 . 
 흔하 디 흔한 카카오톡 게임 은 아니 고 , 해 외향 으로 만들 어 질 예정 입니다 . 
 요건 은 다음 과 같 습니다 . 
 근무지 : 양재동 
 채용 인원 : 기획 자 O 명 , 3 D 모델링 / 애니메이터 O 명 ( R & D 능력 보유 , 유니티 신 기능 또는 제 가 만든 엔진 테스트 지원 , 콘텐츠 제작 표준 화 업무 ) , 개발자 O 명 ( 유전 알고리즘 또는 학습 모델 에 대한 이해 가 있 으신 분 이 며 C # 프로젝트 유경 험자 로 잘 하 신 필요 는 없 습니다 . ) 
 다음 과 같 은 분 은 지원 을 자재 부탁 드립니다 . 
 1 . 혼자 일 하 는 게 편하 신 분 
 2 . 문제 를 혼자 떠안 고 자폭 하 시 는 분 
 3 . 시키 는 것 만 하 겠 다는 분 
 ( 저 는 노예 와 일 하 고 싶 지 않 습니다 . ) 
 지원 처 : vicviper @ live . co . kr / vicviper @ lingogames . net 
 2013 / 12 / 09 23 : 50 2013 / 12 / 09 23 : 50 
 TAG 개발 , 구인 , 유니티 
 Memory 2013 / 10 / 23 13 : 41 
 일 전 에 조금 어두운 포스팅 을 했 습니다 만 , 
 몇 가지 고민 을 했 습니다 . 
 첫째 , 3 D 개발자 로써 폴리곤 기반 의 모델링 을 하 고 텍스 쳐 를 입히 고 애니메이션 을 주 는 고 비용 을 감당 하 지 않 고 3 D 를 할 수 있 을까 ? 
 둘째 , 앞 으로 게임 을 계속 만들 고 싶 은 것 인가 ? 
 위 2 가지 물음 에 스스로 대답 하 려 노력 한 끝 에 해법 을 찾 은 것 같 아요 . 
 첫째 , 게임 을 계속 만들 고 싶 습니다 . 
 아직 처음 에 생각 했 던 몇몇 아이디어 들 을 실현 하 는데 너무나 큰 어려움 이 있 었 고 시간 과 돈 을 많이 쓴 듯 합니다 . 
 하지만 , 열정 은 그대로 라는 생각 이 들 었 어요 . 
 저 는 사람 을 사귀 는 데 어려워하 지만 , 사람 들 이 서로 잘 사귀 고 놀 고 하 는 모습 을 좋아하 니 , 게임 이 사교 의 수단 이 될 수 있 다는 가정 하 에 계속 게임 을 만들 고 싶 습니다 . 
 둘째 , Polygon 과 Texture 는 개발자 를 괴롭히 는 부분 입니다 . 저 역시 개발 하 면서 무언가 를 다시 배우 는 데 는 서툴러서 조금 생존 에 대한 생각 을 가지 고 찾아보 니 . .. 그 해답 으로 Voxel 을 선택 했 습니다 . 
 어제 오늘 공부 하 며 만들 어 본 Voxel Modeling 결과물 들 입니다 . 
 단 몇 십 분 배워서 이렇게 나오 니 감지덕지 한 기분 입니다 . 
 ( 물론 Facebook 게임 으로 만 찾 아 뵐 겁니다 . 
 항상 응원 해 주 신 여러분 께 다시 한 번 감사 의 말씀 을 드립니다 . 
 2013 / 10 / 23 13 : 41 2013 / 10 / 23 13 : 41 
 TAG 개발 
 Lingo Games Ver 2 . 0 을 맞 아 
 Memory 2013 / 10 / 22 01 : 40 
 처음 나 도 사업 을 할 수 있 을까 ? 생각 했 던 계기 가 있 었 어요 . 
 필라델피아 에 한호선 팀장 님 , 박 새이 님 과 함께 출장 갔 던 적 이 있 었 죠 
 Doylestown , Pennsylvania 에서 노가다 하 다가 짬나 면 바로 옆 Crazy Traffic ( ? ) 이 있 는 상점가 로 가 곤 했 습니다 . Yellow 지나갈 때 사진 찍 어 대 던 아이 들 이 있 는 그런 동네 였 습니다 . 
 하루 는 전 에 먹 었 던 쿠 기 가 먹 고 싶 어서 가정집 1 층 에 가내 수공업 으로 만든 쿠키 를 사 러 갔 더니 " 다 팔려서 안 판다고 하 더라구요 . " 이상 하 다 싶 은데 그 순간 시야 에 들어온 건 목조 주택 1 층 에 상점 들 이 다 있 는데 문 이 열려 있 는 곳 이 별로 없 었 습니다 . 
 암튼 그런 곳 에 우리 사무실 겸 창고 가 있 었 는데 . .. 
 한 개발자 가 1 인 개발 하 며 게임 앱 을 열심히 만들 고 있 었 습니다 . 
 그 친구 에게 물 어 봤 습죠 . " 너 이걸로 먹 고 살 만 하 니 ? " ( 물론 콩 글리 쉬 ! !) 
 그 친구 왈 " 응 , 바로 옆 사무실 있 지 ? 거기 디자인 하 는 분 사무실 인데 , 동네 누나 야 . 아래 에 사운드 스튜디오 봤 어 ? 거긴 동네 형 이 야 . 난 그저 개발 하 다가 리소스 가 필요 하 면 그분 들 께 얻 어 오 면 되 . " 
 그제서야 깨달 았 습니다 . Village Business Model , 최근 에 화두 가 잠깐 됐 던 공동체 . 즉 , 조합 시스템 을 . .. 
 게 임업 을 시작 하 게 됐 던 건 아주 오래 된 꿈 이 었 기 때문 이 기 도 했 습니다 . 
 하지만 , 저 역시 머리 는 조합 을 생각 하 는데 , 몸 은 기존 회사 시스템 에 매여 있 었 나 봅니다 . 고용 을 하 고 월급 을 주 고 팀원 들 에게 업무 지시 하 고 업무 보 고 받 는 거 에 너무 익숙 해져 있 던 저 로써 는 힘든 부분 이 너무 많 았 습니다 . 
 혹자 께서 는 안타까운 이야기 일거 라 생각 하 실지 모르 겠 지만 , 최근 1 년 간 출시 한 게임 이 딸랑 1 개 인 저 로써 는 들어가 는 원가 와 사람 에 대한 관리 및 홀로 무언가 에 대한 두려움 이 있 었 습니다 만 , 최근 의 일련 의 사태 로 인해 ( 궁하 면 통한다고 . ..) 몇몇 혁신 포인트 가 있 었 습니다 . 
 - 먼저 3 D 에 대한 고정 관념 입니다 . MineCraft 로 유명 해진 현재 의 Polygon 시스템 이전 의 Voxel 입니다 . 마치 3 차원 스프 라이트 처럼 색 찍 고 도트 찍 으면 3 D 로 구현 이 되 죠 . 
 - 그리고 또 하나 는 애니메이션 입니다 . Voxel 로 뽑 은 모델 을 Mesh 형태 로 컨 버 젼 해서 http : / / www . mixamo . com / 에서 애니메이션 을 자동 으로 Rigging 하 고 애니메이션 이 자동 으로 먹 는 시스템 을 보 았 습니다 . 
 이 모든 제 가 부족 했 던 부분 들 을 매 꿔 주 는데 비용 이 겨우 1 년 에 150 만 원 정도 입니다 . 
 모델 러 애니메이션 1 개월 치 봉급 도 안 되 는 금액 입니다 . 
 이런 생각 이 미치 자 , 회사 를 다시 1 인 개발 회사 로 전환 하 기 로 하 였 습니다 . 
 수많 은 갈등 과 문제 가 터지 고 상처 받 고 상처 입 는 상황 이 못 마땅 했 기 도 했 습니다 . 
 대박 을 기원 하 신 패 친분 들 께 진심 으로 심심 한 사과 를 드리 고 싶 습니다 . 
 그런데 , 이득우 님 과 만나 이야기 를 나누 면서 돌 리스 타운 에서 본 1 인 개발자 가 머리 속 을 스치 고 지나갔 어요 . 
 어느 시대 나 대 멸종 의 시대 가 온다고 생각 합니다 . 현 시스템 이 붕괴 되 면 큰 공룡 을 대신 해서 작 은 쥐 들 이 세상 을 지배 하 는 시대 를 말씀 드리 는 것 입니다 . 
 사람 이 적 으면 큰 돈 을 못 벌 어도 좋 아 하 는 게임 만들 면서 , 누가 시킨 일 하 지 않 아도 먹 고 사 는 시대 가 바로 스마트폰 시대 가 아닐까 싶 어요 . 
 혹자 는 현재 의 상황 에 대해 비관 적 으로 보 겠 지만 , 최소한 혼자 무언가 를 할 수 있 다면 , 몸집 작 은 쥐 처럼 행복 할 수 있 다는 사실 을 다시금 깨달 았 습니다 . 
 그래서 몸집 을 더 줄였 습니다 . 
 하루하루 새로 태어나 는 기분 입니다 . 
 오늘 부터 Lingogames Version 2 . 0 으로 다시 Reboot 하 려 합니다 . 
 성원 해 주 시 고 도와 주 신 여러분 께 감사 의 말씀 과 아울러 죄송 한 말씀 드립니다 . 
 앞 으로 게임 덕 질 하 며 최근 못 올린 게임 제작 과정 을 Facebook 에 공유 할 수 있 다는 게 너무나 좋 습니다 . ㅋㅋ 
 그래픽 Resource 해결 하 면서 차근 차근 밀리터리 전략 게임 을 업데이트 해 나가 는 과정 을 공유 드릴 께 욤 
 2013 / 10 / 22 01 : 40 2013 / 10 / 22 01 : 40 
 TAG 개발 , 게임 
 GITTD 신입 사원 교육 전체 일정 및 남 은 일정 
 Memory 2011 / 12 / 15 22 : 45 
 뭐 암튼 전체 일정 들 입니다 . 
 1 . 문제 정의 ( 끝 ! ) 
 2 . 사람 ( 관찰 과 판단 분리 , 비 폭력 대화 , 사람 관찰 하 기 , 클린 랭귀지 , 코칭 방법 , 화 내기 등 끝 ! ) 
 3 . 커뮤니케이션 일반 ( Wiki , Jira , SVN , Email 등 회사 시스템 사용법 교육 , 1 일 ) 
 4 . 기획 ( 시장 분석 , 고객 정의 1 일 ) 
 5 . 설계 와 계획 ( OOP , UML , 추정 계획 등 2 주 ) 
 6 . 개발 ( Unity 3 D 일반 , Physics , Partical , Animation 등 2 주 ) 
 7 . 릴리즈 ( IIS , PHP , MySQL , 1 주 ) 
 8 . 개발 관리 ( 형상 관리 , 진척 관리 2 주 ) 
 헐 . . 언제 이걸 다 갈키 나 . . T _ T 
 2011 / 12 / 15 22 : 45 2011 / 12 / 15 22 : 45 
 TAG Gittd , 개발 , 신입 사원 교육 
 소비자 에게 듣 기 중 . 
 Developer 2011 / 11 / 21 15 : 13 
 어제 부터 소비자 에게 무엇 을 만들 어 드릴까요 ? 라고 Facebook 에다가 물 어 보 았 습니다 . 
 " 무엇 을 만들 어 드릴까요 ? " 는 소비자 들 에게 너 는 이런 게 필요 해 ! 라고 하 는 생각 을 무엇 을 원 합니까 ? 로 바꿔 생각 해 본 겁니다 . 
 제 가 개발 하 면서 고통 스러워 하 던 수많 은 것 중 에 하나 는 " 윗 상사 의 고집 이나 아 집 으로 만들 어 진 " 혹은 " 고객 의 고집 이나 아 집 으로 만들 어 진 " 수 많 은 날 밤 을 새 면서 기껏 만들 어 놨는데 안 쓰 는 기능 에 대한 반성 이 기 도 합니다 . 
 만 하루 만 에 3 건 의 Feedback 을 받 았 네요 . 
 젠가 , 블루 마블 같 은 모노폴리 , 푸 에르 리코 등 제 가 모르 는 게임 도 있 었 습니다 . 
 블로그 방문자 분 들 께 도 여쭙 고 싶 어요 . 
 " 재미있 게 하 신 보드게임 이 있 으신 가요 ? iPhone 용 App 으로 만들 어 드립니다 . ^^" 
 2011 / 11 / 21 15 : 13 2011 / 11 / 21 15 : 13 
 TAG Apps , 개발 
 거장 의 한 마디 가 나 를 슬프 게 한다 . 
 Developer 2011 / 09 / 19 02 : 17 
 미국 이나 한국 이나 , 개발 은 Dog ' s feet 으로 하 는 듯 . .. 
 이후 안 되 는 영어 동원 제럴드 와인버그 님 께 댓글 을 달 자 . .. 
 이하 는 Gloridea 님 이 번역 해 주 신 글 입니다 . ( 만 쉐 ~) 
 어느 국가 , 어느 문화 를 막론 하 고 개발자 나 테스터 에게 
 가장 귀한 자산 은 현명 한 고객 이 다 . 
 그 다음 은 무식 하 고 , 그 무식 을 숨기 려 하 지 않 는 고객 이 다 . 
 가장 나쁜 자산 은 어리석 고 무식 하 면서 도 모든 걸 아 는 체 하 는 고객 이 다 . 
 그런 사람 은 무슨 수 를 써서 라도 피해 라 . 
 규칙 은 그 에게서 당신 을 보호 하 지 못한다 . 
 2011 / 09 / 19 02 : 17 2011 / 09 / 19 02 : 17 
 TAG 개발 , 거장 , 제럴드 와인버그 
 약간 웃긴 이야기 하나 드릴께요 . 
 Developer 2011 / 08 / 06 01 : 33 
 요즘 회사 를 하나 만들 고 ( 아직 개인 사업자 입니다 . 세율 이 유리 해서 . . ㅋ ) 컨설팅 과 개발 , 게임 기획 , 목 업 디자인 , AC 2 수강 에 , 교정보 고 있 던 요구사항 탐험 은 드디어 1 단원 이 컨 펌 났 구요 . 일 나가 시 는 사모님 대신 딸아이 등원 과 하원 을 책임지 고 있 지요 . 
 혼자 서 이 일 저 일 하 다 보 니 놓치 는 일 이 많 습니다 . 
 오늘 만 해도 AC 2 1 : 1 코칭 을 놓쳤 죠 . 
 초기 에 사업 을 할 건지 장사 를 할 건지 많 은 고민 이 있 었 는데 , 네트워크 를 통한 사업 은 내 물건 만들 어 파 는 장사 와 는 다른 역량 과 조직 이 필요 해 결국 은 장사 하 기 로 하 고 그럼 뭘 할까 ? 고민 했었 는데 , 결국 SI 를 빼 고 제일 잘 하 는 게임 만들 기 에 미친 듯이 달려 오늘 까지 1 주 정도 의 시간 끝 에 드디어 누군가 오 면 작동 하 는 게임 으로 이런 거 예요 ~! 할 수 있 는 수준 이 되 었 습니다 . ㅋㅋ 
 아마도 작년 쯤 필라델피아 에서 본 1 인 모바일 폰 게임 개발자 를 보 면서 저 도 모르 게 그분 과 같 은 길 을 걷 고 싶 다고 생각 했 나 봅니다 . 
 그런데 , 일 을 하 고 나 니 개발 일 은 이리저리 공부 하 면서 혜 쳐 나갈 수 있 는데 , 디자인 이 문제 더군요 . 
 글 타 고 디자인 만 붙잡 고 되 지 도 않 는 센스 를 발휘 할 수 도 없 는 일 이 고 . .. 
 아무튼 , 겨우 겨우 우케 우케 해서 디자이너 이슈 는 어느 정도 해결 될 기미 가 보이 고 , 음악 감독 섭외 하 고 암튼 종종 걸음 치 면서 겨우 한 발짝 씩 나아가 고 있 습니다 . 
 하지만 , 가장 어려운게 주변 의 시선 입니다 . 
 솔 찍히 저 는 나름 큰 조직 에서 인정받 던 PM 이 었 습니다 . 
 기술 을 알 고 있 었 고 , 영업 도 됐으며 , 딜리버리 에 대한 무한 책임감 을 가지 고 일 했 지요 . 
 그런데 , 갑작 이 작 은 회사 를 차려서 는 레드 오션 인 게임 만들 겠 다고 하 니까 주변 에서 는 난리 도 아닌 이야기 가 오 고 갔 습니다 . 
 그걸 왜 하 냐 ? 라는 분 부터 , 작 게 나마 모마 일 게 임사 의 지인 들 을 만나 서 이렇게 저렇게 알아봐 주 시 는 분 까지 . .. 
 그럼에도 , 주변 에서 는 이해 를 할 수 없 다는 뉴 앙 스 를 풍기 시 더군요 . 
 그게 가장 힘들 었 습니다 . ( 현재 까지 는 . ..) 
 하지만 , 생각 해 보 면 대 기업 에서 인정받 고 잘 사 는 길 만 이 있 는 걸까요 ? 
 대 기업 에서 잘 사 는 길 과 작 은 벤쳐 부터 천천히 성장 해 가 는 길 중 에 무엇 이 더 어려울 까요 ? 
 아직 까지 의 제 경험 상 대 기업 에서 살아남 아 팀장 달 고 , 상무 달 고 , 사장 되 는 게 더 어렵 다고 말씀 드리 고 싶 어요 . 
 제 가 속해 있 던 팀 은 많 을 때 는 60 명 가까이 , 작 을 때 는 10 여 명 이 되 었 는데 지금 까지 모신 팀장 님 만 5 분 정도 였 습니다 . 
 임기 가 약 2 ~ 3 년 정도 되 셨으니 근 10 년 의 세월 을 보낸 훈장 정도 되 지요 . 
 그런데 , 팀장 되 기 가 정말 어렵 습니다 . 비슷 한 또래 에서 뽑 는 장교 진급 시험 이 오히려 쉬울 정도 지요 . 
 능력 이 출중 하 면 대리 도 팀장 하 는 시절 이 있 었 지만 , 인원 이 많 아 지 고 처음 보 시 는 분 이 회사 로 오 셔서 팀장 하 시 기 도 하 고 오히려 그 속 에서 아둥바둥 팀장 달 려고 온갖 방법 을 다 피 는 사람 이 쫒겨 가 는 걸 몇 번 이나 보 았 습니다 . 
 팀장 이 되 면 상무 다는 건 또 쉬울까요 ? 외부 영입 이 라는 아주 좋 은 수단 이 있 는데 . .. 
 결국 , 청춘 다 받치 고 남 은 건 퇴직금 몇 푼 쥐 고 40 대 중 후반 쯤 쫒겨나 가 거나 다른 회사 일자리 를 알아보 는 게 " 대 기업인 " 의 모습 이 었 습니다 . 
 대 기업 이 란 처음 에 는 안락 한 요람 이 되 어 주 지만 , 그 요람 에 있 는 누군가 를 위해 결국 자기 몫 이상 의 돈 을 벌 어 와야 하 는 구조 입니다 . 
 하지만 , 벤쳐 는 아니 지요 . 사장 도 요람 에 있 을 수 없 습니다 . 계속 뛰어다녀야 하 고 개발 도 합니다 . 
 다시 말 해 요람 이 없 으니 자기 월급 정도 벌 면 쉬엄쉬엄 다닐 수 있 다는 이야기 가 되 지요 . 
 더 신기 한 건 지금 까지 경험 으로 는 이 바닥 에서 벤쳐 로 시작 해 망하 는 회사 는 극히 드물 었 습니다 . 
 오히려 회사 가 커져서 망하 지요 . 
 회사 가 커지 면 요람 이 자연 적 으로 생깁니다 . 
 직접 적 인 생산 업무 를 하 지 않 는 사람 을 위해 더 많 은 돈 을 벌 어야 하 는데 , 그게 쉬운 일 이 아닙니다 . 
 결국 투자 라고 하 지만 , 한 방 투자 가 회사 를 문 닫 게 하 던가 , 아니면 천천히 고사 되 어 죽 어 갑니다 . 
 경영 적 판단 미스 는 이래서 위험 합니다 . 
 이러 한 경영 적 판단 미스 를 제외 하 고 는 무리 한 투 자금 유치 또는 차입금 으로 망하 는 사례 를 보 았 지요 . 
 결국 욕심 부리 다 망 합니다 . 
 제 가 게임 업계 에 뛰어든 이유 는 간단 합니다 . 
 게임 업계 의 지각 이 서서히 변하 고 있 다는 현상 을 피부 로 느끼 고 있 었 기 때문 입니다 . 
 닌텐도 나 소니 와 같 은 사업 모델 은 앞 으로 살 아 남 기 힘들 거라 생각 했 습니다 . 예 를 들 어 몇 년 전 고 객사 에서 SD - CARD 로 게임 을 유통 하 는 시스템 을 구축 한다는 이야기 를 듣 고 는 다른 분 께 그 프로젝트 를 그대로 넘기 기 도 했 습니다 . 
 유통 의 채널 이 더 이상 오프라인 이 아니 기 때문 입니다 . 
 앵그리 버드 를 만든 게 임사 도 52 개 의 모바일 게임 을 만든 끝 에 대박 을 터트렸 지요 . 
 하지만 , 이게 더 쉬울까요 ? 아니면 대 기업 에서 사장 되 는 게 더 쉬울까요 ? 
 지금 대 기업 에 입사 하 기 위해 열심히 노력 중 인 다른 분 들 께 이런 이야기 를 해 드리 고 싶 습니다 . 
 " 자신 있 으시 면 글로벌 에서 한판 뜨 자 " 라고 . .. 
 저희 는 올해 3 종 의 게임 을 출시 할 예정 입니다 . 그리고 내년 6 종 을 더 출시 해서 총 9 개 의 라인업 을 만들 려고 합니다 . 
 9 개 중 하나 라도 수익 이 안 나 면 모를까 굉장히 매력 적 인 시장 이 눈앞 에 있 음 에 도 모두 가 애써 눈감 고 귀 닫 고 있 는 현실 이 너무 애석 하 고 안타까워서 몇 글자 적 어 봅니다 . 
 참고 : http : / / www . 231 games . com / tag / % ec % a 0 % 84 % · · · 5 aa % 25 a 8 
 2011 / 08 / 06 01 : 33 2011 / 08 / 06 01 : 33 
 TAG 개발 , 게임 개발 
 UML 기반 개발 강좌 2 - 요구사항 과 USE CASE 
 Developer 2011 / 03 / 21 11 : 19 
 일 주일 쯤 됐 나 ? 암튼 UML 개발 강좌 2 편 이 다 . 
 먼저 다음 의 그림 에 주목 하 자 . 
 요구사항 은 인수 테스트로 검토 / 테스트 되 어야 하 며 , 고 수준 의 설계 는 통합 테스트 로 , 세밀 한 스 팩 정의 는 유닛 테스트로 검토 / 테스트 되 어야 한다 . 
 UML 이 아무리 용빼 는 재주 가 있 다고 하 더라도 이러 한 Software Development Life Cycle 을 빗겨 갈 수 는 없 다 . 
 우선 요구사항 이 라는 녀석 의 존재 때문 이 다 . 요구사항 은 어디 서 오 는가 ? 너무 당연 한 대답 이 지만 요구사항 은 고객 에게서 온다 . 
 우선 고객 의 특징 을 살펴보 면 , 
 1 . 고객 은 단위 업무 전문가 일 경우 가 많 다 . 물론 예외 는 존재 한다 . 
 2 . 고객 은 기술 적 으로 는 문외한 일 경우 가 많 다 . 아무리 과거 에 기술 에 몸담 았 다고 해도 " 지금 " 이 라는 시점 으로 짜르 면 문외한 인 건 똑같 다 . 
 3 . 고객 은 자기 가 원 하 는 것 을 표현 하 기 어려워 한다 . 특히 , 한국 은 체면 때문 에 더 힘들 어 한다 . 
 4 . 고객 은 결국 은 돈 주 는 사람 이 다 . 
 즉 , 고객 은 요구사항 을 내 고 개발 이 끝난 뒤 에 요구사항 대로 개발 했 는지 검토 한 후 에 그 댓 가를 지불 하 는 사람 이 다 . 
 그런데 , 여기 서 문제 가 발생 한다 . 결론 부터 말 하 자면 우리 의 좌뇌 가 문제 이 다 . 
 좌뇌 는 논리 와 언어 를 담당 하 고 우뇌 는 감성 과 직관 을 담당 한다 . 
 우리 가 누군가 에게 말 을 하 는 이상 좌뇌 를 통할 수 밖 에 없 으며 좌뇌 는 다음 과 같이 " 자동차 를 만들 어 주 세요 . " 라고 하 지만 우뇌 는 어떤 그림 을 상상 하 고 있 을 것 이 다 . 아마도 다음 의 그림 과 같 지 않 을까 ? 
 1 . 고객 
 좌뇌 - 차 를 만들 어 주 세요 . 
 우뇌 - 
 2 . 개발자 
 좌뇌 - 차 를 만들 어 달 라고 하 는구나 . 
 좌뇌 는 똑같 은 이야기 를 하 고 있 지만 우뇌 는 서로 다른 이야기 를 하 고 있 는 것 이 다 . 
 그러나 우리 는 우뇌 에서 그린 이미지 를 물질 세계 로 끌어내 어 형상 화 한다 . 
 그래서 우리 에게 는 말 이 아닌 그림 이 필요 하 며 그림 을 간략 하 게 그리 기 위해 Diagram 이 라는 도구 를 사용 하 는 것 이 다 . 
 따라서 , UML 은 다음 과 같이 정의 할 수 있 다 . 
 " UML 은 의사소통 의 도구 ! " 
 따라서 , UML 을 자세히 그릴 필요 성 이 없 다는 결론 에 도달 한다 . 
 자세히 선 이 어쩌 구요 , 뭐 가 어떻 고 따진다고 한들 그것 이 코드 로 그대로 반영 되 는 것 도 아니 지 않 는가 ? 
 그냥 문자 로 되 어 있 는 요구사항 을 Diagram 으로 표현 한 것 이 UML 의 첫 번 째 " Use Case " 이 다 . 
 USE CASE 의 정체 를 떠들 다가 보 니 벌써 이렇게 길 어 지 고 말 았 는데 그 정체 를 이렇게 장황 하 게 설명 하 는 이유 가 바로 정체 를 제대로 알 아야 만 정확 한 선 이 어쩌 고 하 는 논쟁 으로부터 벗어날 수 있 으며 어느 정도 의 수준 으로 Use Case 를 나눠야 하 는지 기준 이 서 기 때문 이 다 . 
 첫째 , USE CASE 는 요구사항 의 집합 이 다 . 
 둘째 , USE CASE 는 인수 시험 으로 검증 될 수 있 어야 한다 . 
 위 의 2 개 의 기준 은 매우 중요 한 개념 이 다 . 밑줄 쫙쫙 긋 고 머리 속 에 박 아 넣 고 있 어야 하 는 개념 이 다 . 
 이제 우리 가 그리 기 로 했었 던 " 3 D Navigation " 의 USE CASE 를 그려 보 도록 하 자 . 
 1 . StarUML 을 실행 하 고 " Default Approach " 를 클릭 
 2 . 이제 USE CASE 를 그릴 차례 우측 탐 색창 에서 << USE CASE MODEL >> 을 더블 클릭 하 자 
 좌측 에 도구함 에 는 Use Case 에 사용 되 는 도구 가 뜬다 . 
 우리 가 사용 할 도구 는 UseCase 와 Actor , Association , System Boundary 정도 이 다 . 
 ( 정말로 . ..) 
 3 . 암튼 제한 된 도구 로 배치 해 보 니 다음 과 같 다 . 
 Use CASE 하나 하나 는 " 인수 시험 케이스 " 라는 생각 을 가지 고 그리 게 되 면 위 와 같이 된다 . 
 물론 다른 생각 을 할 수 도 있 다 . 그러나 나 는 이렇게 생각 한다 . 몇 가지 설명 을 덧붙이 면 
 사람 모양 인 Actor 는 사용 자 , 관리자 , 외부 시스템 등 을 표현 한다 . 즉 , 현재 네비 게이 션 을 제외 한 모든 시스템 , 사람 을 Actor 로 표현 하 는 것 이 다 . 
 그리고 화살표 와 선 이 보이 는데 이건 관계 를 표현 한다 . "-->" 하 든 "--" 하 든 둘 중 아무거 나 상관없이 써도 된다 . 
 단지 나 는 사용 자 의 입력 을 표현 하 는 선 은 "-->" 로 했 을 뿐 이 다 . 
 그리고 설명 이 부족 한 부분 은 Annotaion 을 클릭 해서 Note 와 Notelink 를 사용 해 추가 적 인 설명 을 붙여 둔다 . 
 이 까지 그리 는 데 5 ~ 10 분 정도 걸린 것 같 다 . 자랑 이 아니 라 대충 그렸 다는 이야기 다 . 
 왜 대충 그렸 을까 ? 
 이 문서 는 끊임없이 살 아 있 는 생명체 와 같 기 때문 이 다 . 무슨 이야기 냐면 " UML 은 개정 되 어야 하 기 때문 이 다 . " 
 매번 개정 할 텐데 힘들 게 그릴 필요 가 없 다는 의미 이 다 . 
 아무튼 요구사항 이 도출 되 면 이 정도 까지 그려 두 자 . 
 다음 에 는 기능 점수 ( Function Point ) 기준 견적 에 관한 이야기 를 할 것 이 다 . 
 2011 / 03 / 21 11 : 19 2011 / 03 / 21 11 : 19 
 TAG UML , 개발