c++11도 쩔쩔 해매고 sdk랑 여러 라이브러리 API가 발목이 되는 상황에서 과연.. ㅠ
[%] 상업 게임 업계에서 Rust가 주류로 쓰이는 날이 올까
노인(202.231)
2021-02-20 00:07
추천 0
댓글 12
다른 게시글
-
absolute cpp 아다 떼기에 적합한 책은 아니엇구나 [1][%] 익명(58.122) | 21.02.20추천 0
-
99병의 맥주 [4][연재] Coma(bmh4080) | 21.02.19추천 1
-
github 소스에 ip주소 하드코딩해야 할 때 [11][질문] 익명(118.235) | 21.02.19추천 0
-
오픈소스 소프트웨어의 메모리 안전 문제를 줄이자 [13][정보] Riey(rerereq) | 21.02.19추천 2
-
생각을 그대로 프로그래밍하는 방법.youtube [26][정보] 츄럴(121.175) | 21.02.19추천 17
-
나만 지금 깃헙 접속 안됨? [4][%] 익명(58.127) | 21.02.19추천 0
-
emacs 처음 쓰는데 잘 안되는 부분 질문 [2][질문] 익명(61.80) | 21.02.19추천 0
-
뉴비 입문용 개발은 뭘로 해야 좋을까 [7][%] 익명(59.13) | 21.02.19추천 0
-
26트만에 kime 릴리즈 워크플로 업뎃 성공함 [1][%] Riey(rerereq) | 21.02.19추천 0
-
리눅스 랩탑은 별로임? [4][질문] 익명(223.38) | 21.02.19추천 0
국내에선 개발자 수가 절대적으로 딸려서 불가능
언리얼급이 밀어주면 가능하려나
언리얼급이 밀어주면 겨우 가능할 듯
언어보다 게임쪽은 다 엔진 위에서 굴리는 가는 느낌인데 작은 라이브러리 조각조각 모아서 만드는 게임은 없음? AAA쪽은 불가능한가..
인디는 가능 aaa는 불가능
그게 가능해지면 좋겠음. 좆같은 C/C++ 쓰니까 안되는 거라 생각하는데... 러스트와 cargo가 그걸 되게 해줬으면 함.
안 됨 언어랑은 전혀 상관없는 문제임
그럼 왜 안되는 거져
렌더링 파트가 너무 크고 서로 연계되는 부분이 많아서 분리할 수 없음. 렌더링 엔진 + 그 외(물리, 사운드, 네트워크 등)로 나누는 건 가능하고 지금도 그렇게 하고 있지만 효율, 일관성 차원에서 상용 엔진은 하나로 묶어서 제공하는 거고
근데 렌더링, 물리, 사운드, 네트워크 전부 작은 라이브러리는 아니지 하나하나가 엄청 큰 프로젝트임
Never say never라지만 내 생각엔 절대 불가능.
제대로 툴킷도 없어서 gtk 바인딩 쓰는 마당에ㅋㅋㅋ industry가 따라잡기에 한참 남았다