게임개발자 폴신

보호글 비밀번호

게임개발자 폴신 — Wed, 22 Apr 2026 01:06:06 +0900

내가 8년하고 접은 어떠한 모바일 게임의 국룰 비밀번호

라고 하면 다들 알겠지?

정글 게임랩 ~38일째~(한달후)(공개버전)

게임개발자 폴신 — Wed, 15 Apr 2026 23:16:40 +0900

지금 이걸 쓰는건 6주차고 그동안 뭘 했었는지 보여주자면 아래 링크를 가보시라

https://www.notion.so/3211ad2cae878037943be42a519e8002?source=copy_link

참고로 발제된 주제는 안적긴 했는데 문서 읽다보면 뭔지 느낌은 알거임.

암튼 포폴로써 궁금한건 저기서 보면 되고

게임랩 회식한 뒤라 이제 좀 적을만한 타이밍이라고 봐서 이렇게 글써본다.

게임랩에서 내가 겪은 이야기에 대해 말하자면

나는 과로사당할것같다.

한주당 100시간은 찍히는것 같다 거짓말 안하고 진짜

마감하는 날마다 좋은 팀에 걸린게 아니면 확정적으로 밤샘(사정이 나으면 3시간정도 잠)을 하기 때문에 그날마다 반쯤 맛간채로 생활하고

매일아침마다 커피한잔하고

차가운 음료 마시면 설사하고

최근 컨디션 생각하면 진짜 아찔하다.

특히 맨날 팀플이라서 늦게 들어가면 한번 수면 채무 생기기 시작해서 주르륵 밀리기 시작하고

그때부터 맨날 피곤함 무들을 달고 사게 된다.

게임랩 와서 게임할 시간이 없는게 진짜 크다

남들 개발하고 공부하거나 잘때 게임하는거라서

이외로 하루 제대로 쉴 시간이 없는것도 한몫한다.

아무튼 이렇게 고생하면서 살고 있다 정도로 요약할 수 있다.

계속 팀플하니까 힘드러

아 그리고 나스닥 샀는데 -5% 샤갈

정글 게임랩 일주일 후기

게임개발자 폴신 — Mon, 16 Mar 2026 04:38:58 +0900

대충 일주일정도 버티고 나서 게임랩이 뭐하는 곳인지 어느정도 정리가 되어 이렇게 글을 남긴다.

그전에

도대체 어디서 퍼진걸까...?

게임랩 5기중 일부는 게임 잘 모른다고 깐 내용이 있어서 퍼지면 좀 무서운데

하필 새벽감성 좀 포함해서 쓴거라 괜히 올린것 같기도 하다

어쩌지

아무튼

정글 게임랩에 7일차가 되서 남기는 후기는...

1. 제대로 쉬어야 한다

- 학습시간은 밥포함 13시간이 기본이다. 금방 지친다.

- 13시간이 기본이라는건 팀플 한번하면 야근은 일상에 막날에는 밤을 샌다는 것이다.

- 수면시간 한번 밀리기 시작하면 어우 진짜 힘들다

그걸 6일내내하니 이걸 6개월동안 버텨야한다는걸 생각하면 중간에 번아웃와서 그만둬도 이상하지 않다.

- 일단 나는 일요일에 집와서 푹 쉬고 있음. 확실히 쉬니까 지친게 확 느껴짐

2. 각양각색의 사람들이 모인다

- 평균연령 01년생임. week1 팀원중 97 듣기론 한분 99도 있고 빠른 02도 있다는데 보통 01이 주류고 07인 난 너무 예외임

- 대부분 컴공 대졸 군필, 일부는 관련학과 or 비전공

- 개발과 기획이 극단적으로 나뉨

-- 그러니까 이게 무슨말이냐면, 개발자틱한 사람하고 기획자틱한 사람이 좀 보임.

-- 어떤 사람은 코딩을 굉장히 잘함. 근데 게임의 재미를 살리는데는 크게 관심이 없어보임 or 그것보다 코드 구조를 더 중요시여김

-- 반면 어떤 사람은 게임의 재미에 대해 깊게 이해하고 있는 반면에 코딩을 잘 못함 -> 그래서 만드는데 어려움을 겪음.

-- 이거 때문에 내가 저번 week1끝에서 그런 반응이 나왔던거였음. 나는 여기가 게임을 탐구하는 과정이라길래 개발잘해도 게임 모르면 안되는 그런거일줄 알았는데 그게 아니였음. 개발할줄 알고 겜창이여야함 X 게임에 관심이 있고(잘 몰라도 OK) 개발을 할줄 앎 O 이런 느낌.

- 목적성도 조금씩 다름

-- 포폴 쌓으러옴 vs 게임개발 배우러 옴 vs 창업멤버 구하러옴 등 의외로 사람마다 약간씩 차이가 있다.

대부분 취업 안되서 옴 vs 취업?인턴?다른직종?에서 일했지만 돌아온 경우 둘중 하나긴 하다.

3. 밥이 맛있다.

- 근데 진짜 밥이 말 안됨. 8000원에 이정도 밥이면 가성비지

4. 기숙사가 좁다

- 기숙사 근데 진짜 좁긴함

- 화장실에 세면대샤워실변기 다 있고 침대두개에옷장까지 다 있는 있을건 다있긴 하다만

있어야할걸 다 넣다보니 컴팩트한걸 넘어 좀 좁은 느낌의 방이 되었음.

씻고 자기만 하는 용도라 문제는 없다만 그게 아니라면 애로사항이 좀 있을듯.

아 빨래랑 헬스장 1층에 있음. 헬스하는 형 말로는 사진에 비해 헬스장 기구가 조금 부실하다.라고함

5. 그럼에도 즐겁다.

- 살면서 게임개발 하려는 사람들끼리 매일 13시간씩 모일일이 있겠음?

- 아직 다들 초면이라 그런가 엄청 친절하기도 함

- 게임쪽도 딥하게 들어가면 약간 아무도 안파는 심연까지 들어간 오타쿠 느낌이라 일반인이랑 심도깊은 대화가 불가능한데, 여기서는 가능함.(이게 너무 좋았음.)

- 다들 갈려나가고 힘들어하지만, 그래서 싫었냐고 물어보면 좋았다고 대답할듯? 결과물이 잘나와서 그런걸지도 모르는데.

대충 이정도가 후기임.

아직 week01+가 완성이 안되서 그거 만들어지면 다음 글 올릴듯.

ㅃㅇ

week01 2일차

게임개발자 폴신 — Tue, 10 Mar 2026 23:27:48 +0900

어우

밥먹고 7시~8시쯤부터 슬슬 졸려오기 시작한다.

2500원에 초코음료 사 먹어서 잠 깼다.

근데 잘 안깨서 잘뻔함. ㅋㅋ

사람이 어떻게 10시부터 11시까지 컴퓨터 앞에 앉아서 코딩만 할수가 있지?? 싶다가도

진짜 이걸 하루동안 해내니 뭔가 할만한것 같다.

특히 업무사항에 꽤나 진척이 있다보니 그런 긍정적인 생각이 많이 든다.

오늘 공유했던 gif

어제랑 다르게 곡선도 꽤 마음에 들게 나가고

공 종류도 다양해지기 뭔가 게임다워지기 시작했다.

이거 말고도 중력 공이나 이것저것 만들었다.

PM님이 개발 경험이 있으시다보니 계속 팀원 체크해서 진척사항 확인하고 합치고 교육하고 다 맡아서 하다보니

나는 꽤 편했다. 오히려 할일이 더 없는것 같다.

예상보다 금방 개발이 끝나다보니 딱히 뭐 골머리 썩힐것도 없었다.

겜마고가 생각보다... 개발 실력 평균이 꽤 높은게 맞았다.

슨한쌤 감사합니다 ㅠㅠㅠ

암튼 할일 충분히 완수하고 잘 해내고 있다고 느끼니,

의외로 지금 상황이 나쁘기만 하진 않은것 같다.

생각보다 괜찮을지도?

식비도 훈련장려금으로 때울만해서

의외로 여기 생활비가 그렇게 크지 않다.

되게 좋은데...

그런 생각이 들기 시작했다.

내일이 마감날이다.

내일은 별로 야근하고 싶진 않은데,

야근은 나의 힘이 아닌지라

근데 내일이 마감날이긴 해서...

내일 나와보면 알거 같다

대충 자는시간 먹는시간 빼고 공 궤적만 24시간 만졌는데

그것때문에 멘탈 나가기도 하고,

근데 그거만 풀리니까 진짜 널널함

ㅋㅋ

내일이 조금은 기대가 된다.

Week01 1일차

게임개발자 폴신 — Tue, 10 Mar 2026 00:08:37 +0900

입소했다.

결국 이곳에, 내가 그리 고대하면서도 차마 두려워했던.

이곳에 들어왔다.

굉장히 이질적인 곳이다.

나만 20살이다.

룸메형은 01

이번 게임잼 팀원도 01,01,01,97 이다.

아니 스무살 뭐 소멸했나싶다가도

뭐 대부분 01이 남자가 대학교 졸업할 타이밍이라는 점에서 이해가 갔다.

첫날의 게임랩은 그리 좋지 않다.

ngl, 내가 여기와서 뭐하고 있는건지 모르겠다.

지금 여기서 거의 6시간동안 회의 vs 애니메이션 깎기를 하고 있다.

그래 닷트윈으로 공격모션 만들기.

진짜 이거만든게 다임 ㅅㅂ 원래 물리처리로 했다가 이상해서 닷트윈했다가 이상해서 다시하다가 완성함

그래서 만든게 만족스럽냐? 모르겠다. 평가하는 사람은 내가 아니라서.

여기서 내가 만들고 싶은 게임을 만들수 있을까?

팀원들은 조금 착하지만 이상하다.

일단 나부터 굉장히 이상한 사람이라 이해는 가지만

싸피 나왔는데 깃 머지 배우는 사람

말이 없는 사람

기획 메인에서 자꾸 벗어나는 사람(그래도 개발은 잘하는 PM이라 호감임)

그냥 평범한 사람.

이렇게 있다.

이렇게 가는게 맞는걸까?

게임의 재미를 탐구하는 과정이란 이런것일까?

나는 내일도 10시에 나와서 11시까지 개발을 해야하는걸까?

내일도 점심 저녁 만 육천원을 소비해야하는 걸까?

나는 여전히 혼자서 있어야 하는걸까?

이상하고 새로우며 외로운 곳.

이곳은 ~~8시의 서커스~~ 정글 게임랩.

나는 이곳에서 뭘 원해야 하는가

뭘 얻어가야 하는가

어떻게 행동해야 하는가

글쎄다.

나는 의문만이 남았다.

1일차 종료.

P.S. 솔직히 am10~pm11은 가능한거 맞냐? 게임 언제하냐 ㅋㅋ

P.P.S. 기숙사 은근 좁음, 시설은 좋긴하다만.

크래프톤 정글 게임랩 5기 합격 후기

게임개발자 폴신 — Fri, 20 Feb 2026 04:43:46 +0900

으하하하 나는 합격을 해버렸다 이말이야

이걸 읽는 분이라면 아마 한달전의 나처럼 99%의 확률로 정보를 찾는 지원자일거라고 생각해서 과정이랑 팁같은걸 적겠네.

일단 나에 대해서부터 알아보자.

내 스팩은??

나는 누구인가?

절망편

- 고졸!!!(고졸사토루 아님)

- 백수!!!(데브시스터즈 과제탈락한 쉼청년(실업자라는 표현을 안쓰더라;;))

- 바보!!!(수능 5등급 받은 빡대가리)

다 이말이야.

라고하면 너무 초라해보이니까 좀 더 공적이고 격식 있게 나 자신을 포장해보면

희망편

국내 유일 게임 마이스터 고등학교 『경기게임마이스터고등학교』 4기 졸업자

뉴질랜드 2년 유학 경험, 토익 공부 안하고 895점 획득, 영어 능숙자

GIGDC 2022 중고등부 기획부문 대상 수상자(무려 중학생시절에?!?!)

아주 젊은 20살!!!!(졸업한지 1~2달됨)

백준 티어 플레티넘 5!!!!!

등의 이력을 지닌 사람이다.

안궁금하다고? 뭐 그럴수도 있다.

통과해야할 벽

암튼 게임랩에 들어가려면 3가지 관문을 거쳐야 한다.

지원서부터 이야기해보자

지원서

별거 없다.

그냥 본인이 뭐하는 사람인지 쓰고, 영상 녹화하면 된다.

나는 AI로 자막까지 달았다.

내용이 궁금할 사람들을 위한 자료

https://drive.google.com/file/d/1vES9WtzMyf8b3AImIbGsaaamV67vKR_6/view?usp=sharing

입학시험

입학시험은 지원서랑 다르게 뭔가 알려주면 문제가 생길 여지가 다분해 보이기 때문에 자세히는 언급하지 않는다.

나 같은 경우에는 구글 고급 검색 기능을 사용하여 누군가가 공개 깃허브에 2기 시험 내용을 그대로 올려놓은것을 찾았다.

딱히 도움은 안됐지만 뭐... 궁금하면 찾아봐라.

시험은 아주 오랫동안 보고(그럴만한 이유가 있다)

나는 로그라이크+선 그리기를 주제로 잡고 개발을 했었다.

통과된거 보면 약간 GIGDC처럼 참신한거 좋아하는듯?

원래 '유니티'로 개발 하던 사람(나같은 겜마고 졸업생)은 학습자료 대충 훑어보고,

개발 안해본 사람은 적어도 입학시험전까지 유니티로 직접 플레이 가능한 게임 하나를 만들어보는것이 좋을것이다.

그정도 기술력은 요구를 함.

면접

제일 힘든 파트다

나 같은 경우에는 시작에는 엄청 차가웠는데 말 몇마디 하자마자 편안한 분위기...보단 웃는 분위기로 진행되었다.

내 성향 때문에 그렇게 된 것 같긴하다.

시간은 굉장히 짧았다. 질문 하나 억지로 했는데도 12분? 없었으면 10분컷이였다.

근데 나 같은 경우에는 면접을 완전 망쳤다.

나 자신을 어필을 해도 모자를 마당에

IT 기획 일은 왜 1달 하고 그만뒀어요? -> 인생을 게임에 갈아넣었는데 게임기획이 아니다보니 적성에 안맞아서요

약점이 뭐에요? -> 잠을 많이 자요 -> 게임랩은 잠 못자는데...

같이 프로젝트 하는 친구에게 지원사실 알렸어요? -> 아니요 -> 6기로 같이 오세요

이때 슬더스 모작 비슷한 게임을 제작중이였는데 그 얘기도 잠깐 나왔다.

4기 게임이 출시된 시기라서 해당 게임중 플레이한 게임에 대해서 이야기 하기도 했다.

본인은 얼마 주고 살거 같냐고 묻는 질문도 있었음. 무례한 답변이 아닐까해서 ㄹㅈㄷ 당황

아무튼 면접에서는 이런 얘기를 해버려서 무조건 떨어진줄 알았다.

물론 붙었다.

하지만 여러분은 그런 실수 할일 없었으면 좋겠다.

참고자료

어째서인지 3, 4기는 합격 후기 글을 못찾았다.

https://dana3711.tistory.com/129

https://svcbn.tistory.com/68

크래프톤 정글 게임랩 1기 후기 - 1 (사전학습, 시험, 면접)

가면 요런거 만듬 무려 다 끝난지 4달이나 지나버렸고.... 게임랩 2기 모집 일정이 뜬지도 벌써 한달이나 지나버렸지만... 그래도 언젠가 쓸 생각은 있었고,마침 2기 사전 설명회 대본을 쓰기도 했

svcbn.tistory.com

[크래프톤 정글 게임랩 2기] 합격 후기

벌써 게임랩에 입소한지 5주가 지났지만 늦게서야 쓰는 합격 후기이다.사실 5주동안 팀프로젝트에 대한 고민을 많이 했고, 지금도 하고 있는 중이다.내가 어떤 사람인지 어떤 강점과 약점을 가

dana3711.tistory.com

p.s. https://x.com/dev_eocnddlfma 더 궁금한거 있으면 댓글 or x로 물어보세용

셔플 알고리즘과 Uniformity

게임개발자 폴신 — Sun, 14 Dec 2025 23:07:37 +0900

유니티 개발자에게 Uniformity는 갑자기 무슨 소리일까?

저번에 면접 질문으로 나온건데 제대로 답변을 못했었다. (그래서 떨어진걸지도)

그래서 면접 이후에 찾아봤다.

(짝짝) 챗지피티 유니포미티가 뭐야?

해당 회사는 모바일 게임을 운영하고 뽑기가 있다.

이때 뽑기가 확률에 맞게 정확하게 나오기 위해서 낸 문제일 가능성이 높다.

그래서 우리가 이해할 의미는 4번이 아니라 3번인 균등 분포다.

그럼 균등 분포를 위해서는 우리는 무엇을 해야할까?

정답은 셔플 알고리즘이다.

여기 1부터 5까지의 숫자가 적힌 카드가 있다.

[1, 2, 3, 4, 5]

이 카드를 완벽하게 섞기 위해 가장 먼저 떠오르는 방법은 무작위 두 장을 골라 바꾸는 행위를 반복하는 것이다.

예를 들어 100번 정도 반복하면 꽤 잘 섞인 것처럼 보일 것이다.

하지만 이 방식는 치명적인 단점이 있다.

비효율: "언제 완벽하게 섞이는가?"에 대한 종료 시점을 알 수 없다.
편향(Uniform하지 않음): 단순히 index와 random_index를 무작위로 계속 바꾸는 방식은 수학적으로 모든 순열(Permutation)이 나올 확률이 동일함을 보장하기 어렵다.

우리는 모든 카드가 각 자리에 위치할 확률이 정확히 1/N이 되는 알고리즘이 필요하다.

이때 사용하는 정석이 바로 Fisher-Yates Shuffle이다.

핵심 아이디어: "섞은 것은 다시 건드리지 않는다"

이 알고리즘의 핵심은 안섞인 영역(Unshuffled)에서 하나를 무작위로 뽑아 섞인 영역(Shuffled)의 끝으로 보내는 것이다.

쉬운 이해를 위해 배열을 쓰면 좋지만, 효율을 위해 이를 위해 별도의 배열을 만들 필요 없이, 배열 내부에서 자리바꿈(Swap)만으로 처리한다.

알고리즘 프로세스

배열의 크기가 N이라고 할 때:

배열의 맨 뒤(last)에서부터 앞쪽으로 인덱스 i를 줄여가며 순회한다.
0부터 i 사이의 무작위 인덱스 j를 뽑는다. (즉, 현재 위치 포함 앞쪽의 섞이지 않은 영역 중 하나 선택)
현재 위치의 값 arr[i]와 무작위로 뽑힌 값 arr[j]를 교환(Swap)한다.
이제 i번 위치는 '확정'되었으므로, 다음 반복에서 배제한다.

코드 구현 (C#)

C#

using System.Collections.Generic;
using UnityEngine; // Unity의 Random을 쓰기 위함

public static class ListExtensions
{
    // Fisher-Yates Shuffle 구현 (C# 확장 메서드)
    public static void Shuffle<T>(this IList<T> list)
    {
        // 리스트의 뒤에서부터 앞으로 순회
        for (int i = list.Count - 1; i > 0; i--)
        {
            // 0부터 i(포함) 사이의 무작위 인덱스 선택
            // UnityEngine.Random.Range()도 되지만 난 System.Random을 선호함
            int j = System.Ramdom(0, i + 1);

            // C# 7.0 이상부터 가능한 튜플 분해를 이용한 Swap (혹은 임시 변수 사용)
            (list[i], list[j]) = (list[j], list[i]);
        }
    }
}

이게 어떻게 균등분포를 보장하는가?

이 알고리즘이 모든 위치에 대해 1/N의 확률을 보장하는지 간단하게 증명해보자. (배열 크기 N=3, 값 [1, 2, 3]인 경우)

1. 첫 번째 단계 (마지막 자리를 채울 때)

3개의 숫자 중 하나를 무작위로 뽑아 마지막 칸(인덱스 2)에 넣는다.
특정 숫자(예: 3)가 마지막 칸에 갈 확률은 정확히 1/3이다.

2. 두 번째 단계 (중간 자리를 채울 때)

이제 남은 자리는 2개, 남은 숫자도 2개다.
특정 숫자(예: 3)가 이 자리에 오려면 조건이 필요하다.
- ① 1단계에서 뽑히지 않았어야 함: 확률 2/3
- ② 현재 2개 중 하나로 뽑혀야 함: 확률 1/2
즉, 계산하면: 2/3 * 1/2 = 1/3. 확률이 유지된다.

3. 세 번째 단계 (첫 번째 자리를 채울 때)

남은 자리는 1개, 숫자도 1개다.
특정 숫자(예: 3)가 여기에 오려면 앞선 두 번의 기회에서 모두 뽑히지 않았어야 한다.
- ① 1단계 생존: 2/3
- ② 2단계 생존: 1/2
- ③ 마지막에 남을 확률: 1/1 (100%)
계산하면:2/3 * 1/2 * 1 =1/3

그림으로 표현

결론

수학적 귀납법에 의해, N개의 배열에서 어떤 숫자가 어떤 위치에 갈 확률은 모두 1/N로 동일하다.

Fisher-Yates Shuffle은 단 한 번의 순회 O(N) 만으로 Uniformity을 보장한다.

무언가를 섞어야하다면, 고민하지 말고 이 알고리즘을 사용하자.

개발재활 4-2화 멀티 체스를 만들자

게임개발자 폴신 — Mon, 1 Dec 2025 23:03:12 +0900

왜 이거 만드는데 1달이나 걸렸는지에 대해 변명을 하자면

relay 서버 연결하는데 자꾸 뭐가 안되서 멘탈 나가고 개발 계속 지체되고 학교에서 행사도 이것저것하고 그러다보니 어느새 한달이 지나버렸다.

해결 방법이 너무 간단한 나머지 진짜 해결했을때 기쁘면서도 슬펐다.

삽질만 거의 3주 한거라.

삽질중 도움 될만한 삽질 -> WebGL 빌드시 Task.Delay 절대 쓰지 마세요!!!

https://discussions.unity.com/t/async-await-and-webgl-builds/665972/3

요약 Task.Delay는 쓰레딩 씀, 근데 WebGL은 쓰레딩 못함

+ connectiontype "dtls" 안되니까 "wss" 써야함

아무튼 개발과정으로 돌아와서

처음에 mirror쓰려다가 WebGL 지원안해서 NGO로 갈아타고

Matchmaker쓰는데 또 안되서 Node.js로 웹서버 직접 호스팅하고

Relay안되서 한동안 고생하다가 대충 감잡고

Nodejs쓰던거 다시 버리고

Lobby + Relay + NGO 로 멀티를 구현을 해냈음.

그래서 어떻게 작동하느냐?

아무튼 일단 멀티 구조부터 설명하자.

로비를 통해서 서로 연결하는 과정이다.

참고로 이거 WebGL Build를 찍은거다.

대충 이렇게 작동함

이거 작성 도중에 리팩토링 해서 구조 달라졌어요 ( Deprecated )

https://github.com/eocnddlfma/LevelUpChess/blob/main/Assets/Scripts/Networking/ChessNetworkManager.cs

LevelUpChess/Assets/Scripts/Networking/ChessNetworkManager.cs at main · eocnddlfma/LevelUpChess

변형체스게임. Contribute to eocnddlfma/LevelUpChess development by creating an account on GitHub.

github.com

저 과정을 거치면 두 클라이언트가 서로 연결되고 게임 씬으로 넘어감.

이번 프로젝트에서 잘 짰다고 자부할 만한 코드는 대략 5개 정도 있다

이벤트 버스 구조

왜 이 구조를 썼는가?

제네릭 타입 T는 해당하는 클래스를 받을때마다 런타임에서 새 클래스를 생성함

그렇기 때문에 Class A와 Class B가 있을때

Bus<Class A>의 delegate와 Bus<Class B>의 delegate가 같은 객체가 아님.

즉 T에 해당하는 클라스마다 각각의 Delegate가 새로 생기는 것임.

IEvent를 상속받은 클래스만 만들어놓으면 Delegate선언을 할 필요가 없어지는 편리한 구조임.

제네릭 너무 좋아

서비스 로케이터

이 친구임

이런 구조를 왜 쓰셨어요?

기존에는 싱글톤 패턴을 즐겨 썼음.

근데 싱글톤 너무 많이 쓰니까 단점이 보임.

그래서 싱글톤이랑 비슷하면서 좀 더 나은 디자인 패턴이 있나 해서 이번에 한번 써봤음.

원리는 간단함.

제네릭으로 클래스 받아오면 해당 클래스를 딕셔너리에 저장해놨다가

나중에 해당 클래스로 다시 Get을 하면 딕셔너리에서 동일한 타입(key)에 저장/등록된 인스턴스(value)를 보내줌.

사용법은 이게 끝임.

약간 싱글톤을 모아놓은 다음에 한개씩 가져다가 쓰는 느낌임.

코드 짜면 짤수록 느끼는 것 : 제네릭 너무 좋아.

단점

뭘 어디서 쓰고 있는건지 위에 선언된 변수 모음집 부분에서 안보임 (2처럼 쓸때. 3은 괜찮을지도?)

그래서 클래스가 뭐에 의존하는지 안보임

좋은 코드라고 보기는 어려울듯 ㅠㅠ

이동 구조와 체스 데이터 SO

나는 체스 게임을 이후에 로그라이크 게임처럼 만들 계획이 있음.

그래서 특히 확장성 있게 고려를 해야했음.

처음에 생각했던 업그레이드 중 하나가 이동방식 추가하는 강화가 있었음.

그래서 이동방법이 하드코딩이 된게 아니라 런타임에 변형이 가능해야 했음.

전략 패턴

그래서 전략 패턴을 쓰기로 함.

SOLID 원칙 준수

사실 조금 아쉬웠던게

D : Dependency Inversion Principle

그러니까 추상성에 의존하라 라는 원칙인데

바로 위의 전략패턴같은 경우 아주 부합하는 경우이지만

이 스크립트의 경우 완전 쓸모가 없어졌다.

클릭 가능? 상호작용 가능? 이거 인터페이스로 빼야겠다

라고 생각해서 따로 빼놨는데

생각해보니 체스 피스 말고는 딱히 게임내에서 상호작용하는게 없다보니

굳이 Interface 없이 ChessPiece라는 추상 클래스, 아니 그냥 클래스 하나로도 충분한 상황이였다.

결국에는 필요 이상으로 구현하게 되어서 안타까웠다는 점.

S : Single Responsiblity Principle

단일 책임 원칙이다.

생성, 체력관리, 체스피스등 가능하면 분리하려고 노력했다.

기보법 착안 최소 통신

체스에는 기보법이라는게 있다.

https://namu.wiki/w/%EC%B2%B4%EC%8A%A4/%EA%B8%B0%EB%B3%B4%20%ED%91%9C%EA%B8%B0%EB%B2%95

체스/기보 표기법

체스 의 게임 진행을 문자로 간략히 나타내는 방법. 본 표기법은 대수 기보 표기법(Algebraic chess no

namu.wiki

간단하게 설명해서

체스는 한턴에 한번 움직이고 상대방도 한번 움직이며

움직일 수 있는 위치가 한정되어 있으니

뭐를 어디로 움직였는지를 동일하게 따라하면

동일한 체스 게임 상태가 된다는 사실을 기반으로

피스가 움직인 경로를 적어서 체스 게임을 표현하는 방식이다.

그렇다.

체스는 확정적이다.

그러니까 네트워크로 통신할때 모든걸 동기화할 필요 없이

기보법처럼 어디가 어디로 이동했는지만 정보를 알려줘도

서로 같은 상태의 체스판이 된다!

결론

이렇게

Github에서 호스팅된 WebGL로 Free하게 Multiplay가 되는 Game을 Refactoring까지 해서 확장성있게 개발을 완료했다.

이제 처음 기획이였던 로그라이크 기능만 구현하면 끝이다.

드디어!!!!

이거 포폴로 만들어 꼭 취업할거다.

제발.

나 개발재활 그만할래.

나 개발취업 할래.

배운점.

1. CI/CD는 배워야 할것 같다.

매번 테스트할때마다 20분 빌드한 다음에 broti 압축 헤제하고 index.html 위치 root로 옮기고 내부에 있는 디렉토리 수정한 뒤에 git 올려서 deployment 기다린 뒤에 접속하려니 힘들다.

2. WebGL는 멀티쓰레딩을 지원하라!!!! 아니면 새 플랫폼으로 빌드 할 때 사전조사 하기...

Task.Delay때문에 연결 안되서 삽질 엄청 했음.

안되면 아예 못쓰게 하던가 ㅠㅠ

체인소맨 레제편 후기

게임개발자 폴신 — Wed, 5 Nov 2025 23:20:08 +0900

학교에서 영화를 보러 갔다.

체인소맨 레제편.
난 체인소맨 안봐서 모르는데, 일단 보러 갔다.
공짜니까(여러분 경기게임마이스터고등학교로 오십쇼 복지 짱입니다)

가기 전에 다른 친구들에게 해당 영화에 대해 약간 들은것도 있고, 인터넷 짤로 약간 스포당한게 있었다.

오히려 해당 만화에 대해 아는게 없던 터라 오히려 보는데 더 재밌게 볼 수 있었다.

대충 영화는

초반 초중반 중반 중후반 후반 끝

청춘 로맨스-데이트-추격씬-액션 - 개쩌는 액션 -엔딩

이런 구조를 갖는다.

초반 묘사도 꽤 잘 뽑았는데

특히 후반부 액션씬을 정말 재밌게 즐겼다.

도시 전체 풍경을 보여준다던지 배경에 건물 부숴진게 보인다던지 공중전에 잔해가 떠다닌다던지

사람을 갈아서 만들어야 하는 애니메이션 컷들이 고봉밥처럼 담겨 있었고

배경 음악이 진짜 긴장감 높이고 줄이는걸 잘 잡아주었다.

특히 그 필터를 쓴것같은 다이나믹 사운드를 정말 감명깊게 봤다.

소리를 아예 0으로 줄였다가 저음역대부터 다시 소리를 키면서 화면이랑 함께 다이나믹하게 사운드를 조절하는 장면이 정말 좋았다. (예시 : lag train의 하이라이트 전 드랍부분)

효과음도 좋았다.

영상만 보면 타격감이 안 살수도 있는 장면들이 있었을 수도 있는데 사운드가 이 모든 부분을 잘 커버해줬다.

격투게임 보는거 같았다.

연출에 색감을 정말 잘 사용했다.

이게 미국 인디 애니메이션 처럼 캐릭터 디자인에 색감을 강하게 주는 게 아니라

특정 연출에서만 시간이 느려지는걸 강조한다던거 그런 목적으로 색감을 확 바꾸는 그런 연출을 사용하는데

팔레트 스왑을 한것처럼 전체 컬러가 바뀌거나, 싼데비스탄을 쓰는것 마냥 느린 시간을 표현하는 부분이 정말 좋았다.

카메라로 찍는거 마냥 화면이 흔들리는 연출이나 2D와 3D가 혼재되어 있는 모습도 인상깊었다.

분명이 그린 애니메이션인데 3D 느낌이 강하게 드는 파트가 있었고, 여러 씬에서 카메라가 회전하는 장면이 나오니 내가 3D를 보는건지 2D를 보는건지 헷갈렸다.

그래서 좋았다.

조연을 잘 사용해서 마음에 들기도 했다.

보통 조연이라고 하면 소모되는 느낌이 강한데(2과/기타 엑스트라)

상어 마인이라고 시작할때 나오는 캐릭터가 있는데

중반부 추격씬, 후반부 액션씬, 엔딩 전 해변에서는 까메오로 계속 나타나며

응급 상황에서 도와주는 동료 + 라이딩 액션에서 라이딩 포지션을 훌륭하게 소화한다.

엔딩 부분은 OST가 압권이였다.

Opening인 아이리스 아웃도 꽤나 강렬한 연출이였는데

영화 전체의 서사는 결국 레제와 덴지의 사랑이라는 부분이고, 영화를 보면서 시청자인 우리는 그 빌드업을 다 쌓았다.

그걸 쌓은 상태로 레제가 덴지를 만나러 가는데, 바로 눈 앞에서 죽는다.

그러면서 유리 넘어에 있는 덴지를 보면서 하는 말이 "사실 나도 학교 못다녔어"다. <- 영화 내내 뭘 가르쳐준다 해놓고 본인도 덴지랑 별 차이 없다는 말 + 전하지 못한 고백

그러고 죽는다.

그리고 엔딩 크레딧과 함께 End인 제인 도가 나온다.

여태까지 사랑 이라는 주제로 연애하는거 보고 싸우는거 보고 화해하는거 다 봤는데

마지막에 죽여버리고

엔딩 OST가 나온다.

이 비극적인 로맨스 서사를 죽음으로 끝내버리는데 느껴지는 허망함, 안타까움을, 슬픔을 OST가 증폭시킨다.

그냥 말이 안된다. ㅠㅠㅠ

이건 봐야지 안다.

심지어 나중에 OST만 들어도 영화의 그 장면이 떠올라서 더 슬프다.

수능 9일 전인데

너무 명작을 봤다.

머릿속에서 떠나가질 않는다.

어떡하지 ㅠㅠ

일단 수능 끝나고 체인소맨 정주행 해볼 생각은 생겼다.

영화 너무 재밌었다.

PS. 어떤 친구가 이거 영화 너무 선정적이고 애들이 옷 벗는다 이러면서 호들갑 엄청 떨었는데 뭐 걍 수영하는 장면이고 걍 딱 15세 영화였음 ㅅㅂ 당했음

달토끼 키우기 찍먹 / 메인 게임과 서브 게임 사이에서의 줄타기

게임개발자 폴신 — Tue, 28 Oct 2025 22:44:10 +0900

나는 회사에 지원해보기 전에 지원하려는 회사의 게임을 해보고 리뷰를 쓴다.

인사 담당자가 내 블로그를 읽을지는 둘째치고, 읽었을 때 긍정적으로 볼지 부정적으로 볼지 조차 몰라서 사실 쓰는게 맞나 싶다.

그래도 일단 게임을 해보고 글은 쓴다. 오늘 시작했고 2-22 딱 깨고 3-1진입한 시점에서 작성한다. (게임에서 핵심적인 재미인 스킬 조합이나 프리셋 부분은 아직 제대로 경험을 못해봐서 언급하지 않았다.)

처음 게임을 켰을 때는 익숙한 맛이 느껴졌다.

음. 방치형.

사실 나는 방치형 게임을 잘 안한다.

방치형이라는 장르를 싫어하거나 그런게 아니라

중학생 시절에 방치형 장르의 게임을 너무 많이 해서 질려서 그렇다.

특유의 강화 버튼을 통한 게임플레이와 퍼주는 다이아를 통한 뽑기로 도파민을 유도하는 디자인은 이제 익숙하다 못해 뻔하다.

그래도 인터넷에서 찾아본 결과 달토끼 키우기는 기존 방치형 게임과는 다르다는 내용을 보고 좀더 파보기로 했다.

처음에 내가 의문을 가진건, 왜 아직도 이러한 구조를 유지하고 있는 건지에 대한 의문이였다.

나는 방치형 RPG라는 장르는 진화해서 모바일 로그라이트/뱀서라이크 게임이 되었다고 본다.

기존 방치형 RPG 장르의 고질적인 문제인

1. 성장의 한계: 결국 게임을 진행할수록 성장 컨텐츠는 바닥나며 성장하는 속도가 줄어듦-재미가 줄어듦

2. 게임플레이의 한계: 키우기 게임은 결국 전투를 안하고 업그레이드를 하기 위해 UI를 열고 버튼 누르고 닫는걸 반복하는게 메인이다. 근데 이것도 계속하다보면 질린다.

를 해결한 모바일 뱀서라이크

1. 인게임 아웃게임을 나누어, 인게임에서 성장은 해당 판에서만 유지되며, 실질적인 영구적 강화는 아웃게임으로 뺐음.
그래서 방치형 RPG는 계속 성장 컨텐츠가 소모되는 것에 비해 인게임 성장이 매번 초기화되어 성장 컨텐츠 소모 속도를 늦춤.

2. 전투의 조작을 다시 추가하는 대신 강화 버튼을 덜 누르지만, 한번에 체감이 잘 되는 정도로 성장함

그리고 그 대표적인 사례가 궁수의 전설이라고 생각한다.

근데 꼭 이 방향으로만 진화하지는 않는다.

혹시 용사식당이라는 게임을 아는가?

나는 달토끼 키우기를 하면서 이 게임이 생각났다.

내가 플레이했던 시기인 용사식당 시즌1 클리어를 기준으로

용사식당은 방치형이라는 이름에 걸맞게 조작을 최소화하는 방향이 아니라
오히려 조작을 적극적으로 권장하는 형태로 게임이 발전한 케이스의 게임이다.

오잉?

아까까지 모바일 로그라이트가 더 진화했다고 말했는데,

왜 조작을 권장하는데 재미있는걸까?

방치형 게임의 재미는 용사님 돌았어요 리뷰에서도 말했듯 '성장의 재미'를 주기 위함이다.
특히 '키우기' 게임은 뽑기를 통해 장비/스킬들을 획득하고, 골드를 소비해 스탯을 강화하며 이외의 여러 수단들을 통해 캐릭터를 키우는게 주된 성장의 재미이다. 이 재미를 주기 위해서는 플레이어는 계속 성장을 해야하고, 그럴려면 성장할때 쓸 시간이 있어야 한다. 그래서 키우기 게임이 선택한 방법은 전투를 자동으로 바꾸고 전투에 쓰는 시간을 성장으로 전환시키는 디자인을 택했다.
즉 기존에 적들을 죽이려고 뛰어다니고 공격키를 누르는 대신 여러 UI를 바꿔가며 강화 버튼을 누르는 식으로 게임 플레이를 바꾼것이다.

예시로 인디게임개발 갤러리에서 유명했던 주모 키우기라는 게임도 Idle 장르라 동일한 장르문법을 따른다.
클리커 게임은 클릭 또는 시간당 버는 재화를 통해 재화를 획득하고, 재화를 소모해 획득하는 재화의 양을 늘리는 게임을 의미한다.
특징으로 재화 벌이는 클릭, 나중에는 클릭보단 시간에 기대거나 오토클리커를 사용해 재화 획득에는 신경쓰지 않고, 어떤걸 강화해야지 더 재화 획득량이 효율적으로 늘어날 수 있는지 판단하고 강화버튼을 누르는게 주된 게임플레이로 변한다는 점이 있다.
참고로 뭐가 더 강해지는지 효율적인지 판단하는 재미를 핵심 재미로 발전시킨 게임을 찾으면 레벨업시 3개의 강화중 하나를 고르는 뱀서라이크 장르가 나온다, 그냥 그렇다고.

근데 이건 아까 질문의 답이라고 볼 수 없다.

여전히 조작을 택한 이유에 대해서 설명하지 않았기 때문이다.

그건 두 장르의 게임이 추구하는 방향이 다르기 때문이라고 해석할 수 있다.

용사식당 같은 게임은 메인 게임과 서브게임 사이를 전환할 수 있는 게임이기를 추구한다면
용사님 돌았어요 같은 게임은 서브 게임에 가깝다.

메인 게임은 말 그대로 주로 하는 게임을 의미한다. 예시로 인디든 AAA든 컴퓨터 앞에 앉아서 몇시간동안 앉아서 몰두해서 하는거면 메인 게임이다.

보통 서브컬처 가챠 게임들이 메인게임이랑 서브게임 사이에 있는 게임이기를 선호한다.
메인 스토리나 이벤트 스토리를 밀때는 최소 1시간 이상은 각 잡고 플레이해야 하지만, 주간 숙제 없이 일퀘할때는 뭐 5분이면 끝난다.
전자는 메인게임으로 잡고 가야하는거고, 후자는 서브게임으로 잡고 가야하는 디자인인 셈이다.

서브게임이길 추구한다면 Idle류인 Alter Ego를 예시로 들 수 있음. 이 게임은 하루동안 잡고 오래하고 싶은 류의 게임은 아니다.
대신 가끔 재화 쌓인거 써서 강화하고, 매일매일 심리테스트 하나정도 진행하면서 보는게 오히려 더 재밌다.
이때 하루에 플레이 시간이 30분 채 걸리지 않는다. 메인 게임과 정반대로 가볍고 짧게 할 수 있는 느낌에 가까움.

게임을 여러개 플레이 한다고 할때 메인 게임을 2개 이상 들고 가면 일상생활에 시간이 부족해질 것이다. 그야 평일에 게임만 2~3시간 이상 하면 직장인의 경우 지장이 많이 가니까. 그래서 보통 게이머는 메인게임 1개에 서브게임 여러개를 들고 가는 식으로 구성한다.

이때 개발사 입장에서 게임이 서브 게임으로 포지셔닝하면 접속시간이 적을 수 밖에 없고, 반대로 메인 게임으로 포지셔닝하면 부담이 클수밖에 없다. 이때 서브 게임이지만 인게임에 컨트롤적 요소를 추가한다면 서브게임이면서도 일부 조건에서 메인 게임으로 취급할 수 있는 게임이 되는 유동적인 디자인을 갖추게 된다.

용사식당으로 설명해보자.

용사 식당의 경우 하루에 획득하는 재화 양이 명확히 한정되어 있다.
그래서 하루에 올릴 수 있는 능력치도 결국 한정되어 있기 때문에 스테이지를 진행하려면 시간적으로 기다려야한다.
근데 여기서 컨트롤적 요소가 변수를 만들어낸다.
키우기 게임의 스탯기반 싸움의 경우 승패가 결정론적이다. 스탯을 기반으로 전투를 진행하기 때문에 계산한 결과가 바뀔 요소가 없다.
근데 여기서 플레이어의 컨트롤이 전투에 개입하면서 변수로 작용한다.
만약에 엄청난 컨트롤을 통해 기존에 매턴마다 체력이 50%를 깎이는 패턴을 10%만 깎이게 파훼한다면?
컨트롤을 통해 기존에 요구하던 스탯이 적더라도 더 오래 살아남고, 더 오래 공격할 수 있을 것이다.
즉 실질적으로 클리어 가능한 스테이지는 현재 전투력+내 컨트롤 실력(음수도 가능)으로 변하는 것이다.

이러면 컨트롤이 나쁜 사람보다 좋은 사람이 더 빨리 진행을 할 수 있게 된다.(진행도만큼 시간당 보상을 더 주는 경우)
그러면 컨트롤이 안좋은 사람은?
게임 컨트롤 실력이 나쁜 사람 일지라도 결국에 시간이 지나서 전투력이 오르면 스테이지를 깨게 된다.

즉 유저의 성향에 따라 천천히해도 빨리해도 둘다 허용하는 디자인인 셈이다.

이를 바탕으로 유저에게 해당 게임이 메인 게임으로써의 취급될지 서브게임으로써의 취급될지 갈린다.
내가 어떻게든 시간 투자해서 몸 비틀기 해서 한 스테이지라도 더 깨보겠다. -> 메인 게임으로 취급한다
그냥 일퀘만 잘 하고 천천히 스테이지 밀겠다. -> 서브 게임으로 취급한다.

컨트롤적 요소가 게임에 개입 가능하게 만들어서 이런 차이가 만들어진다.

용사식당만 저런게 디자인을 사용하는게 아니다.
서브컬쳐 가챠게임들 보면 다 저런 구조를 취하고 있다.
이번에 출시한 카오스 제로 나이트의 경우에도 카오스만 몇십번 돌아서 최적의 세이브 데이터를 빌딩한다던가
림버스 컴퍼니에서 거울굴절철도 컨텐츠에서 어떻게든 조합 찾아내서 턴깎을 한다든가
블루 아카이브에서 총력전작을 한다던지 등.
기본적으로 가벼운 게임이지만 파고 들어갈 여지/컨텐츠를 마련해놓았다.
파고 들어갈 게이머들을 위해.

달토끼 키우기도 이와 동일한 맥락에서 해석이 가능하다고 생각한다.
기존의 방치형 키우기 게임들의 한계는 앞서 언급했던

1. 결국 메인 게임에 적합하지 않은 게임 구조
2. 언젠가 한계에 도달할 성장컨텐츠인데

컨트롤적 요소를 추가함으로서 1번 문제를 해결하였다고 본다.

Like 용사식당처럼.

이게 다른 모바일 방치형 키우기 게임과 차별되는 달토끼 키우기의 특징이라고 생각한다.

게임 하루만 해보고 바로 칼럼 쓰는게 맞는건가 싶긴 한데 뭐 생각난대로 막 적어본다.

어디 논문 인용한거 아니고 뇌피셜 적은거라 근거 요구하면 말 할수 있는게 없다.

읽어주셔서 감사합니다.

Geometry Dash는 왜 재밌는가? / 공부하는 재미에 대하여

게임개발자 폴신 — Mon, 27 Oct 2025 23:49:08 +0900

오랜만에 지메를 했다.

처음 지오메트리 대시를 했던건 모바일이였던걸로 기억하는데, 게임이 너무 어려웠다 ㅠㅠ.

그래서 얼마 하지도 않고 초반 맵도 거의 못깼던 기억이 난다.

그때 플레이스토어에서 샀는데 스팀에서 또 샀다;;;

아무튼 오랜만에 이 추억의 게임을 다시 켜봤다.

오랜만에 하는데 나이를 먹어서 그런가 생각보다 게임이 할만했다.

그래서 별 먹으면서 첫 맵부터 쭉 밀면서 깼다.

30분동안 이 맵만 도전해서 깼다.
그리고 게임 껐다.
눈이 너무 아팠다.

게임 끄고나서 든 생각인데, 게임이 은근 재밌었다.

근데 이게 다른 게임들이 재미를 주는 방식과 다르게 특이하게 재밌었는지라 한번 왜 재밌었는지를 적어보려고 한다.

간단하게 설명하자면 백준을 푸는 것과 같은 재미를 느꼈다.

나는 지메를 하면서 성장의 재미를 느꼈다.

근데 여기서 성장의 의미가 좀 다르다.

보통 성장하는 재미라고 하면 레벨업이나 장비 강화 같은걸 생각할텐데

여기서 느낀 성장은 저번 트라이보다 더 나아진 내 진행도라거나,
정확한 타이밍에 연속적으로 어려운 동작을 성공적으로 수행할때 느끼는 재미였다.

여러 기술(말 그대로 타이밍 손기술)을 익혀 적재적소에 활용하는 것, 그리고 PvE에 가깝게 과거의 나보다 더 나아지는 것, 여기에다가 내가 한 행동을 명확하게 평가받을 수 있다는 점에서

나는 이 게임이 마치 문제풀이 같다고 생각했다.

문제 풀이란 무엇이냐?

일단 예시로 한번 설명해보겠다.

예를 들어 수능 4점짜리 문제에서 (실제로 있는 문제를 가져온게 아니다)

-삼차함수의 극대/극소
-삼각비를 활용하여 그래프에서 길이 구하기
-삼각함수 코사인 법칙
-삼수선 정리
-이차방정식의 근의 공식

을 연달아 써야지 풀리는 문제가 있다고 가정하면

우리는 이 개념에 대해 모두 숙지하고 있어야 하며
해당 문제에서 이 개념을 떠올릴 수 있고, 적용하여 문제를 풀어내야 한다.
이것이 고등학교 수능 수학에서의 문제풀이다.

백준도 비슷하다.

- DP
- 구현
- 큰 수 연산
- 세그먼트 트리

이런 태그를 단 문제가 있다면(존재하는 문제를 갖고온게 아니다)
일단 세그먼트 트리 자료구조를 알고 있어야 하며
큰수 연산을 어떤 방식으로 구현해야하는지를 이해하고
문제에서 DP식을 세워내서 풀어야 한다.
이건 PS에서의 문제 풀이다.

보면 금방 눈치챌 수 있듯이 형식이 같다.

특정 지식에 대해 이해하고 있어야 하며
해당 지식을 바탕으로 문제의 풀이를 알아내야하고
지식들을 활용해 문제를 풀어내야한다.

지오메트리 대시도 이와 동일하다.

지오메트리 대시에는 각 여러 형태가 맵이 있는데,
이번에 깬 공식 맵인 Cycles를 예시로 들어보자 https://namu.wiki/w/Cycles#GMD
맵 구성은 다음과 같다

1. 3단 가시와 페이크로 도배된 큐브 구간. 어려움
2. 볼 모드의 첫 등장. 쉬움
3. 연속 중력 반전 비행 구간. 보통~매우 어려움(익숙한 정도)
4. 아주 잠깐의 큐브 모드와 마지막 볼 구간. 보통

1번의 경우 3단 가시 타이밍을 익혀야 하고, 맵을 외워 페이크 구간을 넘길 수 있어야 한다.
2번의 경우 그냥 볼 모드 쓸줄 알면 된다.
3번의 경우 해당 구간에서 임기응변이 아닌, 해당 기믹 대처법을 알아야만 넘어갈 수 있다.
4번의 경우 2반 어려워진 버전인데 그리 어렵지 않다.

지식을 나열하는 식으로 풀어쓰면
- 3단 가시 점프
- 페이크 무시
- 볼 모드
- 연속 중력 반전 비행
등의 기능을 수행할 수 있어야 하는 것이다.

히든 코인까지 포함하면 더 있다. https://namu.wiki/w/Cycles#s-2.2

이건 첫번째 코인이다.

올라가는건 어렵지 않은데

내려올때 타이밍이 약간이라도 엇나가면 그대로 죽는다.

타이밍만 익히면 생각보다 할만하다.

이건 2번째 코인이다.

여기 오기 전에 혼란스러운 비행을 거치고 와야해서 먹기 어렵다.

다만 해당 구간에 익숙해지거나 넘길만해지면 코인 먹는거 자체는 생각보다 할만해진다.

여기는 3번째 코인이다.

여기는 너무 어려웠던게

짧은 시간 안에 읽기 어려운 길에서 여러번 조작을 해야한다.

그전에는 여기 사이로 들어와야 하는데, 타이밍이 1번처럼 빡빡하다.

들어오기 빡빡함 + 들어와서 혼란스러움 + 맵 읽기 빡셈 + 다른 코인에 비해 길이 긺

으로 인해 난이도가 많이 높다.

근데 저걸 다 처리하면 결국 먹을 수 있다.

이런식으로

- 해당 맵에서 타이밍을 외워야 하고

- 특정 기능을 수행할 수 있어야 하며

- 이를 이용해서 연속적으로 죽지 않고 깨야하며

- 죽거나 깼을때 진행도로 어디까지 갔는지를 보여주기 때문에

문제풀이와 형식이 같고, 문제풀이를 통해 얻는 재미와 같다고 느꼈다.

다른 특징이 더 있다.

맵 난이도가 여럿 있으며 난이도 폭이 너무 커 말도 안되게 어려워지고 그걸 뚫어낼 수 있는 극소수 유저가 있다던가

시간이 지나면 유저들의 실력이 상향평준화되어 결국 더 어려운 맵이 생겨나며 더 많은 사람이 클리어 한다는 점이

리듬게임을 연상되게 하였다. 그러고보니 리듬게임도 문제풀이랑 형식이 꽤 비슷하다.

이렇게 비슷한 재미를 주는 분야들을 모아놓고 보니 한가지 사실을 발견했다.

이런거 좋아하는 사람은 이런거만 한다.

그러니까 이게 무슨 말이냐면

백준 티어가 높은 사람은 높은 확률로

- 지오메트리 대시 익데를 깨는 사람이거나

- 셀레스트 그랜드 마스터를 한다던가

- 수능 수학or과탐2 1등급을 찍었다던가

- 테트리오 랭크가 U 이상이거나

- 리듬게임 뭐 너무 많아서 예시 들기가 어렵다

- 악기 하나를 오랫동안 연주해왔다던가

이중 하나정도는 만족하고 있을 확률이 높다는 것이다.

물론 많이 과장하긴 했지만

대충 어떤 느낌을 말하고 싶은건지 감이 왔는가?

지식을 습득하고 이를 활용하여 문제를 푸는 행위도

많이 해본 사람이 잘한다는 것이다.

공부도 해본 사람이 잘한다는 거랑 똑같다.

그렇다! 이런 논리선상에서는-놀랍게도-게임이 공부랑 동일하게 볼 수 있다.

단순히 피드백을 잘해주는지 잘 못해주는지 차이일 뿐이다.

수학 앞에 '수능'을 붙인 이유가 이거다. 수능은 시험 보고나면 채점 바로 하고 피드백을 받을 수 있기 때문이다.

지오메트리 대시 리뷰를 해야하는데 너무 다른쪽으로 센거 같다.

아무튼 기존의 게임들과는 다르게 나 자신을 단련한다는 점에서 재미를 주는 게임이였다.

재밌게 했다.

몇주동안 더 해볼듯?

개발재활 4-1화 체스를 만들어보자!

게임개발자 폴신 — Thu, 23 Oct 2025 10:03:18 +0900

4-0화에서 세운 원대한 계획(변형체스멀티외부API사용게임)을 만들기 위해서는 일반 기반 게임부터가 필요했다.

그렇게 계획의 1단계 스탭인 체스 구현하기.

아주 잘 작동한다.

하하하하.

2단계인 변형 체스 구현하기와

3단계인 일반 체스 멀티 만들기를 진행하기 전에

일단 현재 체스가 어떤 방식으로 구현했는지 한번 살펴보자.

참고로 프로모션을 제외한 앙파상과 캐슬링도 구현했다.

일단 코드의 구조는 대략적으로 크게 3가지 특징이 있다.

- 싱글톤으로 구현된 매니저

- 이벤트 버스로 느슨한 참조 사용

- 전략패턴으로 향후 이동방식에 확장성있게 만들기

이벤트 버스

일단 이벤트 버스부터 보자.

using System;

namespace Code.CoreSystem
{
    public static class Bus<T> where T : IEvent
    {
        public delegate void Event(T evt);

        public static Event OnEvent;
        public static void Raise(T evt) => OnEvent?.Invoke(evt);
    }
}

수업시간에 배운 이벤트 버스다.

'스태틱' 클래스이기 때문에 어디서든 부를 수 있으며

IEvent인 제네릭 T를 사용하기 때문에 IEvent를 구현하는 구조체를 만들어주면 쓸 수 있다.

그러면 해당 struct에 해당하는 T evt가 IEvent를 상속하는 struct evt가 없었다면 런타임으로 생성되며

해당 evt에 해당하는 이벤트가 호출되는 것이다.

public struct ClickableSelectedEvent : IEvent
{
    public MonoBehaviour Clickable;
}

public struct InteractableSelectedEvent : IEvent
{
    public MonoBehaviour Interactable;
}

public struct InteractableDragBegunEvent : IEvent
{
    public MonoBehaviour Interactable;
}

public struct InteractableDragEndedEvent : IEvent
{
    public MonoBehaviour Interactable;
}

public struct PieceSelectedEvent : IEvent
{
    public ChessPiece Piece;
    public List<Move> AvailableMoves;
}

public struct SelectionClearedEvent : IEvent
{
}

public struct TurnChangedEvent : IEvent
{
    public Team NewTeam;
}

public struct GameOverEvent : IEvent
{
    public Team WinnerTeam;
}

그러니까 여기서 GameOverEvent를 이벤트 버스로 호출하고 구독하면

Bus<GameOverEvent>.Raise(new GameOverEvent { WinnerTeam = winnerTeam });
Bus<GameOverEvent>.OnEvent += OnGameOver;

Bus<T>에 T를 GameOverEvent로 대체하여 타입을 정해주고

해당 타입인 구조체를 생성후 값을 넣어서 이벤트를 보내주면(raise)

그 이벤트를 구독하고 있는 구독자들을 호출하며 매개변수를 보낸다.(onevent)

그래서 이벤트 버스 왜 씀???

싱글톤이랑 비슷한 이유임

- 일단 어디서든 접근할 수 있음

- 결합도를 떨어뜨림 == 직접 참조를 안함.

단점도 싱글턴이랑 비슷함

- 어디서든 접근할 수 있고 결합도 낮음 == 어디서 버그 터지면 찾기 어려움

대신 이벤트 많이 나눠서 싱글톤보단 나음.

이런 이유로 이번에는 이벤트 버스를 사용하여 프로젝트를 개발하였다.

싱글톤

싱글톤은 유명하고 익숙하다.

using UnityEngine;
using UnityEngine.SceneManagement;
using Events;

public class GameManager : MonoBehaviour
{
    public static GameManager Instance { get; private set; }

//스크립트 간략화 버전(싱글톤만 남김)

    private void Awake()
    {
        if (Instance != null && Instance != this)
        {
            Destroy(gameObject);
            return;
        }

        Instance = this;
        ValidateComponents();
    }
}

싱글톤 패턴을 처음 본사람이라면 이상하게 볼 수도 있다.

스크립트를 보면 클래스가 자기 클래스를 변수로 갖고 있는 이상한 형태가 된다.

앵? 이거 순환참조 되는거 아니에요? 라고 생각했다면(내가 그랬었다)큰 오해다.

클래스안에 클래스 안에 클래스안에 이렇게 문제가 일어날 일 없다.

왜?

static 키워드는 인스턴스가 아닌 클래스에 종속되는 변수를 만든다.

쉽게 말하면 모든 인스턴스가 하나의 변수를 공유하는 형식이다.

GameManager gamemanager를 선언하여 인스턴스를 생성해도 gamemanager.instance를 하면 아무것도 없다는 뜻이다.

오직 GameManager.instance를 통해서만 접근할 수 있다.(사실 위의 방식으로 해도 접근이 되긴 한다.)

이벤트 버스에서 Event랑 Raise가 정적으로 선언된 이유도 똑같다.

어디서든 접근하기 위해서.

그러면 여기서 Instance는 뭐냐, GameManager는 클래스이지 인스턴스가 아니다.

그래서 클래스에서 인스턴스를 하나 생성해준 후에 이걸 Instance에 등록시켜주는 것이다.

그러면 다른 스크립트가 어디서든 해당 클래스를 통해 접근할 수 있는 인스턴스가 생기는 것이다.

직접 인스턴스를 참조를 안해도 클래스를 통해 참조해서 쓸 수 있다는 뜻!

그렇기에 단점도 명확하다.

쓰면 쓸수록 클래스 결합도가 높아진다.

근데 이게 직접적으로 참조하는게 아니다보니 버그가 생기면 확인하기 어렵다. 여기저기서 다 쓰고 있기 때문에.

그래서 최대한 많은 곳에서 사용하는 것을 삼가해야 하고 편하더라도 절제해서 사용해야 한다.

전략 패턴(Strategy Pattern)

전략 패턴이 뭐냐?

디자인 패턴중에 하나로, 하는 행동을 확장성 있게 설계하는 방법이다.

상태 패턴이랑 비슷한데 다르다.

상태 패턴의 경우 한개의 상태를 유지하고 다른 상태로 바꾸는 방식이라면

전략 패턴은 하는건 같은데(상태 동일) 해당 행동을 하는 방식을 여러개 갖고 있을 수 있고 행동을 추가/제거 할 수 있는 식이다.

이걸 왜 쓰냐?

나는 확정성 때문에 쓰게 되었다.

변형체스에서 강화 스킬중에 이동 범위 추가를 넣을 생각이 있었다. (폰이 이동방식에 수평을 추가한다던지)

근데 기존 구조에서는 스크립트가 이동할 수 있는 방법이 하드코딩되어 있어 추가하기 어렵게 되어 있었다(확장성 낮음).

그래서 조합이나 추가, 확장이 쉬운 디자인 패턴을 사용하게 되었다.

장점으로 예를 들자면 퀸의 경우 8방향이 가능한데 이거 그냥 룩이랑 비숍 이동방식 합한거다.

퀸 이동을 새로 만드는 대신 룩과 비숍의 이동방식을 둘다 갖고 있으면 하나를 새로 만들 필요 없이 재사용이 가능한것이다.

그래서 쓰기로 했다.

보면 QueenMovement가 없는걸 확인 할 수 있다.

이렇게 구현되어 있기 때문이다.

코드는 이렇게 짜여져있다.

using System.Collections.Generic;
using UnityEngine;

public abstract class PieceMovement : ScriptableObject
{
    public abstract List<Move> GetAvailableMoves(ChessPiece piece);

    protected List<Move> GetSlidingMoves(ChessPiece piece, Vector2Int[] directions)
    {
        var moves = new List<Move>();
        if (piece.currentTile == null) return moves;

        Vector2Int pos = piece.currentTile.coordinate;

        foreach (var d in directions)
        {
            Vector2Int cur = pos + d;
            while (true)
            {
                var t = BoardManager.Instance.GetTileAt(cur);
                if (t == null) break;
                
                if (t.OccupyingPiece == null)
                {
                    moves.Add(new Move(pos, cur));
                }
                else
                {
                    if (t.OccupyingPiece.team != piece.team)
                        moves.Add(new Move(pos, cur) { isCapture = true });
                    break;
                }
                cur += d;
            }
        }

        return moves;
    }

    protected List<Move> GetJumpingMoves(ChessPiece piece, Vector2Int[] offsets)
    {
        var moves = new List<Move>();
        if (piece.currentTile == null) return moves;

        Vector2Int pos = piece.currentTile.coordinate;

        foreach (var offset in offsets)
        {
            Vector2Int target = pos + offset;
            var t = BoardManager.Instance.GetTileAt(target);
            if (t != null)
            {
                if (t.OccupyingPiece == null)
                {
                    moves.Add(new Move(pos, target));
                }
                else if (t.OccupyingPiece.team != piece.team)
                {
                    moves.Add(new Move(pos, target) { isCapture = true });
                }
            }
        }

        return moves;
    }
}

[CreateAssetMenu(fileName = "RookMovement", menuName = "Chess/Piece Movement/Rook")]
public class RookMovement : PieceMovement
{
    private static readonly Vector2Int[] Directions = { 
        Vector2Int.up, Vector2Int.down, Vector2Int.left, Vector2Int.right 
    };

    public override List<Move> GetAvailableMoves(ChessPiece piece)
    {
        return GetSlidingMoves(piece, Directions);
    }
}

룩 스크립트를 보면 방향을 정해준 후 해당하는 함수를 넣는 방식으로 아주 간단하게 구현이 가능했다.

빌드폰 압축파일이다. 궁금하면 직접 플레이할 수 있다.

https://eocnddlfma.github.io/LevelUpChess/

Unity Web Player | LevelUpChess

eocnddlfma.github.io

웹으로도 빌드 하였으니 궁금하면 플레이 ㄱㄱ

이걸로 기본적인 체스 게임은 완성되었다.

이제 체스를 변형하는 것, 체스를 멀티로 하는거 두개를 해야한다.

그래서 브랜치를 파서 작업하기로 했다. 완성 이후에 합치면 되겠지.

다음에는 4-2화 멀티 만들기로 돌아오겠다.

빠이

개발재활 4-0화 체스와 구직의 고통

게임개발자 폴신 — Thu, 16 Oct 2025 16:46:06 +0900

내게는 친구가 있다.

닉네임은 VCS, 이분도 블로그를 쓰신다. 내 글보다 유익한게 많다.

https://dev-vcs.tistory.com/

개발 JOB소리

GGM 게임개발자 지망생의 누추한 블로그

dev-vcs.tistory.com

이 친구가 체스를 많이 좋아한다.

나는 체스 별로 관심이 없었는데, 어느날 이 친구랑 같이 체스를 하게 되었다.

Chess.com 경기기록이다. 무려 2년 반간의 공백 이후 돌아왔다.

근데 왠걸??? 체스가 너무 재밌다??

너무 재밌는 나머지 내 유튜브 알고리즘에도 체스 영상이 올라오기 시작했다.

그렇게 하라는 개발은 안하고 체스를 시작했다.

생각해보고 나니 그 친구는 채용이 확정됐는데 나는 아직도 취업을 못했었다.

그래서 정신 차리고 체스의 유혹에서 벗어나 채용공고를 찾아봤다.

안돼ㅠㅠㅠㅠ!!!!!

채용 공고들을 보니 요구 조건에서 다 걸렸다.

대부분이 서버 혹은 네트워크에 대한 지식을 요구하며

일부는 최적화, 외부 API 사용 경험(SKD), 출시를 요구하기도 한다는 것을 볼 수 있다.

참고로 내가 건들여본 마지막 멀티 게임은 이거다...

https://www.youtube.com/watch?v=c_2OB6hTxBM

1학년 2학기때 만들었던 게임.

이 실력으로는 취업은 불가능하다고 볼수 밖에 없었다.

서버나 백엔드랑은 완전히 거리를 두고 살았는데 이대로는 안되겠다는 생각이 들었다.

그럼 어떻게 서버 지식을 배우지 고민했다.

그때 아이디어가 떠올랐다.

CoT(AI 아님)

요즘 체스 재밌네 -> 체스 변형 게임 만들까 -> 멀티 되는 체스 변형 게임 만들면서 서버 공부도 하자 -> 외부 SDK 써서 업적 달성 가능한 멀티 되는 체스 변형 게임 만들면서 SDK도 써보자 -> 그럴거면 아예 다 만들어서 출시까지 하자 -> 좋은데?

그래서 변형 체스 게임을 만들기로 했다.

일단 유튜브로 유니티에서 체스 만드는 방법을 검색하면서 프로젝트를 생성했다.

To be continue...

10살의 나에게 반드시 말해주고 싶은 5가지.

게임개발자 폴신 — Tue, 14 Oct 2025 20:25:26 +0900

다음달이 수능이고, 3달 뒤에 졸업한다.

내 학창시절은 곧 종말에 다다른다.

그래서 곧 성인이 되는 기념으로, 내 삶을 돌아봤다.

좋았던 부분도 있지만, 아쉬운 부분도 많았다.

그래서 10년 전에 알았더라면 좋았을 사실 5개 정도를 말해보려고 한다.

1. 책 읽기는 학원에 맞먹는 미친 가성비 공부다. 그리고 어차피 평생 해야한다.

어른들이 맨날 책 읽으라고 말하지만, 실제로 책을 읽는 사람은 소수고, 나는 그마저 만화책을 읽었다.

물론 즐거웠고 만화책만 읽었던 것도 아니라 그리 아쉽게 생각하진 않지만, 솔직히 나이 먹어가면서 책을 등한시 한건 사실이다.

특히 중학생때는 학교 안에도, 학교 옆에도 도서관이 있는데도 도서관을 안갔다.

그래서 지금 돌아보면 여러모로 후회스럽다.

책을 읽는 다는건 단순히 지식을 습득하는 행위에 한정되는게 아니다.

책은 선사시대에 없던 물건이다.

문자는 인위적으로 발명되었고 현대 사회에서 지식은 곧 돈이다.

당장 대학도 지식을 파는 곳이고, 전문직도 지식 노동자다.

책을 읽는 다는 건 지식을 획득하는 행위에 능숙해지는 것을 의미한다.

그리고 책 읽기에는 전공지식이 필요하지 않다!!! 이게 무슨 소리냐면 어리더라도 아는게 좀 많으면 성인독자나 어린독자나 책 난이도에 차이가 없다는 것이다.

즉 어릴때 읽어도 효율에 별 차이가 없다!

그러니까 가능하면 어릴때, 시간이 많고 호기심이 많은 동시에, 뇌가 어느정도 발달된 나이 12~13세부터 책을 꾸준히 읽는 것만큼 효율적인 성장 방법은 없다.

공부? 물론 해야하는 건 맞다만 책을 충분히 읽었다면 오히려 공부 난이도가 쉽다.

결국 그 나잇대 애들은 공부가 익숙치 않은지라 배우는게 느린거지 책 읽으면서 지식습득에 익숙해지면 공부도 금방 한다.

나는 이를 자신있게 말할 수 있는 이유가, 중학교 2~3학년동안 고등학교 수학과정을 학원에서 다 나갔다. 나는 기반 지식만 있으면 13살 이후로부터는 다 배울 수 있다고 생각한다.

그러니까 그전까지 그리고 이때부터 책을 많이 읽어서 공부력을 키우는게 정말 도움이 될 것이라고 생각한다.

그리고 어차피 고등학교도 대학교도 대학원에서도 글 읽고 계속 써야한다.

그러니 늦었더라도 중요함을 알았다면 책이나 읽자.

2. 스포츠 하나만큼은 아마추어 선수급으로 파라. 러닝이라도.

이건 내가 제일 후회되는 것이다.

나는 초등학교 줄넘기 학원 이후로 예체능 계열 학원을 가지 않았다.

그러지 말걸...

축구든, 농구든, 배드민턴이든, 탁구든, 배구든, 검도든, 스키든 상관 없다.

살면서 취미는 하나쯤 있어야 하고 그게 스포츠라면 다방면에서 삶에 도움을 줄 것이다.

가장 대표적인 장점은 건강이다.

스포츠를 한다는 것은 운동을 빡세게 한다는 말과 동일하다.

청소년 시기에 운동을 빡세게 하는건 아주 바람직하다.

키는 이때 큰다. 자랄때가 이때다.

건강 말고 교우관계에도 좋다.

팀 스포츠를 하면 여러명이서 같이 활동하기에 친구를 만나기도 쉽고 대인관계를 훈련하기에도 좋다.

학습에도 도움이 된다.

노력해본 사람이 노력을 잘한다.

기존에 공부를 하던 사람이 운동을 잘하지는 않지만, 운동을 하다 온 사람은 공부를 잘 할 수 있다.(아닐 수도 있다.)

둘다 결국 노력하는 양에 따라 달라지기 때문이다.

어릴때는 공부를 빡세게 해봤자 쓸만한 곳이 적지만 스포츠는 다르다.

스포츠는 어릴때 선수 비슷하게 해볼만 하다.

물론 내가 말하는건 진짜로 선수가 되라는게 아니다.

실제로 재능이 있는 사람이 있고 없는 사람도 있다.

내가 강조하는건 어릴때부터 한가지 종목의 스포츠를 깊고 오랫동안 해보라는 거다.

설사 관두더라도 몇년 지나서 다시 시작할 수도 있으니까.

3. 일기 혹은 회고록을 작성해라. 기록하지 않으면 무조건 잊어버린다.

글을 쓴다는 것은 그다지 특별한 행위가 아니다.

거짓말이다. 정말 특별하다. 어릴때부터 글쓰기를 가르쳐야 한다고 생각한다.

책을 아무리 많이 읽어봤자 독후감을 안쓰면 지식 습득의 효과가 줄어든다.

간단한 논리다. 입력을 아무리 많이 해봤자 아웃풋이 없으면 배웠다는 것을 증명할 수 없다.

이런 맥락에서 발표나 토론도 한번 해보는 것을 추천하기도 한다.

아무튼 일기나 회고록이라고 명시한 이유는, 누구나 잘 쓸 수 있기 때문이다.

글을 쓸때는 주제가 있어야 하는데 이 주제에 대해 잘 알고 있어야지 글이 술술 나온다.

그리고 나라는 사람에 대해서는 역시 내가 제일 잘 알고 있다.

잘 쓸 수 있기 때문만은 아니다.

글을 쓰는 것은 생각과 감정을 정리하는 행위다.

머릿속에서 헤엄치고 있는 기억과 감정들은 글로 작성할때 정돈이 되어간다.

그런 과정을 통해 나에 대해 여러번 다시 생각하는 효과도 있으며 자기 성찰의 기회가 되기도 한다.

무엇보다 일기는 일종의 미래를 위한 기록이다.

과거의 내가 어떤 생각, 어떤 행동을 했는지 기록해놓은 것.

이것만으로도 엄청엄청 큰 가치가 있다.

내가 옛날에 우유를 먹고 배탈이나 우유를 마시지 말것이라는 규칙을 세워놨다가 5년 뒤에 까먹었을 수도 있다.

그때 아무생각 없이 먹으면 똑같이 배탈이 날 뿐이다. 하지만 그 사실을 적어놓았다면? 다시는 우유를 마실 일도, 배탈날 일도 없다.

이런 다양한 장점들이 있기 때문에 나는 글쓰기-그 중에서도 일기를 쓰기를 권한다.

매일 책읽고 운동하다가 일기 쓰고 잔다? 이것만으로 인생의 90%는 성공했다고 볼 수 있다.

4. 달라도, 틀려도, 혼자라도 괜찮다.

나는 학교폭력도 당해봤고, 친구가 없이 혼자 학교를 다녀본 적도 있다.

대부분의 상황에서 같이 놀 무리가 없었고, 오히려 그런 상황에 더 익숙해졌다.

이런 삶을 살며 내가 알게 된 것은, 남에게 너무 신경쓰지 말라는 것이다.

초등학교에서 나를 괴롭혔단 아이들은 이제 이름도 기억이 나지 않는다.

중학교에서 나를 스토킹 했던 학생은 가끔 그런 친구가 있었지 정도만 기억안다.

고등학교에서 나를 성추행 했던 친구는 교육청을 간 이후 나와 대화하지 않는다.

나는 나를 싫어하는 사람을 만나도 결국에는 아무 문제 없이 살아간다.

오히려 그런 사람에게 신경을 썼던 내 에너지가 더 아깝다.

내 인생에 정말 중요한 사람들이 있었고 나는 그들에게 고맙다는 말을 못했다.

하지만 슬픈 사실은, 그 사람들도 결국에는 잊혀져간다.

결국 남는 것은 나뿐이다.

내가 제일 중요하다.

그러니까 밥 잘먹고, 운동 열심히 하고, 공부 빡세게 해라.

살아가는데 대인관계는 필요하지만 어느순간 사라진다. 하지만 나를 키우는건 평생간다.

그리고 내가 좋은 사람/뛰어난 사람 이면 다른 사람들이 나에게 다가온다.

그러니까 지금 혼자이더라도 그런대로 살아가라.

혼자여도 괜찮으니.

5. 한 우물만 파라. 천재가 아니여도 오래 파면 먹고 살만하다.

솔직히 말하자면, 나는 꽤나 방황을 오래 했다.

기획자를 준비하다가 개발자로 틀었다가 QA를 준비했다가 게임업계를 포기하고 수능 준비를 했다가 다시 개발자로 돌아왔다.

저게 무려 고등학교 1~3학년 사이에 있었던 일이다.

시발.

솔직히 다른 개발자 친구를 보면 벽을 느낄 때가 많았다.

특히 1학년때부터 가고 싶던 회사를 이 친구랑 경쟁하면 무조건 밀려 떨어지겠다는 생각에 다른 길로 틀었던 적도 있었다.

그때는 고점 아니면 빵점이라고 생각했었으니까.

지금 생각하면 참 바보였다.

그 친구한테 밀리면 어때서?

더 공부해서 이길 생각을 해야지.

설사 밀려 떨어지더라도 지원은 해봤어야 했다.

이제와서지만 난 그렇게 생각한다.

아무튼 보통 한 우물만 판다고 하면 대체적으로 어렸을 때 할 수 있는게 정해져 있다.

운동이라던가

미술이라던가

피아노 같은 악기라던가

뭐 수학이나 과학 올림피아드 같은 비-예체능 계열이 있기도 하다. 근데 여기는 예외로 치고.

예체능 계열 특징은 천재가 많다는 거다.

진짜 나에 비해 어리고 얼마 배우지 않았는데 나보다 백배천배 뛰어난 사람들이 널렸다.

그리고 나는 한없이 초라해 보인다.

그리고 그건 사실이다.

재능있는 사람이 노력까지 하면 어떻게 해도 따라갈 수 없다.

근데 그건 알아야 한다.

그런 천재들은 보통 그 분야의 탑인 국가대표/교수 같은 사람들이 된다.

그럼 천재가 아닌 사람들은 어디 가냐고?

그냥 직장인으로 살아간다.

천재 작곡가는 아니여도 그냥 작곡가로 벌어 먹고 살 수 있다.

천재 피아니스트가 아니여도 그냥 피아노 선생님이 되어 돈을 벌 수 있다.

하지만 중간에 포기하면 그 무엇도 할 수 없다.

예시가 너무 막나간거 같긴 한데 말하자는 바는 간단하다, 일단 계속해라.

저 앞으로 나아갈 사람은 저 앞으로 가고, 중간에 포기하는 사람들은 뒤로 나가 떨어진다.

그러면 언젠가 남는 사람이 당신밖에 없다.

그렇게 당신은 그 일을 하게 된다.

고등학교 학창시절 내내, 그리고 지금도 방황하고 있는 내 후회를 담아 말한다.

중간에 포기하지 않았으면 좋겠다.

솔직히 10대에 이 모든걸 지키고 사는건 말도 안되는 거에 가깝다.

초등학교 고학년 짜리 애가 하꼬 블로그를 읽을 일도 없고.

그래도 만약에 읽게 된다면, 5가지중 하나라도 가져갔으면 좋겠다.

인생이라는 장기 레이스에 튼튼한 바퀴 하나는 챙겨가는 것 만큼 든든한게 없으니까.

오늘 읽은 책 「질병 해방」 리뷰

게임개발자 폴신 — Mon, 13 Oct 2025 12:25:32 +0900

책에 대해 이야기하기 전에, 나는 중학교 수준의 과학적 지식을 갖고 있다는 것을 고백한다.

작성 시기 기준 고3이지만, 개발 지식을 주로 쌓았지 화학/생물학 관련 수업이 학교 커리큘럼에 없다.

그래서 중반부에 여러 질병에 대해 이야기 하는 부분을 이해하는데 어려워했다.

근데 왜 이런 책을 읽느냐면, 나는 요즘 정희원 교수님의 유튜브를 자주 본다.

노년내과 교수님인데 책 표지에서 적혀있는 분이시기도 하고, 유튜브에서 말하는 내용이랑 책에서 말하는 내용이랑 겹치는 부분이 많다.

아무래도 관심이 있게 보던 유튜브 채널이랑 주제가 겹치는 곳이다 보니 자연스럽게 책도 읽게 되었다.

빠른 리뷰

예방 의학, 정확히는 오래사는 것보다 잘 사는 방법에 대한 매뉴얼.

4.5/5

책 어려움. 전공서적 급은 아니긴 한데 많이 길고 두꺼우며 일부 파트는 생물학/의학적 지식이 없으면 이해하기 힘듦.
근데 일반적인 성인이면 다 읽을만 한 난이도이며, 내용이 굉장히 유익함.
솔직히 30 지나기 전에 한번쯤은 읽어보길 권할만함.

전체 리뷰

작가는 의사임.

의사의 관점에서 자신이 생각하는 의학이 나가야 하는 방향성이나 본인이 환자를 만난 경험들을 설명함.

의사, 특히 전문의 답게 여러 논문들로 무장한 책을 작성하였음. 닥터(박사or의학박사)들이 만드는 컨텐츠는 이런 부분이 있어서 좋음.

아무튼 돌아와서 책은 3개의 파트로 나누어져 있음.

파트 1

작가는 의학 3.0이라는 키워드를 주로 내세움.

처음에는 Web 3.0 뭐 이런 느낌으로 초연결을 강조하려나 싶었는데 전혀 아니였음.

작가는 예방을 정말 중요하게 여김.

아주 간단한 예시를 들어봄.

우리는 매일 양치를 함.

양치를 안하면??? 당연히 이빨이 썩어서 치과를 가야함.

이때 매일 양치하는 비용 vs 치과 임플란트 비용을 따지면

당연히 전자가 훨씬 값 싸고 건강하며 행복함.

이렇게 보면 양치를 안할 이유가 없음.

근데 의학 2.0-현대 의학계는 이런 방식을 전혀 생각하지 않는다고 주장함.

치매나 심장병, 당뇨 같이 큰 영향을 끼치는 질병들도 한순간에 생기는게 아니라 과거부터 오랫동안 축적되어 왔다고 말함.

근데 양치는 계속 하게 만드는 것과 다르게, 이런 병들은 정상/조금 위험/많이 위험/문제 발생 이런 식으로 기준을 세워놓고 기준을 넘길 경우에만 치료를 시작한다고 말하며 비판함.

그래서 문제가 발생하기 전에 예방하는 것을 주요 과제로 삼음.

이거 말고도 장수에 대한 이야기도 있음.

의학 2.0은 수명을 늘렸음.

근데 말 그대로 오래 살긴 하나 행복하게 오래 살지 못한다며 비판함.

여기서 기대수명과 건강수명이 나옴.

기대수명은 말 그대로 얼마나 오랫동안 살아 있을 지를 말한다면,

건강수명은 얼마나 오랫동안 '건강하게' 살아 있을 지를 말함.

여기서 '건강'하다는 건 혼자 씻을 수 있음, 친구와 배드민턴을 칠 수 있음 이런 행위가 가능한 것을 의미함.

단순히 말해서 간병인 없이도 살아갈 수 있냐 이런 의미로 난 이해했음.

그러니까 정리하자면, 의학 2.0은 건강수명은 못 늘리고 기대수명만 늘렸다고 말하며

의학 3.0은 건강수명을 늘리기 위해 노력한다고 말함.

위 내용은 내가 평소에 생각해본 적 없는 흥미로운 발상인 동시에 아동기때부터 비만인 상태로 살아오면서 여러 문제를 겪었기 때문에 공감이 되는 특이한 감정을 느꼈음. 그래서 지루하지 않게 다음 부분으로 책을 넘길 수 있었음.

파트 2

솔직히 이 부분은 기억이 잘 안남.

위에 언급했던 생물학 지식이 일부 필요하다는 부분이 여기거든...장수하는 사람의 특징이라던지유명한(심장병, 암등) 질병의 원인과 치료 방법등을 이야기함.병이 무섭다는 경각심을 느끼긴 했으나 정확히 기억나는 내용은 없음.대중보다는 생물학/의학 전공 대학생이 읽으면 좋을만한 부분이였음.

파트 3

파트 1에서는 예방의 중요성을

파트 2에서는 질병의 경각심을

파트 3에서는 실제로 하는 방법을 알려줌.

나는 책에서 이 부분이 제일 좋았음.

건강하게 살기 위해서

운동, 영양, 수면, 정신건강 4 부분에 대해서 뭘 어떻게 해야할지 자세하게 알려주었음.

약에 대해서는 언급을 거의 안함. 파트 2에서 설명을 했기도 하고 작가가 거기를 초점을 두지 않음.

운동 부분에서는 필연적으로 나이를 먹을 수록 사람이 약하지기 때문에 젊을때 더 단련을 해 약해지더라도 건강하게 유지를 한다던가 Zone 2라는 개념에 대해 설명해주어서 좋았음. 특히 작가는 그래프 사용을 통해 수치화하는 것을 좋아하는데, 덕분에 이해하기 한결 수월했음.

영양 부분에서는 식사법에 대해서 설명해준게 좋았음. 어떤 음식이 효능이 좋다, 지중해성 식단이라던가 그런 방법의 한계도 알려주고 다이어트에 대해 의학적으로 설명해주어서 굉장히 만족스러웠음. 이런 부분은 아무래도 비전문가가 판지는 곳이라 논문으로 무장한 의사가 해주는 이야기를 들을 일이 거의 없잖음. 다만 결론은 '만병통치약 같은 식사법은 아무것도 없다.'에 가까워서 아쉽긴 했음

수면 부분에 대해서도 이야기를 해줬음. 근데 잠이 중요한건 나도 알고있던 터라 훅훅 넘겼음. 여러분 수면시간 꼭 챙기세요.

정서 건강은 꽤 이질적인 챕터였음. 여태까지 의사로써 책을 쓰고 있었는데 이 부분만큼은 본인이 환자로써 작성을 했음.
결론은 힘들때는 '심리치료 받아라' 였음. 나도 학교에서 상담을 여럿 받아보기도 했고, 정신적으로 불안정한 시기를 겪어봐서 타인은 어떤 방식으로 이런 시기들을 겪나를 비교하며 살펴봤음. 특이하게도 치료의 본질은 같았음. 과거의 나를 마주하는 것. 나 자신에게 결함이 있더라도 긍정하는 것. 걱정 덜 하는 것. 충분히 휴식하는 것 등 내가 배운 것과 다르지 않았음. 의외로 외국에 있는 나이 많은 의사나 나나 정신적으로 힘들때 치료법이 같다는 것을 보고 신기하다고 느꼈음.

책은 이 부분을 끝으로 수많은 페이지의 인용 논문을 적은 후 끝이 남.

총정리

평점 4.5/5

책에서 말하고자 하는 바는 의외로 간단함.

병은 예방하는게 제일 좋고 건강은 좋게 만들 수 있을 때 최고의 상태로 만들어야 함.
그러니까 밥 잘 챙겨먹고 운동 잘하고 잠 잘 자고 etc....

거의 절반은 엄마가 하는 잔소리랑 똑같음.(갓머니)

근데 권위 있는 의사가 논문 수백편을 근거로 갖고와서 설명하니까 이게 안들을 수가 없음.
현대 과학의 최전선에 있는 사람이 논리로 꿰뚫으니까 경각심이 막 솓아남.

특히 예방에 대해서 이야기하다보니 어릴때 읽을 수록 도움이 많이 될거라고 생각함.

그래서 내용(감점 없음) 난이도(1점 감점)로 4점 주려다가 가능하면 빨리 읽는게 좋아서 4.5점 줌.

어렸을 때 이거 읽었다면 스포츠 하나라도 꾸준히 한다던가 헬스 열심히 했을텐데 좀 늦어서 아쉽긴 함.

물론 지금부터라도 하면 되니까.

이거 책 좋으니까 한번 읽어보세요. 끝.

FNF Vs RetroSpecter 모드 리뷰

게임개발자 폴신 — Sat, 11 Oct 2025 17:29:53 +0900

오늘 리뷰해볼 게임은 프나펑 모드중 4년만?!?!에 업데이트한 레트로스펙터(회고자?) 모드다.

나무위키 링크(문서에 다운로드 링크도 있다.)
https://namu.wiki/w/Friday%20Night%20Funkin'/%EB%AA%A8%EB%93%9C/VS%20RetroSpecter

일단 리뷰를 읽기전에 주의사항을 먼저 주자면

- 씁... 이거 추천해주기가 꽤 빡세다. 마음에 안들면 꼭 뒤로 가는걸 추천한다.

- 이 게임을 하면서 내내 든 생각이, 제작진중 90%는 무조건 퍼리팬덤에 속할 것이다. 나무위키 피셜 디렉터는 퍼리 아니라고 하는데 내가 보기엔 무조건 거짓말이다.

- 일부 컨텐츠는 Suggestive, 그러니까 선정적이다. 일부 캐릭터들의 디자인이나 대사 때문에 그런거 같은데, 굳이 게임에 넣은 이유를 잘 모르겠다. 이런게 잘 먹히는건가.

- 이 게임 자체가 디렉터의 자캐 세계관 기반이다. 게임하면서 초반에 많이 오글거렸다. 잼민 감성에서 선정적인 부분을 왔다갔다하니 여러모로 초반에는 이게 뭔가 싶었다.

이런 여러 요소로 인해 공개적인 장소에서는 하기에는 좀 그렇다.

이걸 보고도 이 게임에 관심이 생긴다면 리뷰를 봐도 좋다.

나는 경고했다.

빠른 리뷰

4년만에 돌아온 레트로스펙터

평점 4/5

분량 역대급. 세계관 때문에 오글거릴 수 있음. 디테일이랑 그래픽 레전드임. 연출이 재미를 보장함. 찍먹ㄱ?

서론

잠깐 내 얘기를 하자.

5년전에 나는 프나펑에 미친 사람이였다.

그 당시 중학교 1학년이던 나는 코로나로 인해 온라인 수업을 진행했기에, 컴퓨터에 앉아서 시간을 많이 보냈다.

열심히 온라인 수업을 들었을까? 당연히 아니다.

나는 이때 2가지 취미를 즐겼다.

하나는 랑월/실피아(유튜버)의 TRPG 영상을 시청하는 것이고

나머지 하나는 프나펑을 하는 것이다.

초6 겨울방학부터 중3때까지 나는 프나펑의 인기가 막 떴을때부터 프나펑이 망해갈때까지 게임을 계속 했었다.

그렇다. 내가 양덕이 된것도 여기서 시작이였다.

2021년 극 초반쯤에 프나펑이 한국 유튜버들 사이에 유명세를 타며 막 퍼질때 나도 시작했다.

첫 리듬게임 입문을 이걸로 했다.

그 당시 초반에 유행했던 위티나 가셀로부터 나중에 나온 DDLCplus등 호러나 공포 제외한 유명한 모드는 다했었다.

레트로스펙터v1 모드도 이때 했었다.

그 당시 이 모드가 되게 인상 깊었던게, 2번째 노래였나 곡에서 "Enough!"라고 외치며 곡 중간에 끊고 템포를 올리는 연출이 있는데 이 연출 방식을 다른 모드에서는 본적이 없었다. 그게 꽤나 새로웠기도 하고, 이후 다른 모드들 하면서 그런 연출과 비슷한걸 본 기억이 잘 없어서 그런지 기억에 남았다. 그리고 난이도 제일 높은거의 괴악한 채보도...
중간에 대학 업데이트도 잠깐 했었다. 내 취향은 아니여서 조금만 하고 관뒀다.

그래서 2.0 버전이 나왔다고 했을때 기대하며 시작을 했다.

본론

4년만에 2.0 업데이트가 나왔다.

4년. 한국에서 프나펑붐이 망한지 2년도 더 지나서.

솔직히 아직도 업데이트를 했다는 사실이 신기했다.

해외에서는 프나펑이 아직 살아있는 건가 싶었다.

아무튼 평가를 들어가기 전에 나는 이 게임을 3개의 파트에 걸쳐 어떻게 느꼈는지 설명할 것이다.

리뷰 하기전에 게임 안해본 사람도 이해해야하기도 하고 분량이 너무 많거든...

초반부(레트로 스펙터 스토리)

중반(메인스 추가 컨텐츠 제외)

후반부(사이드스토리+ 추가 컨텐츠들)

초반부

처음 게임을 키고 경고창을 지나서 나를 반겨주는 건

차례대로 메인스토리/사이드스토리/추가컨텐츠+크레딧/설정창 이다.

이런 화면이다.

나는 여기서부터 뭔가 잘못되었다는 걸 느꼈어야했다. 그냥 오 좀 신기하네 그러고 넘기는게 아니라

메인스토리 화면은 이렇게 생겼다.

저기는 일부로 가렸다. 궁금하면 직접 해봐라.

게임 전체 UI가 굉장히 개성적이고, 색감이 뛰어나다.

게임 하는 내내 대부분의 색을 이용한 디자인이 굉장히 마음에 들었다.

~~아마 미국?~~해외 게임답게 배경이나 캐릭터 디자인에 색감을 아주 잘 사용하여 표현을 하였다.

그리고 지금은 다 보이지만 처음 시작할때는 옆에 애들이 검정색 실루엣으로 보이고, 중앙만 선택할 수 있다.

Pause Menu. 특히 예쁘다고 느껸 UI다.

그렇게 처음 게임을 시작하면

이런 화면이 나온다.

여기서 이 모드의 장점이 나온다. 정말 세심한 배려, 편의성에 굉장히 신경쓴 모드다. 이건 아래에서 서술하겠다.

아무튼 스토리인데도 어느 곡에서 시작할지 선택할 수 있다는 점에서 감동받았다.

다음곡.

암튼 처음 시작한 나는 곡 해금이 안되어 있었기에 아까 화면에서 게임을 시작했다.

시작하면 세계관 설명을 조금 하고 큰 의미없는 대사 진행을 한 뒤에야 스토리가 끝난다.

스토리 설명중

전 버전에는 이부분에 컷씬이나 대사가 없었는데, 게임 자체의 볼륨이나 세계관이 커져서 이런 여러 장치들이 스토리에서 도입된 것 같다.

풀더빙도 되어 있고 그렇게 대사가 길진 않긴 해서 괜찮았다. 다만 이때부터 좀 오글거리기 시작했다.

게임 플레이는 무난하다. 직접 해보는걸 추천.

아까 얘기했던 중간에 끊는 연출

보는거랑 게임 플레이를 직접 하는거랑 차이가 크다.

잘만든 배경음악, 음악이랑 잘 어울리는 채보, 적절한 채보 난이도와 여러가지 특수효과와 카메라 연출등 고퀄모드라는 느낌이 팍 들만한 요소가 넘쳐난다.

연출이나 애니메이션도 계속 나온다.

윈도우 흔들리는 연출(나머지 이미지 대부분 다 GIF다.)

애니메이션

여기까지 다 좋았다가 엥 모먼트가 나왔다.

디자인이 짜치다.

아니 연출이나 채보나 노래 꽤 잘만들었고 기믹도 무난한데

캐릭터 디자인 때문에 몰입이 확 깨졌다.

저거 그린 사람한테는 미안하지만... 굳이 저렇게 그렸어야 했나 싶다. 그리고 디자인이 짜치는 문제는 좀 오래갔다.

이때부터 잼민 감성이 확 느껴지기 시작했다.

그래도 2번째 곡까지는 무난했다.

아무래도 1버전에도 있던 노래라 저렇게 레거시를 남겨둔건가 싶어서 넘어갔는데

3번째 곡부터 단점들이 나오기 시작했다.

- 고퀄리티 하지만 빌드업 실패

배속한 버전. 원본은 정말 부드럽게 애니메이션이 이어진다

확실히 그래픽의 퀄리티는 높다.

중간 컷씬으로 애니메이션도 삽입하고 그냥 해보면 이게 굉장히 많은 인력이 오랫동안 갈렸다는게 느껴진다.

4번째 곡까지 해보면 정말 많은 연출을 사용하고 많은 기능들이 포함되어 있다는 것을 알 수 있다.

근데 스토리적으로 빌드업하는데는 굉장히 실패했다.

메인스 다 깨고 나서 돌아보니까 뭐가 일어나는건지 이해하는거지 처음 플레이할때는 오글거리기만 한다.

처음 게임을 플레이 하는 유저는 게임의 스토리나 세계관에 대해서 잘 모른다.

그래서 보통 게임 내에 바보캐/기억상실캐 등을 넣는 방식으로 이를 해결한다.

고유의 설정이 빌드업되어 있는 캐릭터는 처음 볼때 이해할 수가 없어 공감하기가 어렵지만
플레이어와 마찬가지로 뭐가 일어나는지 모르는 캐릭터가 있으면 플레이어는 쉽게 공감할 수 있다.

대표적인게 림버스 컴퍼니의 단테를 예로 들 수 있다.(기억상실을 앓는 주인공류)

아니면 애초에 스토리 전개을 천천히 하는 식으로 한다던가 설정에 대해 설명을 할 필요 없이 스토리를 전개한다.

근데 이 모드에는 그런 설명 하나 없이 스토리만 쭉쭉 나간다.

보프가 왜 여기있는지도 모르고, 상대방이 왜 화나는지도 모르며 캐릭터들의 목적성/동기/능력 등 전부 설명되어 있지 않다.

그렇기에 처음 플레이할때는 '이래서 이렇구나'라고 이해하기 보단 '지들끼리 아는 얘기하지 말라고'를 더 느끼게 된다.

특히 자캐를 기반으로 한 세계관이다보니 내수용 게임을 잘못 하게 된건가 싶어지기도 한다.

그래서 몰입이 깨졌다.

- 고퀄리티 하지만 난잡함

3번째 곡 시작 부분

이건 3번째 곡이다. 잠금 기믹이 추가되어 기믹이 2개가 된다.

노래 길이가 5분이고 여기서부터 채보 난이도가 들쭉날쭉해지기 시작한다.

시각적 효과가 너무 많아서 가시성이 나빠져서 노트가 안보이기도 한다.

눈 피로도나 곡 길이로 인한 피로도가 커지기 시작한다.

이게 못깰 정도는 아닌데, 은근 불편하게 작용한다.

밝고 강렬한 색감은 UI나 디자인에서 장점으로 작용했지만 게임플레이에서는 단점으로 작용한다.

이건 4번째 곡에서 더 심해진다.

카메라 쉐이크, 비주얼 이펙트등으로 가시성이 실시간으로 내려가고 있다.

심지어 노래길이가 6분에 기믹이 3개다.

굳이 기믹 3개를 다 넣었어야 했나? 하는 생각이 내내 들었다. 기믹을 다 쓰는 의미가 없었다.

물론 기믹 자체는 좋았다. 특히 가려지는 기믹에서 채보 유추해서 누르면 도전과제 달성되는게 너무 좋았다.

근데 이번에는 연출이 짜쳤다.

곡 중간중간에 저렇게 대사를 치는데(풀더빙)

애니메이션은 부드럽다.

근데 최종보스전이나 마찬가지인 막곡에서 저러니까 긴장이 팍 식었다.

대사도 오글거리고 뭔가 되게 위협적으로 말하면서 말만하고 끝난다. 진짜 all talk.

탱크맨이나 다른 모드에서 총쏘는 연출 나온지가 언젠데 빈번한 공격 모션 하나 없어서 진짜 실망이였다.

레몬 데몬 연출 따라하려고 한거 같은데 너무 부적절했다.

아까 빌드업 실패 + 어색한 연출 + 피로한 화면 이 합쳐지니

용량때문에 배속이랑 편집을 했다. 대충 이런 연출이 있었다고 봐주면 된다.

이런 클라이맥스를 넣어도 의도한대로 감정이 북받치거나 그런거 없이 항마력이 딸리기만 했다. 그냥 노래가 언제 끝날까 기다려졌다.

클로즈업이나 카메라 이동등 연출을 못만든건 아니였다만 너무 뜬금없다고만 느껴저 첫 플레이 기준 ?핑만 12번 박은거 같다.

그렇게 이 모드의 초반부인 Warth(분노) 편이 끝나면 나머지 스토리가 해금된다.

캐릭터 컨셉이 7죄종이라 캐릭터도 7개다.

중반부

중반부로 얘네들 스토리를 전부 진행해야한다.

다행히 나머지 캐릭터들은 2~3곡만 있고 대사량이 늘어나는 대신 연출이 적어 플레이가 깔끔했다.

특히 각 캐릭터의 개성을 절제된 채로 잘 표현해서 부담없이 플레이 할 수 있었고, 조연을 잘 사용해서 꽤 신기하게 봤었다.

특히 이거 하면서 느낀거랑

이거 하면서 느낀게 확연히 차이가 났다.

너무 오글거리지도 않았고 기믹도 무난했으며 캐릭터성도 잘 나타냈다.

위에 벌 파트는 캐릭터성이 좋았다.

돈미새 컨셉을 굉장히 잘 잡아서 기믹이 직관적이였고, 인게임 내에서 기믹을 튜토리얼처럼 자연스럽게 설명하는데 정말 극찬하고 싶었다. 튜토리얼이라고 느껴지지 않을정도로 자연스럽게 기믹을 이해할 수 있었다.

이게 노래에서는 라이즈로 고조되면서 빚 문서가 같이 올라올때 골드 3개 같이 땅 누르면 고조 해소되면서 페이즈가 진행되는 느낌을 주는 동시에 기믹을 자연스럽게 학습하니까 디자인적으로 너무 마음에 들었다.

아래 로봇 파트는 조연이 귀여웠다.

근데 다 좋은건 아니긴 했다.

여기 트럭 지나가는 연출이 있는데 이유는 모르겠지만 랙을 심하게 발생시킨다.

원래는 아예 1초정도 게임이 멈췄었는데 그 현상 찍으러 가니 이번에는 일시정지로 보내버린다.

이런 세세한 편의성 너무 좋은데 이따 모아서 언급하고, 퀄리티가 퀄리티다보니 게임 중간중간에 렉이 약간 걸린다.

참고로 램 16기가다.

아무튼 7죄종 다 깨고 나면 천국/악마 캐릭터 만나서 스토리 진행하고 본편이 마무리된다.

아래쪽에 마우스 갖다대면 피날래라고 나온다.

글쓰는거 지쳐서 따로 사진은 안넣고, 2번째 곡에서 후반부에 다른 모드 레퍼런스를 가져와서 쓴다.

그리고 3번째 곡에서는 이런 연출을 선보인다.

크레딧 롤에다가 게임 플레이를 섞는 연출이 되게 적은데, 이걸 사용해서 되게 신선해서 기억에 남았다.
이런 연출을 쓴 다른 게임은 언더테일 정도?

이렇게 메인스토리가 끝이 난다.

그러면 중반부가 끝이 난다.

후반부

메인스토리가 끝났으면 또 새로운 컨텐츠가 추가된다.

대학교 배경 AU랑(이건 1.5인가 버전에도 있었다. 이런 UI는 아니였지만)

사이드스토리

나는 사이드스토리 몇개만 더 하고 멈췄다.

컨텐츠가 너무 많았다.

사이드 스토리 분량이 한두개가 아니다.

특히 오른쪽 아래 저거는 그냥 말이 안된다.

저거 하나하나가 다 한곡이다.

분량이 너무 많아 ㅠㅠㅠㅠ 리뷰 전에 다하기는 포기했다.

저중 기억에 남는거는 2번째 곡인 satisfacture이다.

이거 플레이어블이랑

배경 캐릭터를 선택해서 플레이하는데

조합에 따라 나오는 대사가 다 다르다.

저걸 본 뒤에 또 깨야지 체크를 받을 수 있다.

저 곡 한번 체크받으려면 같은 곡을 몇십번 깨야한다.

진짜 리뷰

대충 이렇게 내가 어떻게 게임을 진행했는지를 시간순으로 설명했다.

이제부터 특징을 기준으로 진짜 리뷰를 하겠다.

4/5

굉장히 '잘' 만들었고 '많이' 만들었다.

초반부분이나 일부분에서 아쉽긴 하지만 웬만한 모드 갖고와도 비교가 안될 정도로 분량이 압도적으로 많고 기본적인 퀄리티를 챙겨준다.

장점

- 디테일

진짜 디테일에 미친 사람들이라는걸 느낀게 이게 아까 그 gif인데 혹시 배경 바닥을 본적 있나?

이거 바닥 비트에 따라 슬라이딩한다.

이거 말고도 '편의성'에서 디테일을 굉장히 많이 챙겼다.

일시정지 매뉴에서 바로 봇 플레이를 할 수 있는건 물론
스토리 원하는 곳에서 시작하기
노래 중간에 세이브에서 시작하기
메뉴로 돌아가기하면 완전 처음 메뉴가 아니라 해당 페이지가 있던 곡 선택으로 돌아간다던가
랙 심하면 일시정지 키기
기믹 처음 보여줄때는 자동으로 눌러서 무조건 보여주는등 <- 이거 디자인적으로 진짜 좋았다
파면 팔수록 디자인을 고심했다는게 보인다.

진짜 한번 직접 해보면 UI 때문에 불편하다고 느낄 일이 없다.
정말 깔끔하고, UX 고려 다 되어있다.
특히 개성있는 UI와 편안한 UX(편의성)에 여러 디테일(언급 안한거 많다)이 잘 채워져있다보니 파면 팔수록 감탄밖에 안나온다.

여긴 설정창이다.

CRT 모니터 컨셉이다.

저거 창 드래그하면 이동된다.

마우스 호버하고 있는 설정에 따라 오른쪽 캐릭터가 바뀐다.
이런 컴퓨터 컨셉은 밥앤보십 모드에서도 본적 있는데
그 모드 논란 터져서 망했다.(꽤 재밌게 했었는데...)

아무튼 정말 세세한 부분에서 잘 다듬어져있어서 일일히 확인해보는 재미도 있다.

아까 추가컨텐츠 부분을 안보여줬었다.

차례대로

도전과제 / 프리플레이 / 크레딧 / 갤러리 + 아카이브다

도전과제 개많다.

이 와중에 저거 왼쪽 아래 필터다.

진짜 회전한다. 이런 UI마저 개성있어서 좋았다.

오른쪽 아래 언록 누르면 해금된 캐릭터도 뜬다.

도전과제 달성하면 준다.

여긴 프리플레이인데

선호작 설정도 할 수 있다.

세부적인 설정이 너무 많다.

이외에도 lore(설정집)이라던지 사소한거 더 있는데 넘어가자.

아무튼 디테일이랑 편의성을 정말 잘 살렸다.(다이나믹 오디오 얘기하는거 까먹었다..)

- 연출

아쉬운 연출도 있지만 대부분의 연출이 흔히 말하는 '뽕맛'을 알게 모르게 잘 채워준다. 가끔 너무 과도한게 문제이긴 하지만 잘쓸때는 진짜 잘쓴다. 특히 사신 파트에서 좌우 색을 반전 연출을 잘 써서 너무 좋았다. 해당 부분은 직접 해보시라. 진짜 해보면 이게 무슨말인지 앎.

- 아재개그

아니 내가 아재개그를 원래 좀 좋아하는데 사이드 스토리에 pun(말장난)이 가끔 나온다.
근데 하필 이게 취향에 맞아서 읽고 웃는데 이런 드립 보고 웃어서 쪽팔린다는 단점이 있긴 하다.

단점

-초반 허들

나는 초반 레트로스펙터 부분만 넘기면 꽤 할만 했지만 사람에 따라 편차가 클거같다.
아무래도 자캐 기반이고 해외겜이다보니 한국인 입장에서 거북하게 느껴질 수도 있다.
초반 난이도도 들쭉날쭉한것도 한몫한다. 나머지는 채보 난이도 널뛰기 빈도가 줄어든다.

- 피로도

노래가 너무 많고 길이도 길다.
1~2시간 이상 여유롭게 하는거 아니면 시간 부족하다.

- 선정성+퍼리

설정에서 선정적인 부분을 끌 수 있어서 단점으로 보긴 어려운데, 기본 베이스가 잼민 겜인데 선정적인 부분이 확실히 존재한다.

그리고 퍼리 천지다. 디렉터 퍼리 아니라매!

이것만으로 필터링 될 사람들이 널려있다.

- 영어

맞다. 이거 한국어 없다. 근데 별로 안어렵기도 하도 모르는 단어는 검색하면 금방 나오니까 다들 할 수 있을거라 생각한다.

솔직히 수능 영어 1등급만 나와도 엔간한건 다 독해된다고 생각한다.(아니라면 죄송합니다.)

종합

여러 심각한 난관들이 있긴 하지만, 그것만 넘어서면 현존하는 프나펑중 제일 크고 아름답게 즐길 수 있는 모드다.

돈 받고 팔아도 이상하지 않을 퀄리티.

리믹스 노래 개수 아직도 안믿긴다.

어떤가 한번 트라이 해보실?

GameGeneration 공모전 탈락 / 최신 모바일 게임으로 보는 소비자의 제삼자화

게임개발자 폴신 — Tue, 23 Sep 2025 19:29:30 +0900

게임제너레이션은 게임 비평 전문 온라인 웹진이다.

https://www.gamegeneration.or.kr/

게임문화 비평 평론 웹진 | 게임제너레이션 GG

게임문화담론을 선도하는 게임문화웹진 게임제너레이션은 게임문화재단이 만들고 (주)크래프톤이 후원하고 있습니다. 다양한 게임비평과 주제탐구를 통해 오늘날의 게임문화담론을 진단하고

www.gamegeneration.or.kr

특이하게도 게임 비평을 주제로 하는 유일한 웹진이라 글들을 재밌게 읽었다.

매년 이 웹진은 공모전을 주최하는데, 한번 참여해보는게 좋을 것 같아서 시도해보았다.

https://www.gamegeneration.or.kr/article/fa6f59d8-874a-4acf-b315-5280cd76fc46

내게 '비평'은 굉장히 생소한 영역이다. 기존 수상자들만 봐도 다들 작가로 활동하는 어른들이다.

특히 영화 비평, 만화 비평처럼 이미 오랜 역사가 있는 분야들과 달리 게임 비평은 자료가 더욱 부족한 영역이다.

그래서 사실 좀 애먹었다.

수상 가능성도 없다고 봤다.

내후년이면 모를까 아무것도 모르는 고3이 약 2주 작성한 글로 수상하기란 한참도 어려워보였다.

그래도 시도하는 것만으로도 의미가 있다고 생각해 글을 제출하였다.

사회의 변화에 적응하는 게임의 자동화로 인한 인간의 소외 현상, 그러니까 소비자가 게임에서조차 제3자가 되는 문제점을 요즘 최근에 나온 모바일 게임들을 예시로 들며 설명해나갔다.

아무래도 떨어진 이유는 글쓰기가 미숙함 + 게임 위주라기보단 게임을 예시로 들고 메인이 게임이 아님 + 주제가 좀 난잡함 이여서 그렇지 않을까 싶다.

그냥 글을 못써서 그렇다는 것이다.

다음번에는 좀 더 나은 글을 쓸 수 있다면 좋겠다.

내가 작성한 글은 다음과 같다.

다운 받기 귀찮다면 구글 링크를 보거나 아래에서 읽는걸 추천한다.

https://docs.google.com/document/d/1Gj5UxCYJilz_5zpbbbtMqpp-YAwTZN72FrwnivxdYV8/edit?usp=sharing

신상현_최신 모바일 게임으로 보는 소비자의 제삼자화.docx

5.32MB

개발재활 3화 Copying Darkest Dungeon Combat Feeling

게임개발자 폴신 — Tue, 9 Sep 2025 23:25:20 +0900

외국 게임이라 이번 글은 영어로 적음.

It feels kinda odd that I’m only writing my first real Unity post here in episode three

Today I'll be trying to copy Darkest Dungeon's combat feeling.

Analyzing from the GIF, we can divide the combat part in to three parts.

- Before the combat

- The combat

- After the combat

Before the combat

- Attacking and the targets' sprite size becomes bigger or get closer to the camera.

- Two characters move to a particular position.

- Camera zooms in.

- Camera rotates.

The combat

- Two characters change their sprites to attacking animations

- Attacker moves toward to target, while target moves backward away from the attacker.(It differs if the attacker uses ranged attack not melee attack)

- Slash and hit VFX plays and then fades out.

After the combat

- Reset two characters' animation and position.

- Reset Camera

The result

So, how did I made it?

(I quite hardcoded it, used Dotween)

using UnityEngine;
using System.Collections;
using DG.Tweening;

public class SimpleBattleController : MonoBehaviour
{
    [SerializeField] private Camera mainCamera;
    [SerializeField] private BattleAnimationConfig config;
    [SerializeField] private Transform attacker;
    [SerializeField] private Transform target;

    private Animator attackerAnim, targetAnim;
    private Vector3 attackerOriginalPos, targetOriginalPos;
    private Vector3 attackerOriginalScale, targetOriginalScale;
    private float cameraOriginalSize;

    private const string ATTACK_TRIGGER = "Attack";
    private const string HIT_TRIGGER = "Hit";

    private void Awake()
    {
        InitializeComponents();
    }

    private void InitializeComponents()
    {
        if (mainCamera == null) mainCamera = Camera.main;
        if (mainCamera != null) cameraOriginalSize = mainCamera.orthographicSize;

        if (attacker != null) InitializeCharacter(attacker, ref attackerAnim, ref attackerOriginalPos, ref attackerOriginalScale);
        if (target != null) InitializeCharacter(target, ref targetAnim, ref targetOriginalPos, ref targetOriginalScale);

        if (config == null) config = Resources.Load<BattleAnimationConfig>("BattleConfig");
    }

    private void InitializeCharacter(Transform character, ref Animator anim, ref Vector3 pos, ref Vector3 scale)
    {
        anim = character.GetComponentInChildren<Animator>();
        pos = character.position;
        scale = character.localScale;
    }

    public void StartBattle()
    {
        if (attacker == null || target == null) return;
        StartCoroutine(BattleSequence());
    }

    private IEnumerator BattleSequence()
    {
        ZoomCamera(true);
        ScaleCharacters(true);
        MoveCharacters();
        PlayAttackAndHurt();

        StartCoroutine(ContinuousMovementDuringAttack());

        float attackDuration = config != null ? config.attackDuration : 1.0f;
        yield return new WaitForSeconds(attackDuration);

        StopCoroutine("ContinuousMovementDuringAttack");

        MoveCharacters(true);
        ScaleCharacters(false);
        ZoomCamera(false);
        yield return new WaitForSeconds(config != null ? config.returnDelay : 0.2f);
    }

    private void ZoomCamera(bool zoomIn)
    {
        if (mainCamera == null) return;

        float targetSize = zoomIn ?
            (config != null ? cameraOriginalSize / config.cameraZoom : cameraOriginalSize / 1.5f) :
            cameraOriginalSize;

        mainCamera.orthographicSize = targetSize;

        if (config != null && config.useCameraRotation)
        {
            float targetRotation = zoomIn ? config.cameraRotationAngle : 0f;

            Vector3 currentRotation = mainCamera.transform.eulerAngles;
            mainCamera.transform.rotation = Quaternion.Euler(
                currentRotation.x,
                currentRotation.y,
                targetRotation
            );
        }
    }

    private void MoveCharacters(bool toOriginal = false)
    {
        if (attacker != null)
        {
            Vector3 targetPos = toOriginal ? attackerOriginalPos : attackerOriginalPos + (config != null ? config.attackerOffset : Vector3.zero);
            attacker.position = targetPos;
        }

        if (target != null)
        {
            Vector3 targetPos = toOriginal ? targetOriginalPos : targetOriginalPos + (config != null ? config.targetOffset : Vector3.zero);
            target.position = targetPos;
        }
    }

    private void ScaleCharacters(bool scaleUp)
    {
        if (config == null) return;

        Vector3 baseScale = scaleUp ? config.characterScale : Vector3.one;

        if (attacker != null)
        {
            Vector3 targetScale = ApplyScaleSign(attackerOriginalScale, baseScale);
            attacker.localScale = targetScale;
        }

        if (target != null)
        {
            Vector3 targetScale = ApplyScaleSign(targetOriginalScale, baseScale);
            target.localScale = targetScale;
        }
    }

    private Vector3 ApplyScaleSign(Vector3 original, Vector3 target)
    {
        return new Vector3(
            target.x * Mathf.Sign(original.x),
            target.y * Mathf.Sign(original.y),
            target.z * Mathf.Sign(original.z)
        );
    }

    private IEnumerator ContinuousMovementDuringAttack()
    {
        if (config == null) yield break;

        float attackDuration = config != null ? config.attackDuration : 1.0f;
        float extendedDuration = attackDuration + 1.0f;

        float attackerSpeed = config != null ? config.attackerMoveSpeed : 0.5f;
        float targetSpeed = config != null ? config.targetMoveSpeed : 0.5f;

        if (attacker != null)
        {
            float attackerMoveDistance = attackerSpeed * extendedDuration;
            Vector3 attackerTargetPos = attacker.position + Vector3.right * attackerMoveDistance;
            attacker.DOMove(attackerTargetPos, extendedDuration).SetEase(Ease.OutCubic);
        }

        if (target != null)
        {
            float targetMoveDistance = targetSpeed * extendedDuration;
            Vector3 targetTargetPos = target.position + Vector3.right * targetMoveDistance;
            target.DOMove(targetTargetPos, extendedDuration).SetEase(Ease.OutCubic);
        }

        yield return new WaitForSeconds(attackDuration);

        if (attacker != null) attacker.DOKill();
        if (target != null) target.DOKill();
    }

    private void PlayAttackAndHurt()
    {
        if (attackerAnim != null) attackerAnim.SetTrigger(ATTACK_TRIGGER);
        if (targetAnim != null) targetAnim.SetTrigger(HIT_TRIGGER);
        PlayVFX(attacker, "SlashVFX");
        PlayVFX(target, "HitVFX");
    }

    private void PlayVFX(Transform character, string vfxName)
    {
        if (character == null) return;

        var vfxObject = character.Find(vfxName);
        if (vfxObject != null)
        {
            var particleSystem = vfxObject.GetComponent<ParticleSystem>();
            if (particleSystem != null)
            {
                particleSystem.Play();
            }
        }
    }

    public void Reset()
    {
        if (attacker != null)
        {
            attacker.position = attackerOriginalPos;
            attacker.localScale = attackerOriginalScale;
            attackerAnim?.ResetTrigger(ATTACK_TRIGGER);
        }

        if (target != null)
        {
            target.position = targetOriginalPos;
            target.localScale = targetOriginalScale;
            targetAnim?.ResetTrigger(HIT_TRIGGER);
        }

        if (mainCamera != null)
        {
            mainCamera.orthographicSize = cameraOriginalSize;
            mainCamera.transform.rotation = Quaternion.Euler(0f, 0f, 0f);
        }
    }

    private void Update()
    {
        if (Input.GetKeyDown(KeyCode.Space)) StartBattle();
        if (Input.GetKeyDown(KeyCode.R)) Reset();
    }

    private void OnDestroy()
    {
        Reset();
    }
}

darkestdungeoncombatcopy.unitypackage

0.00MB

So basically

private IEnumerator BattleSequence()
    {
        ZoomCamera(true);
        ScaleCharacters(true);
        MoveCharacters();
        PlayAttackAndHurt();

        StartCoroutine(ContinuousMovementDuringAttack());

        float attackDuration = config != null ? config.attackDuration : 1.0f;
        yield return new WaitForSeconds(attackDuration);

        StopCoroutine("ContinuousMovementDuringAttack");

        MoveCharacters(true);
        ScaleCharacters(false);
        ZoomCamera(false);
        yield return new WaitForSeconds(config != null ? config.returnDelay : 0.2f);
    }

This is the main function.

Firstly, we set characters' position and camera.

Secondly, as the setting ends attack animation plays and character moving starts.

While the animation plays VFX also are played too.

After the attackDuration, animations and tweens are all stopped

Lastly we set things back as it was before.

using UnityEngine;

[CreateAssetMenu(fileName = "BattleConfig", menuName = "Battle System/Simple Config")]
public class BattleAnimationConfig : ScriptableObject
{
    public float cameraZoom = 1.5f;

    public float returnDelay = 0.2f;

    public bool useCameraRotation = true;
    public float cameraRotationAngle = 15f;

    public Vector3 attackerOffset = new Vector3(1.2f, 0, 0);
    public Vector3 targetOffset = new Vector3(-0.8f, 0, 0);

    public Vector3 characterScale = new Vector3(1.5f, 1.5f, 1f);

    public float attackerMoveSpeed = 0.5f;
    public float targetMoveSpeed = 0.5f;
    public float attackDuration = 1.0f;
}

There's also a Scriptable Object that has all the settings which simplebattlecontroller refers to.

Vibe Coding is fun when it makes an actual output.

I used Cursor to implement this one.

Using it feels like I doing more of a monitoring and giving feedbacks than actually coding.

It is quite useful when you get used to.

How about you giving a try?

darkestdungeoncombatcopy.unitypackage

0.00MB

기후 수능 2차 후기

게임개발자 폴신 — Tue, 2 Sep 2025 20:52:54 +0900

진짜 이유도 없고 뜬금 없이 기후 수능을 보러 갔다.

https://v.daum.net/v/20250902184158923

“8월에 수능을?” 눈물까지 펑펑 쏟는 이 시험의 정체…알고 보니 [지구, 뭐래?]

[헤럴드경제=김광우 기자] “수능시험(수학능력시험)을 시작하겠습니다” 찬 바람 부는 11월 수능과 거리가 먼 날씨. 무더운 햇살을 피해 한 체육관에 모인 학생들의 표정에는 긴장감을 넘어, 비

v.daum.net

환경은 내 전문분야가 아니긴 해도 열심히 풀었다.

76점.

순위권이 90점대인걸 보면 좀 낮긴 한데, 나는 이쪽 분야를 공부해본 적이 없는 사람이라 이정도면 선방한게 아닐까 싶다.

아예 환경을 주제로 게임을 만드는 것도 괜찮겠다는 생각이 들었다.

주말이 날라가긴 했는데, 나쁘지 않은 경험이였다.

개발재활 2화 - 12일 백준 플레티넘 5 달성

게임개발자 폴신 — Tue, 2 Sep 2025 20:41:40 +0900

저 영롱한 색깔이 보이는가.

무려 초록색.

플레티넘이다.

스프라그 그런디 정리, 이분 매칭, 세그먼트 트리 문제를 풀고 여기까지 왔다.

실질적인 구현 실력이 늘었다기 보단, 수학적인 감각과 코드 이해도가 늘어난 경험이였다.

대부분 구현 문제보다는 이론을 이해하고 응용을 해서 푸는 문제들이기 때문이다

왜 하필 스프라그-그런디 정리를 공부해보고 싶던 것이였을까?

사실 나는 게임이론에 대해 한번쯤 공부를 하고 싶은 마음이 있었다.

게임 정보학 : 게임을 개척하는 인공지능 이라는 책과

게임이론 - 전략적 사고와 분석의 기초 3판이라는 책을 읽으며

경제학에서 다루는 건지 컴퓨터 공학에서 다루는 건지 경계가 애매한 이 게임 이론에 대해 관심이 생겼기 때문이다.

그래서 다른 문제들과 달리 스프라그 그런디 정리의 경우 굉장히 공부를 많이 하게 된 문제다.

빨간 칩, 초록 칩 문제는 못푼 이유가 있다.

혹시 solved.ac 디스코드에 가입되어 있다면 해당 내용의 스레드를 직접 읽어보는 것을 추천한다.

https://discord.com/channels/857583541440348170/1410429243145322586

Discord - Group Chat That’s All Fun & Games

Discord is great for playing games and chilling with friends, or even building a worldwide community. Customize your own space to talk, play, and hang out.

discord.com

문제가 특이한게 전에 적혀있던 표기가 틀린 문제와, 표기가 수정된 문제의 풀이 코드가 같다는 것이였다.

근데 더 어려워진다. 정확히는 스프라그 그런디 문제가 아니게 되는 문제가 생기긴 했다.

이런 경험도 하고 참 신기한 1주 반이였다.