CyanogenMod đã chết , bị giết bởi công ty mẹ Cyanogen. Cộng đồng đang cố gắng thu thập các phần và tạo ra một dự án mới, LineageOS, dựa trên mã. Nhưng xin nhắc lại rằng phần mềm nguồn mở không phải là tất cả đều là ánh nắng mặt trời, cầu vồng và sự ổn định: trên thực tế, nó thường rất lộn xộn.
Ngay cả khi một dự án là mã nguồn mở, nó thậm chí không nhất thiết phải đáp ứng cộng đồng, ít hơn nhiều so với một phần mềm đáng tin cậy mà bạn có thể dựa vào. Các dự án khác nhau: Một số được điều hành bởi một hoặc hai nhà phát triển như một sở thích, những người khác tập hợp các nhà phát triển được trả bởi nhiều tập đoàn lớn, trong khi những người khác được điều hành bởi một công ty mẹ. Mỗi tình huống đều có những vấn đề và kịch tính riêng.
Chúng tôi yêu thích phần mềm nguồn mở — đừng hiểu lầm — nhưng phần mềm này có một số thách thức nhất định. Chúng ta hãy xem xét một số.
Nguồn mở thường bị chậm trễ và tốc độ phát triển băng giá
Nhiều dự án mã nguồn mở dường như có tốc độ phát triển chậm, trong đó các phiên bản mới liên tục bị trì hoãn, các tính năng mới đến chậm nếu có và rất khó để ưu tiên các tính năng khó nhưng quan trọng.
Chỉ cần nhìn vào nỗ lực của Ubuntu để khởi chạy máy tính để bàn Unity 8 và máy chủ hiển thị Mir, cho phép tầm nhìn của nó về “sự hội tụ”. Phiên bản mới này của máy tính để bàn Linux đã được cho là ổn định từ nhiều năm trước, nhưng vẫn chưa. Dự án đã diễn ra với tốc độ chóng mặt, đến nỗi Canonical đã bị đánh bại bởi Microsoft, hãng đã công bố tầm nhìn của riêng mình về PC chạy bằng điện thoại thông minh trước Windows 10 — và được đưa vào sử dụng. Canonical vẫn chưa thực hiện được tầm nhìn đã hứa từ lâu của mình. Có thể nó sẽ ổn định trong một vài năm nữa.
LIÊN QUAN: Đây là lý do tại sao Firefox vẫn đi sau Google Chrome nhiều năm
Mozilla cũng gặp một số khó khăn trong việc sắp xếp thứ tự ưu tiên. Họ vẫn chưa giao hàng các tính năng đa quy trình và hộp cát trong Firefox. Đây là những yếu tố quan trọng để giữ an toàn cho trình duyệt, ngăn chặn sự cố làm hỏng toàn bộ trình duyệt và sử dụng tốt hơn các CPU đa quy trình. Tất cả các trình duyệt chính khác đã cung cấp các tính năng này, bao gồm kẻ đáng ghét Trình duyệt web IE. Mozilla đã khao khát dự án "Electrolysis" để thêm các tính năng này, nhưng đã tạm dừng vào năm 2011 vì quá khó. Mozilla sau đó đã phải khởi động lại nó vào năm 2013. Tính năng này có vẻ sẽ ra mắt vào năm 2017 — thực sự là rất muộn. Trong khi đó, Mozilla đã lãng phí thời gian làm việc trên Firefox OS, một hệ điều hành thất bại dành cho điện thoại thông minh.
Khi một dự án sử dụng quá nhiều nhà phát triển tình nguyện, nó có thể gặp khó khăn trong việc tìm kiếm những người làm công việc khó khăn mà không phải là thú vị.
Phim truyền hình nội bộ Begets Forks, Forks, và nhiều thứ khác
Mã nguồn của dự án nguồn mở có sẵn cho bất kỳ ai thay đổi. Đó là điểm! Nếu một dự án nguồn mở thay đổi theo cách bạn không thích, thì bạn — hoặc cộng đồng — có thể lấy mã nguồn cũ đó và tiếp tục làm việc với nó như một dự án mới. Nhưng các dự án cộng đồng thường bị bao bọc bởi một bộ phim truyền hình nội bộ đến mức khiến mọi thứ bị chia tách thành nhiều dự án, khiến người dùng bối rối và xa lánh.
Ví dụ: khi GNOME 3 ra mắt và nhiều người dùng GNOME 2 không hài lòng, không có một con đường rõ ràng ngay lập tức. Các nhà phát triển đã phải phân nhánh mã GNOME vào các dự án khác như MATE và Cinnamon. Một môi trường máy tính để bàn được biến thành ba và các tài nguyên phát triển nằm rải rác hơn giữa các dự án. Do đó, cộng đồng phải mất một thời gian mới có thể triển khai các dự án mới này.
LIÊN QUAN: OpenOffice so với LibreOffice: Sự khác biệt là gì và bạn nên sử dụng cái nào?
Tương tự, cộng đồng OpenOffice không hài lòng khi Oracle mua lại Sun. Oracle thậm chí đã đổi tên ngắn gọn bộ ứng dụng văn phòng mã nguồn mở StarOffice độc quyền của mình thành “Oracle Open Office”. Cộng đồng phải tạo một nhánh mới, LibreOffice , dựa trên mã OpenOffice. Nó đã trở thành bộ ứng dụng văn phòng mã nguồn mở trên thực tế cho nhiều người, nhưng những người khác vẫn sử dụng OpenOffice vì họ không biết về đợt fork tốt hơn và kịch tính xung quanh nó. OpenOffice chỉ có rất nhiều nhận dạng tên đã xây dựng.
Và tất nhiên, có CyanogenMod. Cyanogen Inc vừa rút phích cắm trên các dịch vụ trực tuyến của CyanogenMod — nghĩa là họ thà giết ROM Android của bên thứ ba phổ biến nhất còn hơn giao nó cho cộng đồng, thay vào đó buộc cộng đồng tạo một nhánh mới của CyanogenMod có tên là LineageOS. Tại sao Cyanogen không chuyển giao dự án CyanogenMod cho cộng đồng? Câu trả lời có vẻ là kịch tính nội bộ (bạn có thấy một hình mẫu ở đây không?). Cyanogen là công ty có CEO đã hứa rốt cuộc thì họ sẽ “đặt một viên đạn xuyên qua đầu Google”. Thay vào đó, nó kết thúc bằng một viên đạn xuyên qua đầu CyanogenMods.
Tất cả điều này chỉ kết thúc làm tổn thương người dùng của CyanogenMod, những người nhận được rất ít thông báo trước khi các máy chủ và dịch vụ của CyanogenMod sẽ ngừng hoạt động. Điện thoại sẽ tiếp tục hoạt động, nhưng các bản cập nhật tiện lợi và các dịch vụ khác sẽ tan thành mây khói gần như chỉ sau một đêm. Người dùng chỉ cần hy vọng dự án LineageOS sẽ nhanh chóng trở thành một sự thay thế.
Không phải tất cả các dự án nguồn mở đều hướng tới cộng đồng
Các dự án nguồn mở không phải lúc nào cũng được thúc đẩy bởi cộng đồng. Nói một chương trình là mã nguồn mở chỉ có nghĩa là mã có sẵn để làm những gì bạn thích. Công ty phát triển phần mềm không nhất thiết phải chạy nó như một dự án cộng đồng hoặc họ có thể quan tâm đến việc sử dụng dự án để quảng bá phần mềm khác của họ.
CyanogenMod là một ví dụ điển hình cho điều này. Khi Cyanogen Inc. thành lập, họ không thực sự quan tâm đến CyanogenMod. Mục tiêu mới của Cyanogen là tiếp thị nền tảng Cyanogen Modular OS cho các nhà sản xuất, giao dịch trên sự công nhận tên tuổi tuyệt vời của CyanogenMod sau khi kết thúc dự án. Có lẽ đó chỉ là tiền ở đâu.
Oracle không bao giờ quan tâm đến OpenOffice, nhưng ban đầu muốn sử dụng tên của nó để thúc đẩy doanh số bán bộ ứng dụng văn phòng độc quyền StarOffice của mình bằng cách gắn nhãn hiệu với tên “Open Office”. Sau đó, nó đã tặng dự án cho Apache sau khi hầu hết các nhà phát triển tình nguyện rời đi.
Google không thực sự quan tâm đến Android là một dự án mã nguồn mở đầy đủ , đó là lý do tại sao ngày càng có nhiều phần của “Dự án nguồn mở Android” (hoặc “AOSP”) đang bị bỏ lại. Google muốn giữ cho Android luôn mở để các nhà sản xuất dễ dàng tùy chỉnh, nhưng các ứng dụng nguồn mở như bàn phím và trình quay số đang ngày càng trở nên lỗi thời. Trên thiết bị Android dành cho người tiêu dùng, Google chỉ đóng gói bàn phím nguồn đóng, trình quay số và các ứng dụng khác của riêng mình. Google dường như cam kết với lõi nguồn mở Android, nhưng không phải toàn bộ hệ điều hành nguồn mở mà mọi người có thể sử dụng mà không có phần mềm và dịch vụ của Google. Rốt cuộc, việc cải thiện Dự án nguồn mở Android chỉ giúp Amazon’s Fire OS , một đối thủ cạnh tranh với các thiết bị Android của Google. Điểm của nó là gì?
Nguồn mở có thể thiếu nhân lực nghiêm trọng, mặc dù được hàng triệu người sử dụng
LIÊN QUAN: Heartbleed Giải thích: Tại sao bạn cần phải thay đổi mật khẩu của mình ngay bây giờ
Nếu một dự án là mã nguồn mở, bất kỳ ai cũng có thể sử dụng nó mà không cần đóng góp — ngay cả những công ty lớn. Điều này dẫn đến các vấn đề khi một dự án quan trọng, được sử dụng rộng rãi lại thiếu nhân lực và kinh phí trầm trọng.
Chúng tôi đã thấy kết quả của việc này với lỗ hổng bảo mật Heartbleed hồi năm 2014. Heartbleed đã khai thác một lỗ hổng trong OpenSSL. OpenSSL là một thư viện mã hóa quan trọng được sử dụng bởi nhiều công ty công nghệ khổng lồ và hàng trăm nghìn máy chủ web. Nhưng nó chỉ có một nhân viên toàn thời gian không có việc làm bên ngoài và $ 2000 một năm quyên góp . Dự án đã thu thêm tiền từ các hợp đồng hỗ trợ thương mại và tư vấn, nhưng chỉ một nhân viên toàn thời gian duy nhất có vẻ thấp đáng kinh ngạc đối với một phần cơ sở hạ tầng quan trọng được sử dụng bởi các tập đoàn hàng tỷ đô la như Google và Facebook.
Heartbleed thu hút sự chú ý đến mức độ thiếu hụt của phần mềm quan trọng này, vì vậy các công ty công nghệ lớn đã cam kết chi tiền hàng năm để tài trợ cho sự phát triển của OpenSSL và các dự án quan trọng khác như một phần của “ Sáng kiến cơ sở hạ tầng cốt lõi “.
Chắc chắn sẽ có một kết quả tốt cho câu chuyện cụ thể này — nhưng chỉ vì quá nhiều sự chú ý đã được thu hút vào nó. Khi bạn dựa vào một dự án nguồn mở để kích hoạt cơ sở hạ tầng của mình, bạn sẽ dễ dàng kết thúc việc phụ thuộc vào nó và cho rằng ai đó đang duy trì nó đủ tốt. Dự án mã nguồn mở quan trọng nào khác đang bị thiếu vốn nghiêm trọng? Chúng tôi có thể không nhận thấy cho đến khi có một vấn đề lớn khác.
Tín dụng hình ảnh: snoopsmaus
