Hacker News 의견

• Rust로 게임 프로젝트를 진행하다 실패한 사례가 또 발생함. 이는 안타까운 일임

  • Rust로 메타버스 클라이언트를 거의 5년 동안 개발 중인데, 너무 오래 걸리고 있음
  • 다른 사람은 C#/Unity로 비슷한 프로젝트를 2년 이내에 진행함
  • Rust 3D 게임 개발 사용자 기반이 매우 작음
  • Rust로 AAA 타이틀을 개발한 사례가 없고, 성능 문제를 해결한 사람도 없음
  • 사용 중인 스택은 Rend3/Egui/Winit/Wgpu/Vulkan인데, Vulkan을 제외하고는 버그가 많음
  • 이벤트 루프를 소유하려는 다양한 크레이트가 너무 많음
  • 크레이트가 몇 달마다 리팩토링되어 API가 깨지는 경우가 많음
  • Rust에서 역참조가 어려움
  • Rust는 단일 소유자와 역참조를 위한 일관된 방법이 필요함
  • Rust의 트레잇은 객체가 아니며, 객체 계층 구조를 구성하는 데 적합하지 않음

• 상업용 게임 엔진이 게임 개발을 장악한 이유에 대한 좋은 교훈처럼 들림

  • 게임을 만들기 위해 해야 할 일이 많지만, 대부분은 이미 해결된 문제임

• Rust를 C++의 대체로 좋아하지만, 대부분의 프로젝트에 C++이 적합하지 않다고 생각함

  • 많은 사람들이 Rust를 더 효율적이라고 생각해서 선택하는 것 같음

• Rust 게임 개발은 개척지 개발과 같으며, 많은 작업이 필요함

  • Rust는 아직 준비가 안 되었음

• Rust를 좋아하지만, 빠른 반복이 어려움

  • Bevy를 사용해봤지만 Godot로 돌아감

• 프로젝트에서 Rust 대신 Go로 전환했으며, 반복 속도가 더 빨라짐

  • 코드가 더 취약하지만, 프로젝트의 성격상 올바른 선택이라고 생각함

• Rust 생태계의 높은 변동성은 예상치 못한 단점임

  • 크레이트가 자주 버려지며, 이는 Rust를 주로 사용하고 싶어하는 사람들 때문이라고 생각함

• 한 개발자는 C로 게임 엔진을 만들고, Lua로 게임을 개발함

  • 게임 엔진과 게임의 명확한 분리가 있음
  • 'Sapiens'라는 게임이 Steam에서 성공적으로 출시됨

• Rust로 작업하는 것은 거의 항상 더 어려움

  • 이는 개인적인 경험에 기반한 의견임

• 프로젝트의 목표는 코딩을 하지 않는 형제가 기여할 수 있도록 하는 것이었음

  • 최신 버전으로 계속 업그레이드해야 한다고 느낌
  • Unity를 사용하는 스튜디오는 특정 버그가 수정되지 않는 한 버전을 자주 업그레이드하지 않음