[📚정보] 고도 이야기가 나와서, Monogame도 꽤 괜찮습니다.

[Project..(exit4192)]

저는 개인적으로 고도가 AI와의 궁합이 좋다는 말과 같은 이유에서 Monogame을 사용중인데요...

라이센스 프리인점도 굉장히 강력한점이구요.

특히 Monogame은 전체 워크플로우가 C# 네이티브로 작성되기 때문에, 클코cli나 codex cli등에서 100% AI코드로 접근할 수 있기도 하고...

유니티/언리얼처럼 엔진에 랩핑되어서 UI를 컨트롤 해야만 제어할 수 있는 병목이 전혀 없습니다.

그래서 조금만 머리를 잘 굴리시면, AI가 전체 파이프라인을 제어하는 클라이언트 개발을 하실 수 있는데.. 이게 정말 장점입니다.

마치 claude code cli에서 직접 리포지토리 네이티브로 작업하는거랑, VScode의 코드베이스를 chatgpt 웹 챗봇으로 작업하는 정도의 차이점이 느껴지실겁니다.

물론 단점도 있긴 합니다. 클라이언트와 엔진을 직접 설계하는 초기 시간이 다소 소모되긴 하는데,

개발짬이 있으시다면 여기에 투자하는 시간이 오히려 나중엔 더 굉장한 이점으로 다가옵니다.

아래와 같이, Codex같은 곳에서 개발명령을 내리면....

이렇게 모든 소스코드에 접근이 가능하기 때문에, 유니티/언리얼과 같은 엔진에서 매뉴얼한 리뷰 병목이 많이 완화됩니다.

고도엔진보다도 더 효율적일때가 있죠.

아무튼 처음 클라이언트를 만들고, 개발 엔진을 설계하는 시간이 드는것을 제외하고...

이후 모든 개발 과정은 엄청나게 병목이 줄어든 상태로 개발이 가능해집니다.

마치 웹 개발 소스코드 베이스에 AI가 접근하듯, 게임도 거의 그런 수준으로 개발이 가능해 집니다.

알아서 엔진코드를 보고, 적합한 구현을 AI가 알아서 탐색해서 진행할 수 있습니다.

물론 유니티같은 경우에도 소스코드 노출을 통해 어느정도 가능하긴 하지만, 결국 엔진랩핑 계층을 인간이 점검해야 한다는 병목에서 엄청난 시간 저하가 나타나는데...

그에 비하면 아주 빠른 개발이 가능해지죠.

최근엔 스크린캡쳐 기능과 같은 컴퓨터유즈 덕분에 비주얼 디버그도 어느정도 되니까 굉장히 개발속도가 빨라지게 되는 것 같네요.

만약 자체적인 엔진 설계가 가능하시다면 저는 Monogame도 강력하게 추천할듯 합니다.

최적화도 직접 할 수 있고, 원하는대로 커스텀도 가능하고 이래저래 일석이조입니다.

[익명(condemn3986)]

고도도 저거 대체로 가능한데 더 쓰는사람이 많아서 많이쓰는듯

[ProjectER(exit4192)]

사실 저도 처음 가장 고민했던 옵션이 Godot였습니다. 그런데 엔진이 랩핑하는 기능(리소스, 씬 등)들의 추상화 계층에 대한 제어 가능성 때문에 결국 옵션에서 드랍했던 기억이 있는데요, 만약 추상화 계층 없이 모든 기능을 AI 친화적으로 고려하고 계시다면 한번쯤 생각해 보실 수도 있을 것 같습니다.!

[Indie 1(121.169)]

오, 이게임 엔진을 쓰는 분이 있군요. 스타듀밸리도 이 엔진을 사용했죠. 생각해보니 오픈소스, 라이센스 프리라는 점이 겹치는데 고도에 비해 인기가 없는 편이긴 합니다.

[ProjectER(exit4192)]

네 맞아요. 스타듀밸리도 썼고, 라이센스 프리이고.... 아마 시각적 피드백을 제공하는 랩핑 계층이 전혀 없는 엔진이라서 낯설게 느껴져서 조금 꺼리는게 아닐까 하네요. 예를들어 고도가 제공하는 아트에셋 관리 기능 같은 것들을 사용하려면 전부 다 직접 만들어야 하는게 부담으로 다가올 수 있는데, 지금 그게 큰 단점일까? 싶기도 하고 그러네요. 개인적인 의견이지만 아마 AI 시대에 이런 자유도 높은 환경은 장점에 더 가깝지 않을까 생각합니다.