CyanogenMod sudah mati , dibunuh oleh perusahaan induk Cyanogen. Komunitas sedang mencoba mengambil bagian dan membuat proyek baru, LineageOS, berdasarkan kode. Tapi ini adalah pengingat bahwa perangkat lunak sumber terbuka tidak semuanya sinar matahari, pelangi, dan stabilitas: pada kenyataannya, sering kali bisa sangat berantakan.
Meskipun sebuah proyek adalah sumber terbuka, itu belum tentu responsif terhadap komunitas, apalagi perangkat lunak andal yang dapat Anda andalkan. Proyek bervariasi: Beberapa dijalankan oleh satu atau dua pengembang sebagai hobi, yang lain menyatukan pengembang yang dibayar oleh banyak perusahaan besar, sementara yang lain didorong oleh perusahaan induk tunggal. Setiap situasi memiliki masalah dan drama masing-masing.
Kami menyukai perangkat lunak sumber terbuka — jangan salah paham — tetapi perangkat lunak ini menghadirkan sejumlah tantangan. Mari kita lihat beberapa di antaranya.
Open Source Sering Menderita Penundaan dan Perkembangan Glasial
Banyak proyek sumber terbuka tampaknya mengalami kecepatan pengembangan yang lambat, di mana versi baru tertunda terus-menerus, fitur baru datang dengan lambat jika pernah, dan sulit untuk memprioritaskan fitur yang sulit tetapi penting.
Lihat saja upaya Ubuntu untuk meluncurkan desktop Unity 8 dan server tampilan Mir, yang memungkinkan visinya tentang "konvergensi". Versi baru desktop Linux ini seharusnya stabil beberapa tahun yang lalu, dan masih sampai sekarang. Proyek ini telah bergerak dengan kecepatan tinggi, sedemikian rupa sehingga Canonical dikalahkan oleh Microsoft, yang mengumumkan visinya sendiri yang didukung oleh ponsel cerdas PC sebelum Windows 10 — dan dikirimkan di atasnya. Canonical masih belum mewujudkan visi yang telah lama dijanjikan. Mungkin akan stabil dalam beberapa tahun lagi.
TERKAIT: Inilah Mengapa Firefox Masih Bertahun-Tahun Di Belakang Google Chrome
Mozilla juga mengalami kesulitan dalam memprioritaskan. Mereka masih belum terkirim fitur multi-proses dan sandboxing di Firefox. Ini sangat penting untuk menjaga keamanan browser, mencegah crash agar tidak merusak seluruh browser, dan memanfaatkan CPU multi-proses dengan lebih baik. Semua browser utama lainnya telah menghadirkan fitur-fitur ini, termasuk yang dibenci Internet Explorer. Mozilla menggunakan proyek "Elektrolisis" untuk menambahkan fitur-fitur ini, tetapi menghentikannya pada tahun 2011 karena terlalu sulit. Mozilla kemudian harus memulainya kembali pada tahun 2013. Fitur ini tampaknya akan tiba pada tahun 2017 — yang sangat, sangat terlambat. Sementara itu, Mozilla membuang-buang waktu mengerjakan Firefox OS, sistem operasi ponsel pintar yang gagal.
Ketika sebuah proyek menggunakan begitu banyak pengembang sukarela, mungkin akan sulit menemukan orang untuk melakukan kerja keras yang tidak menyenangkan untuk dilakukan.
Drama Internal Mendapatkan Forks, Forks, dan More Forks
Kode sumber proyek sumber terbuka tersedia bagi siapa saja untuk diubah. Itulah intinya! Jika proyek sumber terbuka berubah dengan cara yang tidak Anda sukai, Anda — atau komunitas — dapat menggunakan kode sumber lama tersebut dan terus mengerjakannya sebagai proyek baru. Tetapi proyek komunitas sering kali terbungkus dalam drama internal sehingga menyebabkan banyak hal terpecah menjadi beberapa proyek, membingungkan dan mengasingkan pengguna.
Misalnya, ketika GNOME 3 diluncurkan dan banyak pengguna GNOME 2 tidak senang, tidak ada jalur langsung yang jelas. Pengembang harus membagi kode GNOME ke proyek lain seperti MATE dan Cinnamon. Satu lingkungan desktop berubah menjadi tiga, dan sumber daya pengembangan lebih tersebar di antara proyek. Akibatnya, masyarakat membutuhkan waktu untuk menjalankan proyek baru ini.
TERKAIT: OpenOffice vs. LibreOffice: Apa Perbedaannya dan Yang Harus Anda Gunakan?
Demikian pula, komunitas OpenOffice tidak senang ketika Oracle mengakuisisi Sun. Oracle bahkan secara singkat mengganti nama suite office miliknya, bukan open-source StarOffice menjadi "Oracle Open Office". Komunitas harus membuat garpu baru, LibreOffice , berdasarkan kode OpenOffice. Ini telah menjadi office suite sumber terbuka de facto bagi banyak orang, tetapi yang lain masih menggunakan OpenOffice karena mereka tidak mengetahui fork yang lebih baik dan drama yang mengelilinginya. OpenOffice hanya memiliki banyak pengenalan nama bawaan.
Dan, tentu saja, ada CyanogenMod. Cyanogen Inc baru saja menghentikan layanan online CyanogenMod — artinya mereka lebih suka mematikan ROM Android pihak ketiga yang paling populer daripada menyerahkannya kepada komunitas, alih-alih memaksa komunitas untuk membuat cabang baru CyanogenMod bernama LineageOS. Mengapa Cyanogen tidak begitu saja menyerahkan proyek CyanogenMod kepada komunitas? Jawabannya sepertinya drama internal (apakah Anda melihat polanya di sini?). Cyanogen adalah perusahaannya CEO berjanji mereka akan "menembak kepala Google". Itu akhirnya menempatkan peluru melalui kepala CyanogenMods, sebagai gantinya.
Ini semua hanya akan merugikan pengguna CyanogenMod, yang hanya menerima sedikit pemberitahuan sebelum server dan layanan CyanogenMod dimatikan. Telepon akan terus berfungsi, tetapi pembaruan yang nyaman dan layanan lainnya akan habis dalam semalam. Pengguna hanya perlu berharap proyek LineageOS akan segera menjadi penggantinya.
Tidak Semua Proyek Sumber Terbuka Berbasis Komunitas
Proyek sumber terbuka tidak selalu didorong oleh komunitas. Mengatakan program adalah open source berarti kode tersedia untuk melakukan apa yang Anda suka. Perusahaan yang mengembangkan perangkat lunak tidak harus menjalankannya sebagai proyek komunitas, atau mereka mungkin tertarik menggunakan proyek tersebut untuk mempromosikan perangkat lunak mereka yang lain.
CyanogenMod adalah contoh yang bagus untuk ini. Setelah Cyanogen Inc. muncul, mereka tidak terlalu peduli dengan CyanogenMod. Sasaran baru Cyanogen menjadi memasarkan platform Cyanogen Modular OS ke produsen, memperdagangkan pengakuan nama CyanogenMod yang hebat setelah menghentikan proyek. Mungkin di situlah letak uangnya.
Oracle tidak pernah peduli tentang OpenOffice, tetapi pada awalnya ingin menggunakan namanya untuk mendorong penjualan suite kantor berpemilik StarOffice dengan mencapnya dengan nama "Open Office". Itu kemudian menyumbangkan proyek ke Apache setelah sebagian besar pengembang sukarela pergi.
Google tidak terlalu peduli Android sebagai proyek sumber terbuka penuh , salah satunya, itulah sebabnya semakin banyak bagian dari "Proyek Sumber Terbuka Android" (atau "AOSP") yang ditinggalkan. Google ingin agar Android tetap terbuka sehingga mudah bagi produsen untuk menyesuaikan, tetapi aplikasi sumber terbuka seperti keyboard dan dialer menjadi semakin usang. Di perangkat Android konsumen, Google hanya menggabungkan keyboard, dialer, dan aplikasi lain dari sumber tertutupnya sendiri. Google tampaknya berkomitmen pada inti sumber terbuka Android, tetapi tidak seluruh sistem operasi sumber terbuka yang dapat digunakan orang tanpa perangkat lunak dan layanan Google. Bagaimanapun, meningkatkan Proyek Open Source Android hanya membantu OS Api Amazon , pesaing perangkat Android Google. Apa gunanya itu?
Open Source Bisa Kurang Tenaga Kerja Yang Serius, Meski Digunakan oleh Jutaan Orang
TERKAIT: Heartbleed Dijelaskan: Mengapa Anda Perlu Mengubah Kata Sandi Anda Sekarang
Jika sebuah proyek bersifat open source, siapa pun dapat menggunakannya tanpa berkontribusi — bahkan perusahaan besar. Hal ini menimbulkan masalah ketika proyek yang penting dan banyak digunakan mengalami kekurangan tenaga dan dana.
Kami melihat hasil ini dengan lubang keamanan Heartbleed kembali pada tahun 2014. Heartbleed mengeksploitasi kerentanan di OpenSSL. OpenSSL adalah pustaka enkripsi penting yang digunakan oleh banyak perusahaan teknologi raksasa dan ratusan ribu server web. Tapi itu hanya satu karyawan penuh waktu tanpa pekerjaan luar dan Sumbangan $ 2000 setahun . Proyek ini memang mengambil uang tambahan dari kontrak dan konsultasi dukungan komersial, tetapi hanya satu karyawan penuh waktu yang tampaknya sangat rendah untuk infrastruktur penting yang digunakan oleh perusahaan multi-miliar dolar seperti Google dan Facebook.
Heartbleed menarik perhatian karena kekurangan dana dari perangkat lunak penting ini, sehingga perusahaan teknologi besar berkomitmen untuk menyumbang uang setiap tahun untuk mendanai pengembangan OpenSSL dan proyek penting lainnya sebagai bagian dari " Inisiatif Infrastruktur Inti “.
Ada hasil yang bagus untuk cerita khusus ini, tentu — tetapi hanya karena begitu banyak perhatian yang tertuju padanya. Jika Anda mengandalkan proyek sumber terbuka untuk mengaktifkan infrastruktur Anda, mudah untuk bergantung padanya dan berasumsi bahwa orang lain yang memeliharanya dengan cukup baik. Apa proyek sumber terbuka penting lainnya yang sangat kekurangan dana? Kami mungkin tidak menyadarinya sampai ada masalah besar lainnya.
Kredit Gambar: snoopsmaus
