DC 인갤 "게임제작 초심자를 위한 글 모음" 정리

깨진 링크도 있어서 살펴보고 살아있는 것들로만 내용 요약함

📌 인디게임 개발 카테고리별 초간단 정리

🛠️ 개발 툴 & 프로그래밍

• Unity: 초보자에게 가장 적합, 커뮤니티·자료 풍부.
• Brackeys 채널: Unity → 최근 Godot 튜토리얼도 활발.
• Blender Guru: 도넛 튜토리얼로 유명, Blender 입문 필수.

🎨 아트 & 디자인

• 색채 지침: 색은 형태보다 효과적. 팔레트·조합법 활용 → 가독성·분위기 개선.
• 그림 못 그리는 개발자 가이드: 팀원 영입이 최선, 없으면 도트·복셀·에셋 활용.
• 기본 규칙: PNG 포맷, 2의 제곱 크기, Bone 애니메이션, Blender·MagicaVoxel 추천.

🎵 사운드 & 음악

• 8마디 BGM 튜토리얼: 코드 진행(4-5-3-6, 2-5-1) → 멜로디보다 코드·리듬 변주가 핵심.

📚 학습 & 워크플로우

• 게임개발 공부법: 목표·역할·엔진 선택부터 시작.
• 1인 개발 워크플로우 (레딧):
  • 프로토타입 → 프리 프로덕션 → 알파 → 베타 → 출시.
  • 핵심 기능 먼저, 아트는 나중.
  • Trello·Docs 등 도구 활용, Feature Creep 경계.
  • 반복(iteration)과 일정 균형 중요.

⚙️ 최적화 & 기술

• GPU 최적화: 프로파일링 → Bloom 최적화 → SRP Batching + Atlas로 성능 개선.
• 서버 선택 팁: PlayFab/Firebase(캐주얼), 뒤끝/자체 서버(미드코어). 비용보다 출시 집중.

🚀 출시 & 퍼블리싱

• 스팀 출시 강좌:
  1. Steamworks 등록
  2. 게임 정보·스토어 페이지 작성
  3. 그래픽 에셋·빌드 관리
  4. 가격 책정·검토·출시
• AI 번역 프로젝트: Google Translate API로 대량 번역, 저렴·REST 기반.

⚠️ 인디개발 현실 & 팀 운영

• 망하는 법: 독단적 리더, 경험 부족, 시장조사 무시, 완성주의, 친분 위주 팀 빌딩.
• 생초보 가이드: 작은 목표부터 → 퍼즐·런게임 추천. Unity로 입문, 팀 규모·역할 고려.

✅ 초간단 핵심 메시지

• 작게 시작: 간단한 게임으로 실력 쌓기.
• 도구 활용: Unity·Blender·Trello·에셋 스토어.
• 아트는 색·도트·복셀로 단순화.
• 사운드는 코드 진행 중심.
• 워크플로우는 반복+유연성.
• 출시는 완성된 경험 제공.
• 팀 운영은 현실적이고 시장 친화적으로.

👉 이 버전은 “빠르게 훑는 개요판”입니다. 원하시면 제가 더 압축해서 한 장짜리 치트시트 형태로 만들어드릴 수도 있어요.

---

게임제작 초심자를 위한 글 모음 - Goranic - 인디 게임 개발 마이너 갤러리

카테고리별 정리

🛠️ 개발 툴 & 프로그래밍

• Unity 초보자 채널 (Brackeys)
• Blender 튜토리얼 (Blender Guru)

🎨 아트 & 디자인

• 인디개발자를 위한 색깔 지침 (김하너, 1편, 2편)
• 그림 못 그리는 개발자를 위한 안내서 (ㅇㅇ)
• 그림 못 그리는데 인디게임 만들고 싶어요 (연재 1편, 2편)

🎵 사운드 & 음악

• 8마디 브금 작곡 튜토리얼 (Soundable)

📚 학습 & 워크플로우

• 게임개발 공부법 (아니툴로스)
• 1인 개발자를 위한 워크플로우 (레딧 번역, SierraTi, 3부작, 1편, 2편, 3편)
• 게임 개발자가 보면 좋은 글 (ㅇㅇ)

⚙️ 최적화 & 기술

• GPU 최적화 글 (퍅셔미)
• 서버 고르는 팁 (ㅇㅇtogether0249)

🚀 출시 & 퍼블리싱

• 스팀출시 강좌 (매터, 4부작, 1편, 2편, 3편, 4편)
• AI로 대용량 번역하는 법 (매튜돌)

⚠️ 인디개발 현실 & 팀 운영

• 팀단위 인디 게임 쉽게 망하는 법 (라멛)
• 생초보인데 인디게임 만들고 싶어요 (ㅇㅇ)

 

 

---

🛠️ 개발 툴 & 프로그래밍

---

Unity 초보자 채널 (Brackeys)

• Brackeys 유튜브 채널 최신 정보 (2026년 기준)

• • • 구독자 수: 약 192만 명
    • 영상 수: 469개 이상
    • 최근 활동:
      • 2024년 이후 Godot 엔진으로 복귀 (유니티에서 고도로 바꾸면 또 시간 낭비)
      • Godot 튜토리얼 다수 업로드 (GDScript, Lighting, 3D 게임 제작 등)
      • Brackeys Game Jam을 꾸준히 개최 (연 2회, 2025·2026에도 진행)
    • 대표 최신 영상:
      • Lighting in Godot for Beginners (2025년, 26만 조회)
      • How to make 3D Games in Godot (2025년, 120만 조회)
      • Best Games from the Brackeys Game Jam 2025 (2025년, 16만 조회)

---

Blender 튜토리얼 (Blender Guru)

• 운영자: Andrew Price (호주 출신, 2008년부터 Blender 튜토리얼 제작)
• 구독자 수: 약 339만 명
• 영상 수: 248개 이상
• 대표 콘텐츠:
  • Donut Tutorial Series – Blender 입문자에게 가장 유명한 시리즈, 2017년 이후 여러 차례 최신화
  • Geometry Nodes, Photorealistic Rendering, Interior Modeling 등 다양한 실습형 강좌
• 특징:
  • Blender의 기초부터 고급 기능까지 체계적으로 다룸
  • 무료 오픈소스 툴 Blender를 활용한 실습 중심 강의
  • 운영자가 설립한 Poliigon(텍스처·HDRI·모델 제공 사이트)과 연계

---

🎨 아트 & 디자인

---

아트 디자인을 홀로 해결하고픈 인디개발자를 위한 색깔 지침 (김하너, 1편, 2편)

• 이 글은 인디 게임 개발 과정에서 아트 제작의 어려움을 겪는 초심자들을 위해, 색채 활용법을 중심으로 그래픽 품질을 개선하는 방법을 설명한 가이드입니다.
  • 왜 색인가?
    • 인디 개발자는 고퀄리티 그래픽을 구현하기 어렵기 때문에 색채 활용이 가장 효율적인 개선책.
    • 색은 형태보다 뇌에 쉽게 각인되며, 가독성과 구분성을 높여준다.
    • 예시: 니드호그는 단순한 그래픽에도 색을 영리하게 사용해 캐릭터와 배경을 구분시킴.
  • 색감은 키울 수 있는가?
    • 누구나 색채 감각을 훈련할 수 있음.
    • 옷을 잘 입는 것처럼 색의 조합과 배치를 반복 학습하면 감각이 향상됨.
    • 추천 방법: 소거법 → 무수히 많은 색 중 어울리지 않는 색을 제거하고, 제한된 팔레트(DB16 등)를 활용.
  • 어울리는 색을 쓰는 방법 (색쓰방)
    • 유튜브 강의(색채 기초 및 6가지 색조합법) 참고: 영상 링크
    • 여섯 가지 기본 색조합 방식 소개:
      • 단일/유사 색계열 조합 → 안정적, 배경에 적합
      • 삼국지 컬러(빨강·노랑·파랑) → 캐릭터에 활용 가능, 비율 조절이 핵심
      • 대비 색 조합 → 시인성 강화, 갈등·경쟁 표현에 적합
      • 보색 조합 → 강렬한 대비, 캐릭터·UI 강조에 활용
      • 복합 색조합 → 배경과 오브젝트를 함께 고려, 가독성 유지
      • 배경-오브젝트 분리형 조합 → 메인 캐릭터를 돋보이게 하고, 배경은 조화롭게 구성
  • 색 쓰는 걸 도와주는 것들
    • 미리 구성된 팔레트
      • 제한된 색상만 사용하면 불편할 수 있지만, 응용력과 색감 훈련에 도움이 됨.
      • 예: 칼을 그릴 때 회색을 찾기보다 팔레트 내 색으로 표현.
    • 팔레트 공유 사이트 (ColourLovers)
      • 전 세계 사람들이 만든 색 조합을 공유.
      • 어떤 색이 잘 쓰이는지, 어떤 색과 어울리는지 학습 가능.
    • 색 분석 사이트 (Color Summarizer)
      • 이미지를 업로드하면 주요 색상을 분석해 팔레트로 제공.
      • 레퍼런스 이미지의 분위기를 재현할 때 유용.
    • 스스로 단련하기
      • 다양한 이미지를 관찰·분석하며 색 구성 원리를 체득.
      • 스포이드로 색을 추출하고 분할해보며 반복 학습.
  • 기타 실전 노하우
    • 그림자 색 고르는 법
      • 단순히 명도를 낮추는 대신, 광원/반사광 톤을 반영해 채도를 높이면 생기 있는 그림자 표현 가능.
      • 오버레이·스크린 레이어로 전체 톤을 묶으면 분위기와 통일성 강화.
    • 쌩회색 쓰지 않기
      • 무채색은 다루기 어려움.
      • 빛을 받은 물체의 본래 색을 고려해 약간의 채도를 주면 자연스러움.
    • 채도와 명도로 가독성 살리기
      • 주목받아야 할 요소는 밝고 선명하게, 배경은 어둡거나 흐릿하게.
      • 캐릭터와 배경을 대비시켜 시인성 확보.
    • 한 주제에 색상 수 절제/통일
      • 색을 많이 쓰면 복잡해지므로 계열을 통일해 깔끔하게 유지.
      • 예: 여러 색을 써도 같은 초록 계열이면 단일 색계열로 간주.
    • UI 디테일 생략하기 (아이콘화)
      • 불필요한 장식을 줄이고 단순화.
      • 형태를 생략하면 필요한 색도 줄어들어 관리가 쉬워짐.
• 핵심 요약
  
  • 색은 형태보다 쉽고 효과적인 그래픽 개선 요소.
  • 팔레트와 색조합 규칙을 활용하면 초보자도 빠르게 품질을 높일 수 있음.
  • 완벽히 이해하지 못해도 “이런 방법이 있다”는 사실만 알아도 큰 도움이 됨.
  • 같은 색조합을 쓰더라도 채도·명도·비율에 따라 완전히 다른 결과물이 가능. 
  • 팔레트와 분석 도구를 활용해 색 선택을 단순화하고 학습 효과를 높일 수 있음.
  • 실전 테크닉: 그림자 톤 활용, 무채색 대신 채도 부여, 채도·명도 대비로 가독성 확보, 색상 절제, UI 단순화.
  • 초심자도 이 원리를 적용하면 그래픽 품질과 가독성을 크게 개선할 수 있음.

---

그림 못 그리는 개발자를 위한 안내서 (ㅇㅇ)

• 시작점 잡기
  • 좋아하는 일러스트레이터/작가를 2~3명 정해 자료를 모으고 기준점을 삼을 것.
  • 예시: 아마노 요시타카, 신카와 요지, 김형태, 정준호 등.
• 색상표 연습
  • 연필로 명암과 색 농도를 표현하는 연습을 통해 색감 이해.
• 도형 그리기
  • 사람과 사물을 도형으로 단순화해 입체감 익히기.
• 루미스 책 활용
  • 인체 드로잉 기본서로 유명한 루미스 책을 참고해 기초 학습.
• 크로키 모작
  • 인물의 동세와 세부 묘사를 빠르게 관찰·연습.
• 짐 리 만화 참고
  • 근육과 구도 표현에 탁월한 짐 리의 작품(대표작: 배트맨 허쉬)을 모작하며 인체 기본기 습득.
• 학습 커뮤니티 활용
  • 게임 일러스트/미술학원 카페 가입 → 무료 튜토리얼 자료 활용.
• 타블렛 준비
  • 저가형(약 10만 원) 와콤 타블렛 추천. 디지털 드로잉 입문에 필수.
• 꾸준한 연습
  • 최소 한 달 이상 지속적으로 그림을 그려야 실력 향상 체감 가능.
  • 10장 그려보고 "왜 안 늘지?"라는 조급함은 금물.

---

그림 못 그리는데 인디게임 만들고 싶어요 (연재 1편, 2편)

그림을 못 그려도 인디게임을 만들 수 있는 방법과 필수 그래픽 프로그램·개념을 소개

• 팀원을 구하는 것이 최선, 하지만 못 구한다면 그래픽 부담을 줄이는 장르 선택과 에셋·외주·도트·복셀 활용으로 해결 가능.
• 초심자는 많이 쓰이는 프로그램을 선택해 학습 자료와 협업 편의성을 확보해야 함.
• PNG 포맷, 2의 제곱 크기, Bone 애니메이션, Blender/복셀 활용 같은 기본 규칙을 알면 그래픽 제작이 훨씬 수월해짐.
• 인디 개발에서는 도트와 복셀이 진입장벽이 낮아 가장 현실적인 선택지.

항목별 세부 내용

• 팀원을 찾는 것이 최선
  • 직접 그림을 배우는 것보다 그림 잘 그리는 팀원을 영입하는 것이 가장 효율적이고 결과물도 뛰어남.
• 팀원을 못 구했을 때
  • 혼자 개발하거나 팀원을 구하기 어려운 경우, 그래픽 비중을 줄이는 게임 기획이 필요.
  • 그래픽 부담을 줄이는 장르 예시:
    • ASCII 기반 로그라이크
    • 사이드뷰(좌우 반전 활용)
    • 단순 슈팅 게임 (주인공·배경·적·탄환만 필요)
    • 퍼즐, 런게임 등 리소스가 적은 장르
    • Doki Doki Literature Club 같은 비주얼 노벨 (캐릭터·배경 수가 적음)
• 그래픽 확보 방법
  • 에셋 활용: Unity Asset Store, OpenGameArt, Kenney 등 (단점: 통일성 부족, 저작권 문제 가능).
  • 외주: 비용은 들지만 전문성 확보 가능. 단가·소통 문제 주의.
  • 커미션: 개인 소장용 그림을 의뢰하는 방식. 계약 시 상업적 사용 허용을 명확히 해야 함.
• 도트(픽셀아트) 활용
  • 그림 실력이 부족해도 픽셀 단위로 찍는 도트 아트는 진입장벽이 낮음.
  • 고전 게임 느낌을 내면서도 초보자가 쉽게 접근 가능.
  • 도트 제작 프로그램:
    • Photoshop (유료, 다용도)
    • Aseprite (저렴, 기능 풍부)
    • Pyxel Edit (타일 기능 강점)
    • Pro Motion NG (고급 기능, 던파 제작에도 사용)
    • GraphicsGale (무료, 일본산)
    • Piskel (웹 기반, 간단 제작)
    • 추가 자료 & 팁: PixelJoint, DeviantArt, Spriters Resource, Patreon 튜토리얼(Saint11, Bandygrass), 컬러 팔레트(DB32 등).
  • 그래픽 프로그램 전체 소개
    • 이미지 편집: Photoshop(유료), Krita(무료), GIMP(무료)
    • 벡터: Illustrator(유료), InkScape(무료)
    • 일러스트: Clip Studio(유료, PRO/EX), Medibang Paint(무료)
    • 2D 애니메이션: Spine(유료), DragonBones(무료), Anima2D(Unity용), Live2D(고난도)
    • 도트: Aseprite, Pro Motion NG, Pyxel Edit, GraphicsGale, Piskel\
    • 3D: 3ds Max, Maya, ZBrush(유료), Blender(무료, 추천)
    • 복셀: MagicaVoxel(무료), Qubicle(유료)
      👉 많이 쓰이는 프로그램을 선택해야 자료 찾기와 협업이 편리함. 학생 할인도 적극 활용 가능.
  • 기본 그래픽 개념
    • 비트맵 vs 벡터:
      • 비트맵은 픽셀 기반 → 확대 시 깨짐.
      • 벡터는 점·선 기반 → 확대해도 깨지지 않아 로고 등에 적합.
    • 파일 포맷:
      • GIF: 256색 제한, 투명 미지원.
      • JPEG: 압축으로 품질 저하 → 도트에는 부적합.
      • PNG: 투명 지원, 손실 없음 → 게임 그래픽 기본 포맷.
    • 이미지 크기
      • 2의 제곱 단위(16x16, 32x32 등)로 만드는 것이 메모리 효율적.
    • 2D 애니메이션
      • Flipbook 방식: 여러 프레임을 순서대로 보여줌.
      • Bone 방식: 이미지에 뼈를 심어 움직임을 재활용 가능.
      • 대표 툴: Spine, DragonBones, Anima2D.
      • Live2D는 난이도가 높아 초심자에게 비추천.
    • 3D & 복셀 그래픽
      • 3D:
        • Autodesk(3ds Max, Maya): 업계 표준, 가격 매우 비쌈.
        • Blender: 무료지만 강력, 인디 개발자에게 추천.
        • ZBrush: 조각하듯 모델링하는 툴, 다른 툴과 병행 사용.
      • 복셀:
        • 3D에서 도트처럼 정육면체 박스를 쌓아 만드는 방식.
        • 배우기 쉽고 모델·텍스처 과정을 단순화.
        • 대표 툴: MagicaVoxel(무료), Qubicle(유료).
        • 예시 게임: Crossy Road.

---

🎵 사운드 & 음악

---

8마디 브금 작곡 튜토리얼 (Soundable)

• 게임 BGM 만들 때 멜로디보다 코드 진행이 핵심.
• 기본 코드 진행: 4-5-3-6 (C 스케일 기준: 파-솔-미-라).
• 응용: 2-5-1을 섞어 4-5-3-6-2-5-1-1 같은 진행으로 안정감과 풍부함을 줌.
• 코드에 리듬을 쪼개 넣거나 옥타브를 번갈아 치면 더 경쾌하고 리듬감 있는 곡이 됨.
  👉 요약하면: 단순 멜로디 → 코드 입히기 → 리듬·옥타브 변주로 곡의 완성도를 높일 수 있다.

---

📚 학습 & 워크플로우

---

게임개발 공부법 (아니툴로스)

---

1인 개발자를 위한 워크플로우 (레딧 번역, SierraTi, 3부작, 1편, 2편, 3편)

📌 1인 개발 워크플로우 요약 (레딧 포스팅 1부)

🔹 작성자의 기본 접근

• Trello 보드로 전체 일정 관리 (프리 프로덕션 → 알파 → 베타 → 출시).
• 각 단계마다 상위 항목을 설정하고, 이를 더 작은 작업 단위로 세분화.
• 상위 항목에는 마감 기한 설정, 하위 항목은 유연하게 진행.
• 프로토타입 → 프리 프로덕션 → 알파 → 베타 → 출시 순으로 진행.

🔹 프로토타입 단계

• 핵심은 재미와 기능 검증.
• 아트는 배제하고 graybox로 구현.
• 세이브 시스템 같은 핵심 기능은 초기에 구현해 게임의 방향성을 확인.

🔹 프리 프로덕션 단계

• 월드 구성, 레벨 구조, 퍼즐 요소 등을 종이와 Trello로 설계.
• 다만 1인 개발 특성상 지나치게 방대해지면 부담이 될 수 있음.

🔹 알파/베타 단계

• 알파: 모든 요소를 graybox로 구현해 게임 전체가 작동하는지 확인.
• 베타: 아트 추가 + 버그 수정.
• 출시: 버그 수정 마무리.

💡 토론에서 나온 주요 조언

astrallurker의 의견

• 레벨 디자인은 중간 단계부터 시작 → 양방향으로 확장해 밸런스 유지.
• 컨트롤 감각은 끝까지 반복적으로 다듬어야 함.
• 프로토타입은 많이 만드는 것보다 모듈러 방식으로 기능을 평가하고 점수화.
• 아트는 최소 2단계로:
  1. 아트 스타일 결정
  2. 필요한 아트 자산 리스트 작성
• MVP/MMP 개념:
  • MPP(Minimum Playable Product): 최소한 플레이 가능한 프로토타입.
  • MVP(Minimum Viable Product): 컨셉 아트가 추가된 최소 기능 제품.
• 외주 아트라면 MVP 단계에서 아티스트가 플레이 가능하게 제공하는 것이 효율적.

pTricked의 고민

• 디자인 문서가 과도하게 쌓이지 않도록 조율 필요.
• 격주 개발 방식(한 주는 구현, 한 주는 디자인 수정)도 고려.
• Ludum Dare 경험: 짧은 기간에 계획 → 실행 → 제출 → 과로 없이 성과.
• 장기 프로젝트에도 적용 가능할지 고민.

✅ 핵심 교훈

• 1인 개발은 유연성이 가장 큰 장점 → 워터폴(폭포수) 모델처럼 경직된 방식은 비효율적.
• 프로토타입은 빠르게, 아트는 늦게 → 재미와 기능 검증이 최우선.
• 우선순위 기반 관리 → 몬테 카를로 트리 같은 의사결정 구조 활용 가능.
• 작업 흐름은 반복적·모듈러적 접근

📌 1인 개발 워크플로우 (레딧 포스팅 2부 요약)

🔹 et1337의 방식

• 리빙 디자인 문서: 구글 독스에 단기/중기/장기 할 일, 디자인 목표, 스토리 개요 작성.
• 별도 스프레드시트: 오디오 및 대화 에셋 관리.
• 프리 프로덕션 일부는 알파 단계 하위로 포함시켜 진행.

🔹 MoLoLu의 방식

• 프로토타입 단계에서 핵심 기능만 구현 → 전체 기능의 20~30%만 추가하면 완성 가능.
• 모든 게임플레이를 테스트하지 않고, 기본 틀만 검증.
• 이후 아트스타일 고민, 코드 개선, 레벨 연결, 월드 제작 착수.
• 알파/베타 경계가 모호 → “베타 에셋” 제작하며 유연하게 반복(iteration).
• 핵심 기능을 먼저 프로토타입 → 이후 확장.
• 스파게티 코드 방지 위해 프레임워크 기반으로 작업.
• Iterative 접근: 최소 기능(FPS라면 카메라/이동/총 하나)부터 시작 → 개선 → 확장.
• 아트는 뒤로 미루되, 핵심 기능이 완성된 후 추가.

🔹 pTricked의 깨달음

• 최소 기능부터 시작하는 iterative 접근을 이해.
• 아트 과정을 미루어둔 덕분에 핵심 기능을 뒤늦게 발견해도 대응 가능.
• Feature Creep(불필요한 기능 추가 집착)과는 다른, 반드시 필요한 핵심 기능을 늦게라도 구현할 수 있음.

🔹 MoLoLu의 추가 조언

• 1인 개발자는 프로젝트 매니저 역할도 직접 해야 함.
• 아트를 전부 하거나 전혀 하지 않으면 코드 수정 부담이 줄어듦.
• 새로운 기능 추가 시, 잠시 멈추고 우선순위를 판단하는 것이 중요.
• 팀 프로젝트처럼 전체 완료에 집착하면 결과물의 일관성이 깨질 수 있음 → 시간 낭비 방지 위해 최소한만 구현 후 개선.

🔹 Icelus의 의견

• 워크플로우에 정답은 없음 → 자신에게 맞는 방법을 찾는 것이 중요.
• Trello로 작업 목록 관리.
• 초기에는 플레이스홀더 아트 사용 → 기능, 테스트, 피드백, 반복에 집중.
• 게임플레이가 핵심 → 재미와 정체성을 강화하는 것이 최우선.
• 아트는 유저를 끌어들이는 역할 → 아트스타일 정의에 시간 투자 필요.
• 예시: 퍼즐 플랫포머 → 다양한 퍼즐과 도전 요소가 유저를 붙잡음.
• 컨셉 아트 → 인게임 에셋 → 애니메이션, 파티클 효과, 화면 연출 등으로 발전.
• 작성자의 워크플로우는 이미 잘 진행 중 → 기능 구현 후 아트스타일 정의에 집중하면 됨.

✅ 핵심 교훈 (2부)

• Iterative 접근: 최소 기능부터 시작해 점진적으로 개선·확장.
• 아트는 늦게, 기능은 먼저 → 핵심 기능 검증 후 아트스타일 정의.
• 프로젝트 매니저 역할 수행: 1인 개발자는 스스로 우선순위와 일정 관리 필요.
• 일관성 유지: 전체 완료 집착보다, 작은 단위로 개선하며 진행하는 것이 효율적.
• 게임플레이 최우선: 재미와 정체성을 먼저 확립, 아트는 그 다음.

📌 3부 핵심 요약

🔹 프로젝트 관리 툴

• Pivotal Tracker: 애자일 기반 툴, 팀 단위에 적합. 숙달되면 작업 속도를 학습해 일정 관리에 도움.
• Trello: 1인 개발자에게 더 직관적이고 간단. 많은 개발자들이 선호.
• Evernote/Google Docs: 단순 To-Do 리스트나 노트 기반으로도 충분히 관리 가능. 다만 구조 없이 방대해지면 Feature Creep 위험.

🔹 프로토타입 제작 원칙

• Eymrich: “에셋 없이도 재미있어야 한다.” → 큐브와 최소한의 사운드만으로 핵심 게임플레이 검증.
• 세련된 프로토타입(Vertical Slice): 최종 퀄리티로 5~10분짜리 게임플레이를 제작해
  1. 전체 제작 소요 시간과 파이프라인 이해
  2. 퍼블리셔·기자·유튜버 등에게 보여줄 데모 확보.
• 단, 이 과정은 그래픽 파이프라인에 부담을 주고 시간이 많이 소모됨. AAA급 타이틀에서 데모와 실제 결과물이 달라지는 이유도 여기에 있음.

🔹 반복(iteration)과 일정 관리

• 구글 독스 기반 To-Do 리스트: 단순하지만 새로운 항목 추가 유혹 → 일정 지연 위험.
• Trello 기반 마일스톤 관리: 새로운 기능 추가 시 상위 작업과 기한이 자동 조정 → 일정 지연 가능성.
• 교훈: 반복(iteration)을 너무 많이 하면 출시가 무한정 늦어지고, 폭포수 모델처럼 고정하면 제때 완성은 가능하지만 품질이 떨어질 수 있음.
• 해결책: 프로젝트 성격에 맞는 균형 잡힌 접근 필요. 얼리 액세스 모델은 반복적 개선에 적합.

🔹 개발 철학

• 게임은 출시 시점에 완전히 세련된 경험을 제공해야 한다는 기대가 존재.
• 하지만 1인 개발자는 유연성을 활용해 작은 단위로 반복 개선하는 것이 현실적.
• 아트와 기능 구현은 최소한만 먼저, 이후 확장.
• 일정 관리 도구는 개인 성향에 맞게 선택하되, 기능 추가 욕심(Feature Creep)을 경계해야 함.

✅ 전체 1~3부 종합 교훈

1. 프로토타입은 최소 기능부터 → 재미와 핵심 기능 검증이 최우선.
2. 아트는 늦게, 기능은 먼저 → 플레이가 재미있다면 아트 추가 후에도 재미있음.
3. 일정 관리 도구 활용 → Trello, Evernote, Google Docs 등 자신에게 맞는 툴 선택.
4. 반복(iteration)과 일정 균형 → 지나친 반복은 출시 지연, 폭포수식 고정은 품질 저하.
5. 세련된 프로토타입(Vertical Slice) → 퍼블리셔·홍보용으로 가치 있지만 시간 소모 큼.
6. Feature Creep 경계 → 새로운 기능 욕심은 일정과 완성도를 해칠 수 있음.
7. 출시 목표는 ‘완성된 경험’ → 얼리 액세스 등 모델을 활용해 현실적 접근 가능.

---

게임 개발자가 보면 좋은 글 (ㅇㅇ)

4Gamer 기사 – “洞窟物語(Cave Story)”의 GDC 2011 강연

• 일본 인디/동인 게임 동굴물어(洞窟物語, Cave Story) 제작자 천야 대스케(Pixel)가 GDC 2011에서 개발 강연을 진행했다.
• 동굴물어는 2004년 1인 개발로 만들어진 프리 게임이며 이후 팬과 친구에 의해 다국어·플랫폼 확장이 이루어졌다.
• 천야는 인디 게임의 가능성으로 “아이디어와 게임성 중심의 자유로운 제작”을 강조했다.
• 강연에서 그는 게임 개발의 핵심 요소 5가지 (비주얼, 인터랙션, 효과음, BGM, 스토리)를 설명했다.
• 예: 비주얼은 강조 색과 간결함, 인터랙션은 플레이어 행동에 반응하는 적 설계 등 구체 사례를 들었다.
• BGM은 분위기·상태 전달·기억 형성 세 가지 기능이 중요하다고 언급했다.
• 스토리는 “초반 과다 노출보다 플레이 진행 중 자연스러운 노출”이 효과적이라는 점을 설명했다.
• 플레이어 유도는 강압적이 아닌 선택의 즐거움을 느끼게 하는 것이 핵심이라고 강조했다.

---

⚙️ 최적화 & 기술

---

GPU 최적화 글 (퍅셔미)

1. 프로파일링

• 목적: 병목 지점을 찾아 성능 개선.
• 도구: Unity Profiler, Frame Debugger (외부 RenderDoc도 가능).
• 방법: PC뿐 아니라 실제 모바일 기기에 연결해 성능 측정.

2. Unity Profiler 활용

• 모바일에서 PostProcessing Bloom 효과가 GPU 성능을 크게 잡아먹는 문제 발견.
• URP Bloom은 성능 타협 옵션이 없어 직접 패키지 코드를 수정해 iteration 횟수 줄임.
• 결과: 시각적 품질은 유지하면서 성능 대폭 개선.

3. Frame Debugger

• 한 프레임이 렌더링되는 과정을 단계별로 확인 가능.
• CPU가 GPU에 드로우콜을 보내는 구조 이해 → 최적화 포인트는 드로우콜 줄이기.

4. Batching

• SRP Batcher 사용: 같은 Shader면 Material이 달라도 성능 저하를 막아줌.
• Sprite Atlas로 여러 텍스처를 하나로 묶어 드로우콜 감소.
• UI 아틀라스 패킹 시 옵션(Allow Rotation, Tight Packing) 해제 필요.
• 결과: 드로우콜 감소 → GPU 연산 시간 3.03ms → 2.67ms로 개선.

💡 핵심 메시지

• 프로파일링 → 병목 파악 → Bloom 최적화 → SRP Batching + Atlas 적용으로 GPU 성능을 크게 개선.
• 최적화는 작은 개선이라도 누적되면 발열·프레임 안정성에 큰 효과를 줌.

---

서버 고르는 팁 (ㅇㅇtogether0249)

작성자는 PlayFab, Firebase, 뒤끝, 자체 서버를 모두 사용해본 경험을 바탕으로 서버 선택 기준을 정리했습니다.

1. 장르별 추천 서버

• PC 스팀 게임 (슬더슬, 뱀서 등) → PlayFab
• 모바일 하이퍼 캐주얼 (탕탕특공대, 카피바라 등) → PlayFab / Firebase
• 모바일 캐주얼 키우기 (깡통 키우기, 초기 슬레이어 키우기 등) → PlayFab / Firebase
• 모바일 미드코어 키우기 (달토끼 키우기, 블레이드 키우기 등) → 뒤끝 / 자체 서버

2. Q&A 핵심

• Q: 어떤 서버가 제일 좋은가? → 자체 서버가 최선, 다만 개발·운영할 시간과 인력이 있어야 함.
• Q: 미드코어를 PlayFab으로 만들 수 있나? → 가능하지만 구현해야 할 기능이 많아 시간 대비 비효율적일 수 있음.
• Q: 뒤끝은 비싸지 않나? → 맞음. 하루 매출 100만 원 이상 기대되는 게임에 적합.
• Q: PlayFab vs Firebase? → PlayFab은 사용이 쉽고, Firebase는 자유도가 높음.

3. 결론

• 서버 비용 걱정은 “대박 나면 어떻게 하지?”라는 고민일 뿐.
• 실제로 성공하면 어떤 서버를 쓰든 개발자를 고용해 자체 서버로 이관 가능.
• 따라서 지금은 비용 걱정보다 출시 목표에 집중하는 것이 더 중요.

---

🚀 출시 & 퍼블리싱

---

스팀출시 강좌 (매터, 4부작, 1편, 2편, 3편, 4편)

1편: 스팀 출시 준비

• 스팀에 게임을 올리려면 Steamworks 계정 등록과 앱 생성 필요.
• 게임 빌드와 스토어 페이지를 준비하는 과정 소개.
• 기본적으로 개발자가 스팀 생태계와 정책을 이해해야 함.

2편: 게임 정보 기입

• 스토어 페이지에 들어갈 게임 설명, 장르, 태그, 지원 언어 등을 입력.
• 연령 등급, 시스템 요구사항도 기재해야 함.
• 정보 입력은 출시 후 유저가 게임을 찾고 평가하는 데 중요한 요소.

3편: 그래픽 에셋과 빌드 관리

• 스팀 스토어에 필요한 그래픽 리소스(아이콘, 배너, 스크린샷, 트레일러) 준비.
• 게임 빌드를 Steamworks에 업로드하고 버전 관리하는 방법 설명.
• QA 과정에서 빌드 안정성을 확보해야 함.

4편: 가격 책정과 검토 및 출시

• 게임 가격을 책정하고 지역별 가격 정책을 설정.
• 스팀의 검토 과정을 거쳐야 정식 출시 가능.
• 출시 후에는 업데이트, 이벤트, 할인 정책 등을 운영해야 함.

---

AI로 대용량 번역하는 법 (매튜돌)

📌 프로젝트 개요

• 목적: Google Cloud Translation API(구글 트랜스레이터 API)를 활용해 게임 내 대사 등 대량 문장을 번역하는 프로그램.
• 특징:
  • ChatGPT 등과 달리 대량 문장 번역 가능.
  • CSV 파일의 특정 행/열을 번역하는 알고리즘을 직접 작성해 활용 가능.
  • REST API 기반이라 다른 엔진(Unity 등)으로 옮기기도 쉬움.
  • 게임메이커(GameMaker)로 제작되었지만, JavaScript처럼 다룰 수 있음.

💰 비용 구조

• 무료: 첫 50만자까지 무료 제공.
• 유료: 이후 100만자당 약 10만 원.
• 우회 방법: 구글 계정을 여러 개 생성해 무료 구간 반복 사용 가능.
• 일반 번역 비용 대비 매우 저렴한 편.

⚙️ 사용 준비 과정

1. Google Cloud Translate 접속 → 무료 체험 시작.
2. 정책 동의 및 계정 정보 입력.
3. API 키 생성 → 저장.
4. OAuth 동의 화면 구성 → 범위 설정(필요 시 전체 체크).
5. 테스트 사용자 추가 → 본인 이메일 등록.
6. OAuth 인증 정보 생성 → 유형을 "데스크탑 앱"으로 설정.
7. 생성된 Client ID / Secret 저장.

🔑 인증 및 실행 과정

• GameMaker 프로젝트(.yyp) 열기 → obj_init의 생성 이벤트에 API 키/인증 정보 입력.
• 빌드 후 실행 → 인증 버튼 클릭 → 브라우저 로그인.
• 주소창의 ?code=[코드] 부분을 복사해 프로그램에 붙여넣기.
• 인증 성공 메시지 확인 후 번역 기능 사용 가능.

📂 활용 방법

• 번역 버튼으로 문장 번역 확인.
• CSV 등 대사집 파일을 불러와 번역 후 저장하는 알고리즘 작성.
• 언어 코드 참고: 지원 언어 목록.
• 전체 문서 참고: API Setup 문서.

✅ 요약

이 프로젝트는 Google Cloud Translation API를 게임 개발에 맞게 쉽게 적용할 수 있도록 만든 예제입니다.

• 대량 번역에 최적화.
• REST API 기반이라 다른 엔진에서도 활용 가능.
• 인증 절차만 잘 따라가면 누구나 무료/저렴하게 대사 번역 자동화 가능.

---

⚠️ 인디개발 현실 & 팀 운영

---

팀단위 인디 게임 쉽게 망하는 법 (라멛)

 

• 리더십 문제: 권위적이거나 독단적인 리더(사장병/대장병).
• 경험 부족: 팀 내 누구도 출시 경험이 없음.
• 인력 구성 문제: 실무형 디자이너·개발자가 아닌, 자기 세계에 갇힌 아티스트/엔지니어.
• 비현실적 일정: 첫 프로젝트인데 6개월 이상 장기 일정을 잡음.
• 시장 무시: “인디니까 시장조사 필요 없다”는 태도.
• 완성주의 함정: 초기 버전 출시 없이 ‘완벽한 마스터피스’만 내겠다는 고집.
• 기획 부재: 기획 경험 없는 단순 게임 매니아가 기획자 역할.
• 과도한 팀 규모: 필요 이상으로 많은 팀원을 구성(5명 이상).
• 마케팅 무지: ASO(앱스토어 최적화)나 홍보 전략 없이 “재밌으니 알아줄 것”이라 믿음.
• 친분 위주 팀 빌딩: 능력보다 친한 사람들로만 팀 구성.
• 운영/관리 부재: 소규모라며 문서화·서류작업을 무시.

 

---

생초보인데 인디게임 만들고 싶어요 (ㅇㅇ)

📌 인디게임 입문 가이드 요약

1. 목표 설정

• 게임 종류: 2D/3D, 플랫폼(PC/모바일/콘솔), 장르(RPG, 퍼즐, 런게임 등) 결정.
• 참고 게임: 비슷한 유명 게임을 찾아 벤치마킹(플래피버드, 2048 등).
• Tip: 처음엔 작은 목표 → 간단한 퍼즐/런게임으로 시작해 실력 쌓기.

2. 팀 규모

• 게임 종류에 따라 필요 인원이 달라짐.
• 대형 RPG(예: 위쳐3) → 수백 명, 수년 개발.
• 단순 게임(플래피버드) → 1인 개발도 가능.

3. 역할 분류

• 프로그래밍 / 그래픽 / 기획 / 사운드
• 1인 개발자는 전부 혼자 담당해야 함.
• 인디팀이라면 각자 역할을 나눌 수 있음.

4. 프로그래밍 접근법

• 방법 1: 언어 기초부터 공부 → 대형 게임회사 취업 목표라면 적합.
• 방법 2: 게임엔진 먼저 배우고 필요할 때 언어 학습 → 취미/인디게임에 적합.
• 초보자라면 2번 방식 추천.

5. 게임 엔진 선택 기준

• 유명하고 사용자 많음.
• 2D/3D 지원, 다양한 플랫폼 지원.
• 무료 또는 저렴.
• 목표 게임과 유사한 사례 존재.

👉 가장 적합한 선택: Unity

6. Unity

• 초보자에게 가장 적합한 엔진.
• 무료 버전(퍼스널)으로 대부분 기능 사용 가능.
• 학습 자료:
  • 공식 튜토리얼: Roll-a-ball, 2D UFO Tutorial.
  • 추천 책: 유니티 5로 만드는 3D/2D 스마트폰 게임 개발.
  • 유튜브 채널: retr0(한글), Brackeys(영어).

7. 다른 엔진/툴

• Unreal Engine: 3D 대형 게임에 적합.
• Game Maker: 2D 게임에 적합, Unity가 어렵다면 대안.
• RPG Maker: RPG 특화 툴, 간단한 RPG 제작에 적합.
• Ren’py: 비주얼 노벨 제작에 최적화.
• Cocos2d-x: 과거 모바일 2D에 많이 쓰였으나 초보자에게는 비추천.

✅ 핵심 교훈

• 작은 목표부터 시작 → 간단한 게임으로 실력 쌓기.
• Unity로 입문 → 커뮤니티, 자료, 무료 버전 모두 강점.
• 팀 규모와 역할 고려 → 1인 개발인지, 인디팀인지 먼저 정하기.
• 학습 자료 활용