▲neo 4달전 | parent | favorite | on: GN⁺: 파일 시스템을 위한 Rust(lwn.net)Hacker News 의견 각 파일 시스템이 inode 수명 주기를 다르게 관리하면서 동일한 함수로 관리하는 것은 추상화 계층의 반대임 파일 시스템별로 inode 수명 주기를 관리해야 함 Rust가 C 호출을 더 쉽게 만들기 위해 변경이 필요한지에 대한 질문이 있음 Rust와 C의 상호 운용성에 대한 명확한 이해가 부족함 C++와 Objective C는 헤더 파일을 포함하고 함수를 호출하면 됨 Swift는 Objective C 파일을 포함하고 C를 호출할 수 있음 Rust가 커널 개발자에게 맞추기보다는 언어 자체가 조금 유연해질 필요가 있음 Rust API가 C API를 감싸는 것인지 재구현하는 것인지 명확하지 않음 재구현이라면 C API와 동일한 이름을 사용하는 것이 문제를 일으킬 수 있음 Rust를 커널에 추가하는 것은 추가적인 복잡성을 초래함 새로운 OS를 처음부터 작성하면 언어의 모든 기능을 사용할 수 있음 기존의 방대한 코드베이스에 추가하면 추가적인 문제가 발생함 논의가 매우 문명적임 부정적인 톤에 동의하지 않음 관련된 사람들이 명확하게 문제점을 전달한 점에 대해 낙관적임 Linux 커널에 더 많은 옵션이 있는 것은 항상 유익함 Rust가 모든 문제의 해결책은 아님 Rust는 안전한 프로그래밍 모델을 제공하지만 제한적임 메모리 문제? Rust 사용! 동시성 문제? Rust로 전환! 하지만 unsafe 블록을 사용하지 않고는 C가 하는 모든 것을 할 수 없음 Rust는 새로운 관점을 제공할 수 있지만 완전한 해결책은 아님 lwn.net 페이지 아래의 일부 댓글이 무례함 오픈 소스 프로젝트에 기여하는 사람에게 "과학은 한 번의 장례식으로 발전한다"는 댓글을 상상해 보라 C API와 Rust API의 이름 불일치 문제에 대한 논의 레거시 네이밍 규칙의 어려움 동일한 이름을 유지하거나 새로운 이름으로 감싸는 방법이 있음 이름 짓기는 어려운 일임
Hacker News 의견
각 파일 시스템이 inode 수명 주기를 다르게 관리하면서 동일한 함수로 관리하는 것은 추상화 계층의 반대임
Rust가 C 호출을 더 쉽게 만들기 위해 변경이 필요한지에 대한 질문이 있음
Rust API가 C API를 감싸는 것인지 재구현하는 것인지 명확하지 않음
Rust를 커널에 추가하는 것은 추가적인 복잡성을 초래함
논의가 매우 문명적임
Linux 커널에 더 많은 옵션이 있는 것은 항상 유익함
lwn.net 페이지 아래의 일부 댓글이 무례함
C API와 Rust API의 이름 불일치 문제에 대한 논의