Việc đưa Rust vào Linux 6.1 đang được tiến hành

Việc đưa Rust vào Linux 6.1 đang được tiến hành

Việc tích hợp Rust vào Linux đã được cộng đồng và các nhà phát triển chấp nhận ở mức độ cao

Đúng như Linus Torvalds đã hứa trong Hội nghị thượng đỉnh về nguồn mở vừa qua, giữ lời và không có các chi tiết có thể trì hoãn việc đưa vào, bây giờ sẽ thúc đẩy Rust cho Linux được đưa vào hạt nhân 6.1.

Sự thay đổi này đi kèm với một cột mốc quan trọng sau 31 năm, Linux sẽ chấp nhận ngôn ngữ thứ hai để phát triển nhân. Với điều này, các cuộc tranh luận liên quan lại nảy sinh xung quanh khả năng loại bỏ C để chuyển sang ngôn ngữ Rust với những ưu điểm mà nó thể hiện. Tuy nhiên, cần làm rõ một chút: hiện tại, Rust chỉ nhận được một API chính thức để cho phép phát triển các mô-đun hoặc trình điều khiển riêng biệt.

Đối với câu hỏi về khả năng loại bỏ ngôn ngữ C, người tạo ra ngôn ngữ C liệt kê một số lý do tại sao các sáng kiến ​​theo hướng này có khả năng thất bại:

Cái đầu tiên là Chuỗi công cụ ngôn ngữ C

Ngôn ngữ C không chỉ là ngôn ngữ riêng mà còn là tất cả các công cụ phát triển được phát triển cho ngôn ngữ này. Bạn có muốn thực hiện phân tích tĩnh về mã nguồn của mình không? - Có rất nhiều người làm việc về chủ đề này cho C. Các công cụ để phát hiện rò rỉ bộ nhớ, chạy đua dữ liệu và các lỗi khác? Có rất nhiều, ngay cả khi ngôn ngữ của bạn được trang bị tốt hơn.

Nếu bạn muốn nhắm mục tiêu một nền tảng không quen thuộc, có thể bạn đang sử dụng trạng thái của C. C như một ngôn ngữ phổ biến của máy tính ngày nay khiến nó trở thành công cụ đáng để viết và nhiều công cụ được viết.

Nếu ai đó có một chuỗi công cụ làm việc, tại sao lại mạo hiểm thay đổi ngôn ngữ? Một "C tốt hơn" sẽ tạo ra nhiều năng suất bổ sung để thúc đẩy thời gian dành cho việc thiết lập chuỗi công cụ mới. Cho dù điều này có thể xảy ra hay không vẫn còn được xem.

Sự không chắc chắn của một ngôn ngữ mới

Trước khi một ngôn ngữ đạt đến độ chín, nó có khả năng bị lỗi và được sửa đổi đáng kể để giải quyết các vấn đề ngữ nghĩa của ngôn ngữ đó. Và ngôn ngữ có phù hợp với quảng cáo không? Bạn có thể đưa ra một cái gì đó như "thời gian biên dịch đặc biệt" hoặc "nhanh hơn C", nhưng những mục tiêu này khó đạt được khi ngôn ngữ này bổ sung đầy đủ các tính năng.

Và những người bảo trì? Chắc chắn, bạn có thể fork một ngôn ngữ mã nguồn mở, nhưng tôi nghi ngờ rằng nhiều công ty sẽ quan tâm đến việc sử dụng một ngôn ngữ mà họ có thể buộc phải giữ lại sau này. Đặt cược vào một ngôn ngữ mới là một rủi ro lớn.

Liệu ngôn ngữ có giải quyết được điểm đau thực sự của C không? Hóa ra không phải lúc nào mọi người cũng đồng ý về điểm yếu của C. Việc cấp phát bộ nhớ, quản lý mảng và chuỗi thường phức tạp, nhưng với các thư viện phù hợp và một chiến lược bộ nhớ tốt, chúng có thể được giảm thiểu. Không phải ngôn ngữ giải quyết các vấn đề mà người dùng nâng cao không thực sự quan tâm? Nếu vậy, giá trị thực của nó có thể thấp hơn nhiều so với dự kiến.

Thiếu các nhà phát triển có kinh nghiệm cho một ngôn ngữ mới

Người ta đề cập rằng một ngôn ngữ mới đương nhiên sẽ có một nhóm các nhà phát triển có kinh nghiệm ít hơn nhiều. Đối với bất kỳ công ty vừa hoặc lớn, đây là một vấn đề lớn. Càng nhiều nhà phát triển có sẵn cho một công ty, thì điều đó càng tốt.

Ngoài ra, nếu công ty có kinh nghiệm tuyển dụng lập trình viên C, họ không biết cách tuyển dụng cho ngôn ngữ mới này.

Tin tức về việc sắp tới sẽ đưa Rust cho Linux vào phiên bản 6.1 của hạt nhân Nó xuất hiện trong bối cảnh quan điểm của Linus Torvalds về ngôn ngữ Rust có sự thay đổi.

Rust hỗ trợ cho sự phát triển nhân Linux vẫn tiếp tục và nó được coi là "một bước quan trọng để có thể viết bộ điều khiển bằng một ngôn ngữ an toàn hơn."

Mozilla Research's Rust là loại ngôn ngữ lập trình mà những người viết mã cho các hệ thống nhập / xuất cơ bản (BIOS), trình quản lý khởi động, hệ điều hành, v.v. có một sự quan tâm

Theo ý kiến ​​của các nhà quan sát, đó là tương lai của lập trình hệ thống hơn là ngôn ngữ C. Trên thực tế, các chuyên gia nói rằng nó mang lại sự đảm bảo an ninh phần mềm tốt hơn C / C ++.


Nội dung bài viết tuân thủ các nguyên tắc của chúng tôi về đạo đức biên tập. Để báo lỗi, hãy nhấp vào đây.

Hãy là người đầu tiên nhận xét

Để lại bình luận của bạn

địa chỉ email của bạn sẽ không được công bố.

*

*

  1. Chịu trách nhiệm về dữ liệu: Miguel Ángel Gatón
  2. Mục đích của dữ liệu: Kiểm soát SPAM, quản lý bình luận.
  3. Hợp pháp: Sự đồng ý của bạn
  4. Truyền thông dữ liệu: Dữ liệu sẽ không được thông báo cho các bên thứ ba trừ khi có nghĩa vụ pháp lý.
  5. Lưu trữ dữ liệu: Cơ sở dữ liệu do Occentus Networks (EU) lưu trữ
  6. Quyền: Bất cứ lúc nào bạn có thể giới hạn, khôi phục và xóa thông tin của mình.