Hacker News 의견

• Rust RFC 프로세스에 대한 의견

  • Rust 핵심 팀이 새로운 기능 추가를 어렵게 만드는 것은 언어의 일관성과 예측 가능성을 유지하기 위해 옳은 결정임
  • Swift의 경우, 많은 새로운 기능 도입으로 인해 복잡해져서 결국 Swift를 포기하게 되었음
  • Rust는 가능한 한 간결하게 유지하는 것이 중요함

• Rust의 의존성 문제

  • Cargo-watch crate의 예를 들어, 간단한 파일 감시 앱이지만 의존성으로 인해 코드 라인이 400만 줄에 달함

• Rust의 현재 상태

  • Rust는 이제 "광범위한 채택을 위한 작업" 단계에 있음
  • 느린 기능 개발은 자연스럽고 건강한 현상이며, 잘못된 설계 선택이 더 큰 해를 끼칠 수 있음
  • Rust의 매력은 새로운 기능보다는 메모리 안전성과 GC가 없는 생산 준비된 언어라는 점에 있음

• Rust의 재작성에 대한 의견

  • Rust를 Rust로 재작성하는 것은 메타-풍자적 농담으로 보였음

• Rust의 결정 과정에 대한 불만

  • 느린 결정 과정에 대한 불만이 있지만, 이는 기술적 문제보다는 사람과 시간의 문제임
  • 일부 오래된 기능은 정체되어 있지만, 많은 기능은 안정화되지 않을 예정임

• Josh Triplett의 댓글

  • 특정 예시가 잘못되었음을 지적하며, 관련 링크를 공유함

• Rust의 복잡성에 대한 의견

  • Rust는 이미 많은 기능을 가지고 있지만, 더 많은 기능을 요구하는 사람들이 있음
  • Zig는 더 간단하고 빠르며, 커뮤니티의 드라마가 적음

• Rust의 속도에 대한 의견

  • 프로젝트가 성숙해지면서 기존 기능을 다듬는 데 많은 노력이 필요함
  • 팀 간의 협력이 어려워졌으며, 이를 개선하기 위한 프로젝트 목표가 있음

• Mutex 개선에 대한 의견

  • Rust의 동기화 원시 기능을 개선하기 위해 많은 노력이 있었음
  • 비동기 함수와 같은 기능이 추가되었으며, 이는 더 복잡한 기능을 구현하기 위한 기반이 됨

• Rust의 기능 개발 속도에 대한 의견

  • 언어가 너무 빠르게 또는 너무 느리게 발전한다고 불평하는 사람들이 있음
  • 특정 기능은 더디게 진행되지만, 많은 활동이 진행 중임

• Rust의 기능 설계에 대한 의견

  • 함수 트레이트와 같은 기능은 최근에 큰 설계 탐구가 있었음
  • 컴파일 타임 기능은 언어 수준에서 해결할 수 없으며, WebAssembly와 같은 솔루션이 더 가능성이 있음

• Rust의 빌림 검사기 문제

  • 자기 참조 구조를 이해하는 것은 매우 어려운 문제임
  • 부분 빌림을 지원하는 방법은 이미 알고 있지만, 이를 타입 시스템에 노출하는 것이 문제임

• Rust의 컴파일 타임 기능

  • 매크로 규칙을 더 강력하게 만들기 위한 RFC가 작성되었음
  • 프로그램적 구문 분석을 위한 더 많은 작업이 필요함

• Rust의 불안정한 기능

  • 많은 불안정한 기능이 있으며, 이를 정리하는 것이 필요함

• Rust의 발전 속도에 대한 의견

  • Mozilla의 이탈로 인해 프로젝트가 느려졌지만, 잘못된 길로 가는 것보다는 나음