[💬] c++ 할줄 알면 언리얼 ㄱㄱ

[익명(49.164)]

 MonoBehaviour가 어떻게 동작하는지는 모르겠는데, 어태치된 컴포넌트 하나의 동작만 정의하는 식이라면

이거는 아예 자기만의 엔진 API를 만드는 과정 같은거라서 일단 공부가 무쥐막쥐하게 많이 됨.

출시가 목적이라면 유니티를 하는 게 나은데, 수준을 높이려면 언리얼 C++ 공부하는 게 맞는 듯 합니다.

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(49.164)]

ㄴㄴ 유니티는 애초에 C#을 스크립트로 쓰는 거잔아, 언리얼은 게임 코드도 똑같이 C++을 쓰니까 결국 엔진 코드의 연장선임. 물론 거창하게 엔진 API다 이렇게 말하는 거는 좀 어폐가 있긴 한데, 언리얼 C++ 프로그래밍은 디자이너가 블루프린트 상에서 엔진 API를 받아들이는거랑 똑같이 프레임워크 API를 제공하는 과정이니까 질적으로 다르다 이거지

[익명(49.164)]

먼 C++ 스크립트야 멀티플랫폼은 하부 구조 래핑해서 다른 플랫폼마다 컴파일 다르게 하니까 그런거고. 언리얼 C++은 네이티브에요 아조시 ... 유니티 Update 로직에서 Transform 컴포넌트같은거 캐싱해놓으라고 하는것도 C# 스크립트에서 C++ 엔진에 있는 모듈 읽어오는데 오버헤드 있으니까 그러는거고. 스크립트 어쩌구 얘기는 못들어봤는데 암튼 엔진에서 성능에 치명적인 부분은 죄다 C++임 유니티도

[익명(110.70)]

언리얼 가비지컬렉터 돌아가더만 그것도 c++ 기본 기능이겠죠? ㅋㅋㅋㅋ

[익명(49.164)]

아 고건 몰랐네 ... 근데 산출물은 그냥 기계어 아님 ? IR을 직접 돌리진 않을텐데. C#은 애초에 가상 머신이잖아

[익명(49.164)]

llvm은 중간 표현 입력하면 플랫폼마다 다르게 어셈블리 해주는거지 llvm 중간표현을 가상머신으로 직접 실행하는 게 아니잔아. 그걸 스크립트라고 하기엔 무리가 좀 있지 않음?

[익명(59.6)]

게이는 DSL이 뭔지모르노? - dc App

[익명(49.164)]

아 그렇구나 ... ㅈㅅ 이건 내가 몰랐음 . 나는 가상머신 위에서 돌아가는것만 스크립트로 알았지 .. DSL은 먼지 모르겟는데 ㅎ

[익명(49.164)]

근데 파이썬이 대표적인 스크립트 언어라고 하잔아. 보통 런타임에 인터프리터로 파싱해서 실행하는 걸 스크립트라고 하는 거 아니었음?? 최종단에서 네이티브로 아예 컴파일되는 C++까지 싸잡아서 스크립트라고 하기엔 좀 억울한거 아니야?

[익명(49.164)]

안이 IL을 네이티브로 바꿔서 돌아가는거랑 IL 자체를 가상머신에서 돌리는거랑 질적으로 차이가 좀 있을거아냐

[익명(49.164)]

그건 미안하다닉가 ... 그럼 스크립트의 정의는 사실 성능이랑은 상관이 업는거임 ??

[익명(49.164)]

언리얼 C++이나 파이썬이나 개념적으로는 똑같다는 소리 아냐

[ㅇㅇㅇㅇ(128.134)]

목표따라 다른데 인디개발자들한텐 확실히 안맞는거같음

[익명(49.164)]

당장 돈을 벌어야되는 입장이면 별로지. 근데 역량을 키워야하는 입장ㅇ제서 C++을 할 줄 아는데 언리얼을 안 하는건 손해임.

[ㅇㅇㅇㅇ(128.134)]

여긴 인디게임 모임이라 c++할줄알면 차라리 코코스 하는게 나을걸

[익명(49.164)]

코코스 꽤 어렵지 않음? 코코스 스튜디오는 그냥 스크립트고

[ㅇㅇㅇㅇ(128.134)]

맞아 인디게임 프로그래머랑 일반 머기업 프로그래머들이랑은 개념이 다르다고 생각함ㅋㅋ 너는 정통 프로그래머 쪽이 어울리는거같고

[익명(124.5)]

그게 목적이면 차라이 openGL을 하는 게 낫지 않나

[익명(49.164)]

OpenGL에서 출발해서 게임 프로그래밍에 도달하려면 시간이 너무 걸림. 게임프로그래머로서 역량을 키우기에는 오버헤드가 넘 만다

[익명(124.5)]

애초에 수준 높일거면 처음부터 API나 프레임워크 만지는 애들이 이상한거지

[익명(49.164)]

머 C++ 문법 떼자마자 언리얼 API 공부하진 못하지 ... 당연히 어느정도 객체지향 틀 잡히고 나서 게임프로그래밍 시작하는 사람 얘기지

[익명(211.36)]

그래서 니가 말하는 자기만의 엔진 api는 뭐야?

[익명(49.164)]

블루프린트 사용할때 보이는 함수나 노드같은걸 엔진 코드랑 똑같은 수준에서 정의할 수가 있잖아. 그걸 갖고 자기만의 프레임워크를 구성할 수도 있는거고, 언제든지 엔진 소스 코드 참고해가면서 최적화할 여지를 찾아볼 수도 있는거고.

[익명(49.164)]

그렇게 한참 C++로 자기만의 API 세트를 만들고 나면 나중에 블루프린트로 가서 게임 로직 짤때 엔진에서 제공하는 API처럼 사용할수 있다 요런 맥락의 이야기엿슴

[익명(211.36)]

그건 유니티도 마찬가지아닌가..

[익명(49.164)]

유니티가 어떻게 굴러가는지는 많이 안해봐서 모르겠는데 MonoBehaviour 상속해서 컴포넌트에 어태치하는게 거의 전부 아냐 ?? 클래스 관계를 정의한다기보단 컴포넌트에 이리저리 붙여가면서 응용하는 것 같던데. 언리얼은 C++이랑 블루프린트 구분이 명확해서 처음부터 짜는 것보다는 조금 더 쉽고, 아예 에디터 위에서만 이리저리 붙여가면서 하는 것보단 좀 더 어렵게 로직을 짤 수 있어서. 훈련이 많이 됨.

[익명(211.36)]

monobehaviour꼭 상속받을 필요는 없는데

[산적대왕(125.137)]

유니티도 다 됨. 둘 다 해보는 걸 추천함. 손에 망치만 들고 있으면 모든게 못으로 보인다.

[익명(49.164)]

위에 좋은 얘기 해놓고 댓삭 왜함 .. 나는 비번 몰라서 삭제도 못하는디

[산적대왕(125.137)]

중규모까지는 블프랑 C++ 같이 쓰면 손해인듯. 소규모면 블프나 c++ 한가지만 쓰는게 훨씬 이득. 왜냐면 블프로 노드질하면 반드시 로직이 추가되기 시작하는데, 그러면 그 로직을 C++ 로 짜서 블프해서 호출해서 쓸 수 있게 할지 아니면 걍 블프에서 알아서 할지가 애매해짐. 블프가 생산성을 내려면 팀 규모가 충분히 크고 업무분할이 잘 되어 있고 기획자 또는 맵 디자이너 또는 아트가 블프를 다룰 수 있을 정도 실력이 있어야 됨. 당연하게도 이게 현실적으로 어려움. 괜히 간접층 하나 추가되어서 쌈만 나고 일만 늘어날 수도 있다는 거.

[익명(49.164)]

허미 .. 좋은 말씀 감사합니당 ..

[익명(118.47)]

확실히 공부 많이 됨. 안 할 수가 없음 ㅋㅋ

[ㅊㅋㄴ(58.122)]

확실히 유니티보다는 훨씬 나음

[ㅊㅋㄴ(58.122)]

내부 코드를 볼 수 있다는게 얼마나 좋은건지는 안해보면 모름

[ㅊㅋㄴ(58.122)]

하다못해 유니티 UI C#코드들 디컴파일해서 보는것도 도움 많이됐음