[💬] 유니티 하다가 bevy찍먹 해보니 쾌감느낌

[익명(218.147)]

뭐 할때마다 좆같은 로딩창 안보고

터미널에서 cargo run 치면 

게임창 뜨니까 쾌감 지림 ㅋㅋ

- dc official App

[익명(222.117)]

근데 에디터가 없음

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

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

[익명(222.117)]

C++이라고 들어봄?

[익명(222.117)]

템플릿이라고 들어보셨습니까

[익명(222.117)]

+ 러스트 컴파일 느린 이유는 타입 추론 때문이 아님 바로우 체커랑 트레잇 리졸버 때문이지

[익명(222.117)]

러스트의 LLVM IR이 대충 만들어진 것도 한 몫함 정설은 템플릿을 안쓰면 C++이 더 빠른 건 맞는데 템플릿 많이 쓰면 러스트가 더 빠름 왜 그런지는 템플릿의 작동 원리를 봐야하는데 쉽게 말해서 템플릿의 구현체는 헤더 파일에 들어가야하고 모든 CPP파일들이 템플릿을 사용하려면 템플릿 구문을 다시 컴파일해야함. CPP 파일 개수 만큼 컴파일 시간이 선형으로 늘어나는거지. 또 템플릿이 엄청 강력한 애라서 메타프로그래밍 기능이 엄청 넓게 지원되는데 이게 컴파일 타임은 끔찍하게 많이 먹어서 골 때림 아쉬운게 게임 엔진이라는게 일반화가 굉장히 어려운 애라서 이런 메타프로그래밍 기능을 많이 씀 언리얼이 템플릿이랑 메타프로그래밍(매크로 및 자체 메타프로그램)이 많아서 컴파일 시간이 지옥임 bevy보다 몇 배는 느림

[익명(222.117)]

디자인적 차이를 감안하더라도 언리얼의 GENERATED 매크로랑 UPROPERTY같은 매크로들 분석하고 어떤 컴파일 과정을 거치는지 찾아가다 보면 컴파일이 느릴 수 밖에 없는 이유를 알게 됨 어찌보면 C++의 메타프로그래밍 자체가 좀 빈약하다 보니 이런저런게 붙게 되는거고 결과적으로 러스트보다 컴파일이 느려지는 거임 러스트는 매크로 같은게 잘 되어있다 보니까 메타프로그래밍 기능은 이미 자체로도 충분해서 더 안 붙혀도 일반화된 엔진을 만들 수 있는 거고 마치 C나 Go가 컴파일이 빠르다고 하는 거랑 비슷함 애초에 C랑 Go는 지원하는 기능 자체가 적거든

[익명(222.117)]

러스트 제네릭이랑 C++ 템플릿은 차원이 다름 러스트 제네릭은 타입파라미터 역할 딱 하나만 수행하는데 C++ 템플릿은 일종의 매크로임. 어떤 타입을 넣어도 타입 에러 / 문맥 에러만 안 나면 허용됨 가령 Rust 제네릭는 주어진 타입의 특정 필드를 접근하는 함수를 못 만드는데 C++ 템플릿은 타입의 필드를 이름으로 조회할 수 있음. 괜히 템플릿 메타 프로그래밍이라는 말이 있는게 아님 이 기믹이 컴파일 시간을 엄청나게 뻥튀기시킴

[익명(104.28)]

원래 새로운게 맛있어

[익명(104.28)]

여자든 엔진이든

[익명(125.134)]

Bevy컴파일 얼마나 걸렸음? Bevy는 3d만들면 컴파일 ㅈㄴ 오래걸리던데