[📚정보] 유니티와 고도

[익명(211.119)]

하도 고도 고도 난리라서 진지하게 넘어갈지 선택할 겸 여러 조사를 했고, 나와 같이 고민하는 사람들을 위해서 정보 공유 겸 글씀.
정보는 양키들 유튜브, 레딧, 고도 비판 책, 타임라인 등 다방면으로 확인했음.

결론부터 갈기면,
오픈 소스 신봉자, 엔진 커스텀이 가능한 능력자, 힙스터 기질 있으면 고도써라

제대로된 지원과 안정성이 중요하다면 유니티 써라


현재 고도는 3가지의 큰 문제점을 가지고 있다.

1. 엔진 리드 개발자와 커뮤니티와의 분쟁
2. 로드맵 미이행

3. 퍼포먼스

거기다 이 세 문제가 서로 시너지를 내고 있다.

1번은 쉽게 말해서 엔진 리드 개발자가 좆목질을 하고 있으며, 자기를 추종하지 않는 기여자들의 의견은 묵살 혹은 밴을 갈겨버린다는거임.
디씨로 치면 완장이 갤에서 좆목질을 하고 있다는 소리다.
여기에 학을 뗀 많은 기여자들이 고도를 떠났고 이는 다시 말해서 엔진의 미래가 불투명하다는거임.
엔진만 잘 만들면되지 좆목질이 무슨 상관이냐 할 수 있는데, 유니티 라이센스 정책 사태가 사장 오더였다는걸 기억해라
언제든지 리드 프로그래머가 폭주할 수 있으며 완장 폭주로 갤이 망하는 것과 같은 사태가 벌어질 수 있음.
인디 개발자한테는 큰 문제가 아닐 수도 있지만 팀 or 회사 차원에서 엔진 갈아타는걸 고민하는 애들, 신뢰성 있는 엔진을 쓰고 싶은 애들한테는 위험 요인임
그리고 이 문제는 후술할 로드맵 미이행과도 연관이 있다.

2번 로드맵 미이행은 고도에 대해 '스캠'이라고 강한 비판을 하는 사람들이 나오는 이유다.
고도가 2에서 4까지 오면서 약속한 수 많은 플랜들이 지켜지지 않고 있으며,
렌더링과 물리, 스크립팅 등 기초적인 부분에서 수 많은 치명적인 버그가 발생하고 있지만,
고도측에서는 그러한 기초 기능 개선보다는 '더 많은 기능 추가'에 대해 약속하고 있는 상태임.
이 때문에 일각에서는 고도의 '플랜'을 더 많읕 투자금을 모으기위한 '스캠'이라고 얘기한다.

이 문제에 대해서 고도 커뮤니티는 '고도는 오픈소스 엔진이야~포크해서 니가 수정해, 필요한 기능 있으면 니가 추가해"식으로 말하고 있다.
이는 틀린 말이 전혀 아니지만, 대다수 엔진 사용자가 듣고 싶은 말은 아닐거임.
고로 확실한 플랜을 기대한다면 고도는 적합하지 않다. 새삼 블렌더 팀이 미친놈들이란걸 느낌.

3번 퍼포먼스 문제는 2번과도 연관됨.
스크립트 방식은 원래도 퍼포먼스에 좋지 않은데 고도 스크립트는 그 자체로도 느리며, 스크립트 자체가 미완성인 부분들이 많아서 복잡한 작업을 하기가 힘듬.
이에 대해 림월드를 만든 타이난 실베스터가 직접적으로 "고도 엔진을 응원하지만 림월드, 테라리아 같은 복잡한 게임을 만들기에는 퍼포먼스가 너무 좋지 않다"라고 얘기함.
테라리아 팀이 고도 엔진을 후원했는데 과연 테라리아2를 고도로 만들까 궁금해지는 대목.
그 외에도 물리, 애니메이션 등 위에서 언급한대로 치명적인 버그들이 많아서 전반적인 퍼포먼스가 좋지 않음.

2번 문제와 결합되어 퍼포먼스가 언제 개선될지도 알 수 없다.

물론 이는 키우기류나 가벼운 게임을 만드는 개발자들에겐 크게 와닿지 않는 문제일 수 있다.

위와 같은 문제들(특히 3번)로 나는 고도로 전환하는걸 포기했고 향후 고도5가 나온다면 다시 살펴볼 생각임.

고도의 문제점만 나열해서 고도를 쓰지 말라는 말인가 싶을 수도 있는데 그런건 절때아님.
첨에 얘기했듯 하도 갤에 정보 없는 고도 찬양 글이 너무 많아서 나처럼 고민하는 애들에게 소소하게나마 정보를 공유하자고 쓴 글임.
유니티도 분명 문제가 많은 엔진이고, 고도가 오픈 소스 엔진으로써 좋은 점도 많기 때문에 본인에게 무엇이 맞는지 잘 판단해서 선택하자.

[인디게임지망생(d4f27pjh3cac)]

원래 메인 리드 프로그래머는 자기 철학과 신념이 있어야함... , 얼토당토하지 않은 쓰레기라면 이정도로 성장은 못했을 것이고... , 오픈소스에서 수없이 쏟아져 나오는 의견은 가려 들어야함 그래서 그게 문제라고 생각이 들진 않음 버그 문제는 처음 4.1버전인가? 받았을때 ... 실행이 안되는거보고 이게 뭐지? 라는 생각이 들긴했음 두번 실행해야 에디터가 열리는거보고.... 미친거 아닌가 생각이 처음엔 들었지.... 4.2.1 버전 다시 해보니 잘되는거 같고 3.X 버전의 예제도 4.X로 옮겨지는거 같아서... 나쁘지 않은 상태인거 같음 커뮤니티로부터 꾸준히 피드백을 받고 있기때문에 점점 나아지는거 같고... 잘 돌아가는거 같으며 구글 및 포지에서 지원까지 받으면 갈수록 좋아지긴 할거

[인디게임지망생(d4f27pjh3cac)]

로드맵 미이행이라는게 , 고도 초보라 잘모르겠지만... 사람이 할수 있는 일은 정해져 있음... 우선순위에 맞춰하는게 중요하고 우선순위에 맞춰 로드맵이 변경되는일은 종종 있을수 있는거... 그래서 버그때문에 안된다던가 그런게 많음? 스크립트는 JIT 나중에 지원하면 나아질거 같은데... 딱히 큰 문제인지 모르겠음 개인적으로 오픈소스로 만들어야할 이유가 충분히 있는 사람 입장에선 Godot 보다 나은 선택이 없어보여서 이걸로 개발할 생각

[인디게임지망생(d4f27pjh3cac)]

개인적으로 예전부터 스크립트는 루아 JIT를 썼었는데 좀더 체계적으로 쓰기엔 GDScript가 좋아보이긴함...
다만 코루틴 yield가 4.0부터 삭제되서 await로 구현해야했는데 이건
https://forum.godotengine.org/t/in-gdscript-the-await-keyword-cannot-replace-yield/56072/7
이걸로
해결했음...
GDScript보다 나은 스크립트는 딱히 보이질 않아서 ... 이거 그냥 쓰는게 맞는듯함....
그리고 림월드 테라리아 같은 게임을 만드는데 무슨 성능타령인지 전혀 이해안감...
게임 안만들어본 사람이 떠는거 같음....

[글쓴 ㅇㅇ(211.119)]

진지하게 답글 달려다가 림월드 테라리아 얘기에서 넘기기로 했다. 개발 파이팅!

[ㅇㅇ 1(203.253)]

버그 해결해달라고 커뮤에 글쓰는 애니까 너가 이해하라 뭘 모르면 저런 소리 할 수 있음. 아니면 버그는 해결 못하지만 림월드 테라리아는 슈퍼 최적화가 가능한 괴짜던가

[인디게임지망생(d4f27pjh3cac)]

무슨 버그인데? 한번 들어나보자.

[토끼주문(icyselec)]

옛날 테라리아는 렉이 걸리긴 했지만 넷북에서도 돌아갔었는데 지금은 마인크래프트보다 사양 높음.

[인디게임지망생(d4f27pjh3cac)]

그게 스크립트 성능하고 관계 있는거라는 증거가 있음? 고사양 3D MMORPG에서도 스크립트로 코딩함...

[아고고(atatafjud9ut)]

림월드 팩토리오같은 공장겜들 안해봣나봄

[토끼주문(icyselec)]

누가 스크립트 성능하고 관계 있다고 했노? 난 니가 말한 '무슨 성능타령인지 전혀 이해 안감...'에 대한 예시를 들고 왔을 뿐이다

[인디게임지망생(d4f27pjh3cac)]

미안 오해했음... 15년전 스크립트로 모든로직을 코딩했을때부터 스크립트에 대한 편견이 있는 사람들을 종종봐서 ... 잠시 오인 사격한듯

[토끼주문(icyselec)]

뭐 언제나 그랬듯이 스크립트에 성능 문제가 생기는 건 ㄹㅇ 대부분 스크립트 짠 놈 문제지 언어 문제는 아니더라. 근데 15년 전부터 하셨으면 저에게는 대선배급 프로그래머시네요 존경합니다.

[인디게임지망생(d4f27pjh3cac)]

시작은 2006년도인데... 하다가 접었음 , 그후 게임쪽 접고 10년째 놀다가 godot 잡고 해보려는것뿐임... 옛날에 했던거지 지금 이야기 아님 DX9 시절 프로그래머임

[ㅇㅇ 4(211.200)]

요즘 성능의 대부분은 컴파일러빨임 자체언어는 대부분 최적화가 없어서 성능이 낮음 c++로 미로 만드는 코드 짠걸 GML로 만드니까 성능차이 엄청 많이나드라 gds가 어느정도일진 몰라도 범용언어 컴파일러급은 아닐꺼임 gds RAII고 c#은 GC라서 무조건 c#이 빠른건 아님

[익명(marokim)]

타이난 이야기는 예전 이야기고 이제 c# 지원이 괜찮아서 성능 부분은 무난하다고 생각함 어짜피 림월드 같은 겜 만들면 엔진 내 기능 상당수 포기해야 해서 2d 렌더링만 잘 돌아가면 되니까

[인디게임지망생(d4f27pjh3cac)]

내 경험엔 15년전에 루아로 로직 코딩했는데도... 그때도 성능 문제때문에 고생한적이 없었음 당시에 엔진 코어만 C++로 짰고 모든 로직은 루아로 짰음... 심지어 그 당시 MMORPG 서버도 스크립트로 돌릴정도로 로직이란게 크리티컬하지 않음.... 바둑 알고리즘 짜는게 아닌데 스크립트때문에 뭔가 느리다면 로직을 완전히 잘못 짰거나.... 랜더링 문제인데 스크립트 문제로 오인하는거

[토끼주문(icyselec)]

ㄹㅇ Lua가 진짜 상상 이상으로 빠름 순정도 빠른데 LuaJIT은 사기임

[ㅇㅇ 2(218.158)]

작년 유니티 사태 때 고도로 바꾸고 유데미 뱀서 강의까지 샀는데... C# 유저한테는 가혹한 엔진이더라. 고도 제대로 사용하려면 고도 스크립트 써야함. 그래서 다시 유니티로 빤스런함.

[인디게임지망생(d4f27pjh3cac)]

스크립트에 한번 익숙해지면 컴파일 언어로 돌아가기 힘듬.... C++ 15년 유저이지만 모든 로직은 스크립트로만짬

[ㅇㅇ 2(218.158)]

C# 호환된다길래 썼던거임. 호환은 되지만 딱 호환되는 정도. 그게 다였음. 방향성이 달랐지. 처음부터 GD script로 사용할 것이였으면 모를까.

[ㅇㅇ 3(121.130)]

응 고도쓸거야

[닝더스다이팬(182.237)]

아 나도 오픈소스 신봉자라 쓰고싶긴 한데..

[ㅇㅇ 5(180.182)]

고도 < 물리는 직접구현해야함

[인디게임지망생(d4f27pjh3cac)]

물리엔진 내장되어 있는데? 무슨말임? 심지어 플러그인으로 물리엔진교체도 되는데...