[💬] Bevy 엔진 지속 가능할까???

[Mr빙그레(mrbinggrae)]

다른 이유로 RUST도 공부했겠다 맛보기로 Bevy로 만든 프로젝트 몇개 뜯어봤는데

후원금이 월 5000달러 정도 되는거 같은데 저걸로 프로젝트가 유지가 되려나? 흠..!;;

[ㅇㅇ 1(58.226)]

고도하라는게 더 말이 되 보이는데

[ㅇㅇ 2(156.146)]

유니티는 노키아인력 흡수 핀란드 정부가 밀어줘서 된거지 저게 되겠냐 ㅋㅋㅋㅋㅋㅋ 울나라로 치면 삼성망하고 그인력흡수해서 나라가 밀어준건데

[ㅇㅇ 3(121.130)]

월 5백이 조스로 보임? 무급 전업 인디개발자도 있는데

[Mr빙그레(mrbinggrae)]

월 500이 개인에겐 큰돈이어도 하나의 프로젝트를 운영하기엔 적은 돈 아닐까? Bevy를 혼자 관리하는거야??

[ㅇㅇ 1(58.226)]

저걸로 개발하려는 목적이 실시간 mmorpg말고는 없고 근데 이미 자리에 Cpp / lua 있자나 요즘 서버도 그냥 언어 바로 읽기 가능한 lua사용하고 서버 어플리케이션 cpp 실시간 mmorpg같은거 말고 웹 서버로 만들어서 모든 플랫폼 기기에 뿌려지는데

[ㅇㅇ 1(58.226)]

이게 가능한 이유는 게임 프로그래밍에 쓰인 언어가 Lua여서임 웹 서버 보다 실시간 들어간건 cpp + 어플리케이션 서버가 알맞음

[ㅇㅇ 4(59.151)]

오픈 소스 후원 받는 금액들 보면 그런말 안나올 걸 vue같은 오픈소스도 겨우 한 달에 1700만원 후원 받음 깃에 별 1만개 가까이되도 후원 열면 한달에 20?도 정도 받더라 500이면 엄청 큰 거임

[Mr빙그레(mrbinggrae)]

엄청 크긴한데 그 돈으로 프로젝트 유지가 될까.. 생각이들어서 Bevy를 혼자 관리하는거라면 될수도 있겠다만

[ㅇㅇ 4(59.151)]

원래 대부분의 오픈소스는 1~2명이 대부분 끌고감, 커밋 한거 한번 보셈
오픈소스 어떻게 돌아가고 진화하는지 궁금하면 이거 한번 보셈
https://www.youtube.com/watch?v=-DYPcz14U4Q

[Mr빙그레(mrbinggrae)]

소수의 인원이 관리하고 이것저것 기여받으면서 개발하는건가보네. 엔진이 맘에 드는데 나중에 여유 생기면 조금이라도 후원 보내줘야겠당

[ㅇㅇ 1(58.226)]

그리고 중요한 한마디러스트 그거개발자들이 옛날 게임 대기업이 사용하던늙은 후닥따리 엔진 (무시 못하는 이유가 이 엔진으로스트리터 파이터 등 최초 3d 시장 열었음)이거 보다 별반 다를게 없어(못하면 더 못하지 게임 언어가 아니니깐)몇 세기 동안 지원 받은 c++이 아무래도이 처럼 스크랩트 툴 들에서 유리한데당장 쓸 일이 게임 업계에서 없

[ㅇㅇ 1(58.226)]

완성 된 엔진이다 가 아닌 스크랩트에서 처음부터 다 짜야하는 옛날 고전 컴파일러 야 지금은 20년은 이르다고 봐 당장 dart 사용하는 flutter도 그런데 (한 3년 마다 현대적으로 바뀜 필요한 기능들 지원 되고) 근데 여긴 구글의 투자를 받은 엄엄히 다른 케이스 전문가분들이 진짜 회의 테이블에 올리기라도 할까?

[ㅇㅇ 1(58.226)]

요점은 지금 고도랑 비슷한엔진이란거야미래가 없다 고도는 모바일에서 개발할 수 있는 현 시점 유일 엔진이라는 메리트랑소스코드 변경 및 오픈 소스 0비용이라진짜 독고다이 1인 개발자들이 하실 수 있는거야있어야 되는 기능들은 콘솔 빼고다 지원이 되는 반면베비가? 베비! ?컴파일러 엔진 정도의 성능에구글이 투자한 여타 flutter 랑도

[ㅇㅇ 1(58.226)]

한 마디로 지금도 유행 안하는데 이미 끝난거고 고도는 그냥 있어도 될법하니까 이 자리에 있는 엔진임

[Mr빙그레(mrbinggrae)]

그랭 니 의견 잘 알았엉!!

[Mr빙그레(mrbinggrae)]

나는 다른 부분이 궁금한거라서 ㅎㅎ 암튼 긴 의견 달아줘서 고마워

[ㅇㅇ 1(58.226)]

근데 재미있는 점은 누가 mmorpg 베비로 시장에 내놓는 순간 바라보게 될 엔진은 맞음 의견 존중해줘서 고마워

[Mr빙그레(mrbinggrae)]

나는 게임 외 다른 이유로 RUST를 공부하고 있고 겸사겸사 RUST를 사용하는 Bevy가 생각나서 둘러보던 참이었어~ 암튼 수고링! (내가 아는 rust와 니가 아는 rust가 다른 거 같다만 여기서 그게 중요한건 아니니 암튼!)

[ㅇㅇ 5(222.117)]

저거 혼자 받는 걸 껄

[Mr빙그레(mrbinggrae)]

마소 다니다가 직장 그만두고 Bevy에 올인 박은거 같더라구; 나중에 bevy로 게임 만들게되면 후원금 조금이라도 해줘야지

[ㅇㅇ 5(222.117)]

그치 반쯤은 열정페이지. 물론 만약 베비가 성공한다면 재단 세우고 그정도는 우스울 정도로 돈을 받겠지만.

[Mr빙그레(mrbinggrae)]

오픈소스로 돈 버는 방법 검색하니깐 여러가지로 돈 버는 방법이 있긴 하네. 똑똑한 놈이니 알아서 돈 잘 벌겠징..

[ㅇㅇ 6(59.10)]

ECS는 잘 짜기 진짜 까다로운듯. OOP가 직관적이긴 ㅐㅎ

[ㅇㅇ 6(59.10)]

MMO 서버 같은거 짠다고 해도 오픈월드 겜 같은거 만들라면 구역별로 레퍼런스 나눠서 물고 있어야할텐데 각 객체에 Shared Reference 이런거 쓰면 ECS 장점 다 날아가는거고, 그렇다고 Entity ID 들고있으면 룩업 한 번에 포인터 디레퍼런스 3번, 4번씩 해야되는데 이게 실용성이 있을까 싶기도 하고 ..

[ㅇㅇ 6(59.10)]

OOP랑 비교하면 캐시 히트 된 포인터 역참조 연산 3회 vs 캐시 미싱 된 참조 연산 1회 승부존인듯. 물론 각 엔터티에 로컬하게 적용되는 연산은 OOP랑 비교가 불가능할 정도로 빠를거고 ... (캐릭터 틱 -> 시간에 따라 자원 회복, 애니메이션 진행, 쿨타임 진행, 등등등 ...) 사실 이런 부분 다 생각하면 ECS가 최적화될 여지가 훨씬 많긴 한데, 제대로 쓰기가 까다롭고, 제대로 안 쓰기도 까다로워서 어떨까 싶음.

[ㅇㅇ 6(59.10)]

내가 ECS가 익숙하지가 않고, 사고방식 자체가 적응되면 괜찮게 되는건가 ... 싶기도 하고, 애초에 ECS라는 패턴 자체가 한계가 명확한건가? 싶기도 하고 ...

[ㅇㅇ 6(59.10)]

유니티에도 ECS 있다던데 그런 식으로 퍼포먼스 민감하고 지역적인 연산이 대부분인 모듈만 모아놓고, 기본 바탕은 OOP로 하는게 게임 프로그래밍에서는 이상적이지 싶음. 나는 Godot에 Bevy 결합해서 활용해볼라고 ㅎ

[ㅇㅇ 7(112.146)]

ㅇㅈ

[Mr빙그레(mrbinggrae)]

서버는 모르겠고 DOTS에서는 오픈 월드를 위한 실시간 스트리밍 에셋메니저먼트 기능이 있는걸로 알고 있엉. 내가 DOTS 다뤄보면서 느낀 점은 청크 개념 모르고 구조 변경되어서 자원 먹는거 고려 안하고 대충 짜도 OOP보다 훨씬 빠르고 최적화가 좋다는 생각이 들었어. 어렵다고 느끼는 부분은 사실 익숙함의 정도가 아닐까 싶네. 공부해보면 알겠지만 조건으로 쿼리 걸어서 만족하는 애들 실행시키고 엔티티 커멘드 버퍼로 스케줄 걸어놓은거 실행시키는 구조가 굉장히 심플함. Godot랑 Bevy랑 결합해서 활용한다는거 보면 나보다 실력자인거 같은데 유니티 entities 메뉴얼 페이지라도 한번 읽어보고 결정해보는 게 좋아보여. 몰론! 실력자가 아니라면 지금은 ECS로 게임 개발하는거 비추라고 생각함.

[Mr빙그레(mrbinggrae)]

그 이유는 레퍼런스가 없고 아직 기능이 완성되지 않은 것들이 많기 때문.

[Mr빙그레(mrbinggrae)]

나는 모바일게임 개발을 좋아하는 편이라서 ECS에 혹한 부분이 있어. 아무리 게임이 가볍고 최적화를 잘해도 발열과 가비지콜렉션에 의한 프레임 드랍 현상은 어찌할 수가 없는데 ECS는 이 부분에 대해서 엄청난 최적화를 보여주니깐, 그리고 나는 ECS에 빠져서 이쪽 공부를 많이 하다보니깐 OOP보다 ECS로 작업하는게 훨씬 재밌고 편해짐. 코드를 분석할때는 OOP는 상속 관계를 살펴보고 구조를 파악해야 하지만 ECS는 시스템 단위로 나눠서 살펴보면 됨. 이제 막 공부를 시작하는 사람들한테 동시에 OOP랑 ECS를 가르치면 ECS가 더 쉽다고 생각할거라고 장담함. 프로그램 공부할때 잘 따라오던 사람들도 다양성 들어가면 머리 빻아지는 만큼 OOP가 쉬운 개념이 아님. OOP에 익숙해져서 그게 편해지고 쉬워진거지.