Tại hội nghị ảo tuần trước," Linus Torvalds
hiện tại và tương lai của nhân Linux trong cuộc trò chuyện giới thiệu với Dirk Hohndel của VMware. Trong cuộc thảo luận, chủ đề về sự thay đổi thế hệ giữa các nhà phát triển đã được đề cập đến. Linus chỉ ra rằng mặc dù dự án đã có lịch sử gần 30 năm nhưng nhìn chung, cộng đồng này không hề cũ - trong số các nhà phát triển có nhiều người mới chưa tròn 50 tuổi. Những người cũ sẽ già đi và xám xịt, nhưng theo quy luật, những người đã tham gia dự án lâu năm sẽ không còn viết mã mới và chuyển sang làm các công việc liên quan đến bảo trì hoặc quản lý.
Việc tìm kiếm người bảo trì mới được ghi nhận là một vấn đề lớn. Có rất nhiều nhà phát triển tích cực trong cộng đồng sẵn lòng viết mã mới, nhưng ít người sẵn sàng dành thời gian để duy trì và xem xét mã của người khác.
Ngoài tính chuyên nghiệp, người bảo trì phải có được sự tin tưởng tuyệt đối. Người bảo trì cũng được yêu cầu phải liên tục tham gia vào quá trình và làm việc liên tục - người bảo trì phải luôn có mặt, đọc thư mỗi ngày và trả lời chúng. Làm việc trong một môi trường như vậy đòi hỏi rất nhiều tính kỷ luật tự giác, đó là lý do tại sao số lượng người bảo trì rất ít và việc tìm kiếm những người bảo trì mới có thể xem lại mã của người khác và chuyển tiếp các thay đổi cho những người bảo trì cấp cao hơn trở thành một trong những vấn đề chính trong cộng đồng. .
Khi được hỏi về các thử nghiệm trong kernel, Linus nói rằng cộng đồng phát triển kernel không còn đủ khả năng thực hiện một số thay đổi điên rồ đã được thực hiện trong quá khứ. Nếu trước đây việc phát triển là không bắt buộc thì hiện nay có quá nhiều hệ thống phụ thuộc vào nhân Linux.
Khi được hỏi về việc làm lại kernel bằng các ngôn ngữ như Go và Rust, vì có nguy cơ vào năm 2030, các nhà phát triển C sẽ trở thành giống như các nhà phát triển COBOL hiện tại, Linus trả lời rằng ngôn ngữ C vẫn nằm trong mười ngôn ngữ phổ biến hàng đầu, nhưng đối với các hệ thống con không phải lõi, chẳng hạn như trình điều khiển thiết bị được xem xét cung cấp các ràng buộc để phát triển bằng các ngôn ngữ như Rust. Trong tương lai, chúng tôi hy vọng sẽ cung cấp các mô hình khác nhau để viết các thành phần phụ như vậy, không giới hạn ở việc sử dụng ngôn ngữ C.
Việc Apple sử dụng bộ xử lý kiến trúc ARM trong máy tính để bàn và máy tính xách tay Linus nhận xét với hy vọng rằng bước đi này sẽ giúp ARM dễ tiếp cận hơn với các máy trạm. Trong 10 năm qua, Linus luôn phàn nàn về việc không thể tìm được hệ thống ARM phù hợp với hệ thống của nhà phát triển. Giống như việc Amazon sử dụng ARM đã cho phép hãng này nâng cao kiến trúc trong hệ thống máy chủ, có thể nhờ hành động của Apple, những chiếc PC dựa trên ARM mạnh mẽ sẽ xuất hiện trong vài năm tới và có thể được sử dụng để phát triển. Liên quan đến bạn dựa trên bộ xử lý AMD, Linus đã đề cập rằng mọi thứ đều hoạt động tốt, ngoại trừ bộ làm mát rất ồn.
Linus nói về việc nghiên cứu kernel rằng nó vừa nhàm chán vừa thú vị. Thật nhàm chán vì bạn phải đối mặt với thói quen sửa lỗi và sắp xếp mã theo thứ tự, nhưng thật thú vị vì bạn liên tục cần hiểu các công nghệ mới, tương tác với thiết bị ở mức độ thấp và kiểm soát mọi thứ xảy ra.
Về COVID-19, Linus đề cập rằng đại dịch và chế độ cách ly không ảnh hưởng đến sự phát triển, vì các quá trình tương tác dựa trên giao tiếp qua email và phát triển từ xa. Trong số các nhà phát triển kernel mà Linus tương tác, không ai bị tổn hại do lây nhiễm. Mối lo ngại là do một đồng nghiệp của anh ấy mất tích trong một hoặc hai tháng, nhưng hóa ra nó có liên quan đến sự khởi phát của hội chứng ống cổ tay.
Linus cũng đề cập rằng khi phát triển kernel 5.8, anh ấy sẽ phải mất nhiều thời gian hơn để chuẩn bị phát hành và phát hành một hoặc hai bản phát hành thử nghiệm bổ sung, vì kernel này đã được phát hành. theo số lần thay đổi. Nhưng nhìn chung, công việc trên 5.8 cho đến nay vẫn diễn ra khá suôn sẻ.
Trong một cuộc phỏng vấn khác, Linus , rằng anh ấy không còn coi mình là một lập trình viên nữa và đã rời bỏ việc viết mã mới, vì anh ấy chỉ viết mã trong một ứng dụng email trong một thời gian dài. Phần lớn thời gian của anh là đọc thư và viết tin nhắn. Công việc bao gồm việc xem xét các bản vá và kéo các yêu cầu được gửi qua danh sách gửi thư, cũng như tham gia thảo luận về các thay đổi được đề xuất. Đôi khi, anh ấy giải thích ý tưởng của mình bằng mã giả hoặc đề xuất các thay đổi đối với các bản vá mà anh ấy gửi phản hồi mà không cần biên soạn và kiểm tra, giao lại công việc đưa nó đến mức phù hợp cho tác giả ban đầu của bản vá.
Nguồn: opennet.ru