Tuần trước, Linus Torvalds tiếp tục với một cuộc phỏng vấn qua email với Jeremy Andrews, đối tác sáng lập và Giám đốc điều hành của Tag1.
Trong phần đầu tiên của cuộc phỏng vấn vào tháng 64, Torvalds đã thảo luận về mọi thứ từ chip ARMXNUMX của Apple và trình điều khiển Rust, đến môi trường làm việc tại nhà dựa trên Fedora của riêng anh ấy và suy nghĩ của anh ấy về những ngày đầu của Linux. Nhưng phần thứ hai cung cấp một cái nhìn sâu sắc hơn về cách Torvalds nghĩ, một cái nhìn sâu sắc về cá nhân về những gì tôi sẽ chia sẻa với những người duy trì dự án khác và một số ý tưởng về cách để các công ty giúp phát triển doanh nghiệp.
Linus tiết lộ cách anh ấy tiến hành khi dự án bắt đầu:
“Tôi vẫn nhớ những ngày đầu, khi mọi người gửi cho tôi sự sắp xếp, và tôi không thực sự áp dụng chúng như một sự sắp xếp, nhưng tôi đọc chúng, rằng tôi hiểu mọi người muốn làm gì và tôi đã tự mình làm điều đó. Bởi vì đó là cách tôi bắt đầu dự án, và đó là cách tôi cảm thấy thoải mái hơn và tôi biết mã tốt hơn ”. Linus cũng giải thích rằng điều quan trọng là phải học cách ủy quyền: “Tôi đã ngừng làm việc đó khá nhanh chóng, vì về cơ bản tôi rất lười. Tôi thực sự rất giỏi trong việc đọc các bản vá và tìm hiểu xem chúng đang làm gì, và sau đó tôi áp dụng chúng. "
Linus Ông cũng cố gắng không thiên vị khi Linux ngày càng phát triển và thành công hơn:
“Tôi rất có ý thức không muốn làm việc cho một công ty Linux, ví dụ, tôi đã giữ Linux trong thập kỷ đầu tiên mà nó không phải là công việc của tôi. Điều này không phải vì tôi nghĩ lợi ích kinh doanh là xấu, mà vì tôi muốn đảm bảo rằng mọi người coi tôi là một bên trung lập và tôi chưa bao giờ cảm thấy mình là "đối thủ cạnh tranh". «
Mặc dù mã nguồn mở đã đạt được thành công lớn, nhưng nhiều người dùng lớn hơn, chẳng hạn như các doanh nghiệp, không hoặc không làm gì để hỗ trợ hoặc đóng góp cho các dự án mã nguồn mở mà họ phụ thuộc vào.
Tiếp tục nhập:
“Và nhiều công ty công nghệ lớn sử dụng hạt nhân sẽ tích cực tham gia vào quá trình phát triển. Đôi khi họ kết thúc bằng nhiều công việc bên trong và họ không giỏi trong việc đẩy lùi mọi thứ (tôi sẽ không nêu tên, và một số người trong số họ thực sự đang cố gắng làm tốt hơn), nhưng thực sự rất đáng khích lệ khi thấy những điều lớn lao các công ty tham gia theo cách thức như vậy. rất cởi mở trong việc phát triển cơ bản ở thượng nguồn và họ là những thành viên quan trọng của cộng đồng ”.
Khi được hỏi liệu mã nguồn mở có bền vững hay không, Linus trả lời:
"Đúng. Cá nhân tôi tin chắc 100% rằng không chỉ mã nguồn mở bền vững, mà đối với các vấn đề kỹ thuật phức tạp, bạn thực sự cần mã nguồn mở chỉ vì không gian vấn đề trở nên quá phức tạp để một công ty xử lý. Ngay cả một công ty công nghệ lớn và có năng lực. "
Chìa khóa thành công cho người duy trì các dự án mã nguồn mở: "ở đó MỌI LÚC" và "cởi mở"
Khi Andrews muốn biết điều gì làm nên thành công của một dự án nguồn mở, Linus thừa nhận:
“Tôi thực sự không biết chìa khóa thành công là gì. Đúng vậy, Linux đã rất thành công và rõ ràng là Git cũng đã bắt đầu thuận lợi, nhưng vẫn rất khó để quy nó cho một nguyên nhân sâu xa hơn. Có lẽ tôi đã gặp may? Hay là vì tất cả những người cần những dự án này, tôi là người đứng lên, thực hiện công việc và bắt đầu dự án? «
Nhưng Linus cuối cùng sẽ giải thích »một số điểm thực tế và cơ bản mà cá nhân tôi cho là quan trọng nếu bạn là một nhà sản xuất phần mềm nguồn mở«. Khuyến nghị rằng người phụ trách một dự án nguồn mở luôn "có mặt".
“Bạn phải ở lại, bạn phải ở đó vì những nhà phát triển khác, và bạn phải ở đó MỌI LÚC. Bạn sẽ gặp phải các vấn đề kỹ thuật và nó sẽ rất bực bội. Bạn sẽ làm việc với những người có thể có những ý tưởng rất khác nhau về cách giải quyết những vấn đề kỹ thuật này. Và các vấn đề kỹ thuật là phần dễ dàng, vì chúng thường có các giải pháp kỹ thuật, và bạn thường có thể nói khá khách quan 'cái này tốt hơn / nhanh hơn / dễ dàng hơn / cái gì cũng được' '.
Chìa khóa khác mà Linus giải thích là "cởi mở", "cởi mở với các giải pháp của người khác. và không có ý tưởng rất rõ ràng và không linh hoạt về cách mọi thứ nên được thực hiện. Nhưng Linus tố cáo một trong những cách cởi mở:
“Thật sự dễ dàng để tạo ra một loại 'nhóm' người, nơi bạn có một nhóm nội bộ thảo luận về những điều riêng tư, và sau đó bạn thực sự chỉ nhìn thấy điểm mấu chốt (hoặc công việc bên lề) vào ban ngày, bởi vì tất cả những điều quan trọng Chúng đã xảy ra trong một công ty hoặc trong một nhóm người cốt lõi và những người bên ngoài cảm thấy khó thâm nhập vào những lần nhấp này và thậm chí thường khó nhìn thấy những gì đang xảy ra trong nhóm cốt lõi đó vì nó quá riêng tư và độc quyền.
“Đây là một trong những lý do tôi thực sự thích danh sách gửi thư mở. Nó không phải là một danh sách các "lời mời". Bạn thậm chí không cần phải đăng ký để tham gia. Nó thực sự mở. Và trên thực tế, tất cả các cuộc thảo luận về phát triển nên có ở đó. "
Nói về các kỹ năng cụ thể khác cần thiết cho các dự án mã nguồn mở thành công, Linus giải thích kinh nghiệm của mình. Theo ông, “đó không phải là kết quả của việc lập kế hoạch và đọc sách hướng dẫn quản lý, v.v. Hầu hết mọi thứ đều tự xảy ra, và cấu trúc mà chúng ta có ngày nay không phải đến từ một sơ đồ tổ chức bằng văn bản, mà là từ những người vừa mới "tìm thấy vị trí của mình". Như đã đề cập ở trên, Linus khuyến nghị ủy nhiệm các nhiệm vụ. Ông cũng đề cập đến kỹ năng giao tiếp là "rất quan trọng."
Fuente: https://www.tag1consulting.com