Linux에서 Rust의 통합은 커뮤니티와 개발자로부터 높은 수준의 수용을 받았습니다.
리누스 토발즈가 약속한 대로 마지막 Open Source Summit에서 약속을 지키고 포함을 지연시킬 수 있는 세부 정보 없이, 이제 Linux용 Rust가 6.1 커널에 포함되도록 합니다.
이 변경은 다음과 같은 이정표와 함께 제공됩니다. 31년 후, Linux는 두 번째 언어를 받아들일 것입니다. 커널 개발을 위해 이것과 함께 C를 버리고 Rust 언어가 제공하는 이점을 고려할 때 선호하는 가능성에 대해 관련 논쟁이 다시 발생합니다. 약간의 설명: 현재 Rust는 별도의 모듈이나 드라이버를 개발할 수 있는 공식 API만 받습니다.
C 언어를 폐기할 가능성에 대한 질문에 대해 C 언어 작성자는 이러한 방향의 계획이 실패할 가능성이 있는 여러 가지 이유를 나열합니다.
첫 번째는 C 언어 도구 체인
C 언어는 언어 자체일 뿐만 아니라 이 언어를 위해 개발된 모든 개발 도구이기도 합니다. 소스 코드의 정적 분석을 하시겠습니까? – C. 메모리 누수, 데이터 경쟁 및 기타 오류를 감지하는 도구에 대해 이 주제에 대해 작업하는 사람들이 많이 있습니까? 당신의 언어가 더 잘 갖춰져 있더라도 많이 있습니다.
익숙하지 않은 플랫폼을 대상으로 하고 싶다면 아마도 C. C를 오늘날 컴퓨팅의 공용어로 사용하고 있을 것이므로 도구를 작성할 가치가 있고 많은 도구가 작성됩니다.
누군가가 작동하는 도구 체인을 가지고 있다면 왜 언어를 변경하는 위험을 감수해야 합니까? "더 나은 C"는 새로운 도구 체인을 설정하는 데 소요되는 시간을 동기를 부여하기 위해 많은 추가 생산성을 생성해야 합니다. 이것이 가능한지는 두고 볼 일이다.
새로운 언어의 불확실성
언어가 성숙하기 전에 언어의 의미론적 문제를 해결하기 위해 버그가 있고 크게 수정될 가능성이 있습니다. 그리고 언어가 광고와 일치합니까? "예외적인 컴파일 시간" 또는 "C보다 빠름"과 같은 것을 제공할 수 있지만 언어에 전체 기능 세트가 추가되면 이러한 목표를 달성하기 어렵습니다.
그리고 유지 보수? 물론, 당신은 오픈 소스 언어를 포크할 수 있지만, 많은 회사들이 나중에 유지해야 할 언어를 사용하는 데 관심을 가질지 의심스럽습니다. 새로운 언어에 베팅하는 것은 큰 위험입니다.
언어가 C의 실제 문제를 해결합니까? 사람들은 C의 약점이 무엇인지 항상 동의하지 않는 것으로 나타났습니다. 메모리 할당, 배열 및 문자열 관리는 종종 복잡하지만 올바른 라이브러리와 좋은 메모리 전략을 사용하면 최소화할 수 있습니다. 고급 사용자가 별로 신경 쓰지 않는 문제를 언어가 다루지 않습니까? 그렇다면 실제 가치는 예상보다 훨씬 낮을 수 있습니다.
새로운 언어에 대한 숙련된 개발자 부족
새로운 언어는 당연히 경험 많은 개발자 풀이 훨씬 더 적을 것이라고 언급됩니다. 중대형 기업에게 이것은 큰 문제입니다. 회사에 사용할 수 있는 개발자가 많을수록 더 좋습니다.
또한 회사에서 C 개발자를 모집한 경험이 있다면 이 새로운 언어를 어떻게 채용해야 할지 모릅니다.
커널 버전 6.1에 Rust for Linux가 곧 포함될 것이라는 소식 이것은 Rust 언어에 대한 Linus Torvalds의 관점이 바뀌는 중에 나옵니다.
Linux 커널 개발에 대한 Rust 지원은 계속되고 이는 "보다 안전한 언어로 컨트롤러를 작성할 수 있는 중요한 단계"로 간주됩니다.
Mozilla Research의 Rust는 BIOS(Basic Input/Output Systems), 부트 관리자, 운영 체제 등의 코드를 작성하는 사람들이 사용하는 일종의 프로그래밍 언어입니다. 관심이 있다
정보에 입각한 관찰자들의 의견으로는 C 언어가 아니라 시스템 프로그래밍의 미래이며, 실제로 전문가들은 C/C++보다 더 나은 소프트웨어 보안 보장을 제공한다고 말합니다.