Kelemahan dari Perangkat Lunak Open Source

CyanogenMod mati, dibunuh oleh perusahaan induk Cyanogen. Komunitas berusaha untuk mengambil bagian dan membuat proyek baru, LineageOS, berdasarkan kode. Tetapi ini adalah pengingat bahwa perangkat lunak open source tidak semua sinar matahari, pelangi, dan stabilitas: pada kenyataannya, seringkali bisa sangat berantakan.

Sekalipun sebuah proyek adalah open source, itu bahkan tidak selalu responsif terhadap komunitas, apalagi perangkat lunak 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 sendiri.

Kami menyukai perangkat lunak open source - jangan salah - tetapi ini menghadirkan sejumlah tantangan. Mari kita lihat beberapa.

Sumber Terbuka Sering Menderita Keterlambatan dan Kecepatan Pengembangan Es

Banyak proyek sumber terbuka nampaknya menderita dari lambatnya perkembangan, di mana versi-versi baru tertunda tanpa henti, fitur-fitur baru datang perlahan jika pernah, dan sulit untuk memprioritaskan fitur-fitur yang sulit-tetapi-penting.

Lihat saja upaya Ubuntu untuk meluncurkan desktop Unity 8 dan server display Mir, memungkinkan visinya tentang "konvergensi". Versi baru dari desktop Linux ini seharusnya stabil bertahun-tahun yang lalu, dan masih belum. Proyek ini telah bergerak dengan kecepatan tinggi, sedemikian rupa sehingga Canonical dipukuli oleh Microsoft, yang mengumumkan visinya sendiri yang didukung PC-smartphone-sebelum Windows 10-dan disampaikan padanya. Canonical masih belum memberikan visinya yang telah lama dijanjikan. Mungkin akan stabil dalam beberapa tahun lagi.

Mozilla juga mengalami kesulitan memprioritaskan. Mereka masih belum menghadirkan fitur multi-proses dan kotak pasir di Firefox. Ini sangat penting untuk menjaga keamanan browser, mencegah crash menghapus seluruh browser, dan lebih baik menggunakan CPU multi-proses. Semua peramban besar lainnya telah menghadirkan fitur-fitur ini, termasuk Internet Explorer yang dibenci. Mozilla membuat proyek “Elektrolisis” untuk menambahkan fitur-fitur ini, tetapi menghentikannya pada 2011 karena terlalu sulit. Mozilla kemudian harus me-restart pada 2013. Fitur ini tampaknya akan tiba pada 2017-yang benar-benar terlambat. Sementara itu, Mozilla membuang-buang waktu bekerja pada Firefox OS, sistem operasi ponsel cerdas yang gagal.

Ketika sebuah proyek menggunakan begitu banyak pengembang sukarela, mungkin akan kesulitan menemukan orang untuk melakukan kerja keras yang tidak menyenangkan untuk dilakukan.

Drama Internal Memunculkan Garpu, Garpu, dan Garpu Lainnya

Kode sumber proyek sumber terbuka tersedia bagi siapa saja untuk diubah. Itulah intinya! Jika proyek sumber terbuka berubah dengan cara yang tidak Anda sukai, maka Anda-atau komunitas-dapat mengambil kode sumber lama itu dan terus mengerjakannya sebagai proyek baru. Tetapi proyek-proyek komunitas seringkali begitu terbungkus dalam drama internal sehingga menyebabkan berbagai hal terpecah menjadi beberapa proyek, membingungkan dan mengasingkan pengguna.

Sebagai contoh, ketika GNOME 3 diluncurkan dan banyak pengguna GNOME 2 tidak senang, tidak ada jalan yang jelas. Pengembang harus memasukkan 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, butuh beberapa waktu bagi masyarakat untuk menyelesaikan proyek baru ini.

Demikian pula, komunitas OpenOffice tidak senang ketika Oracle mengakuisisi Sun. Oracle bahkan secara singkat berganti nama StarOffice office suite miliknya, tidak-sumber terbuka menjadi "Oracle Open Office". Komunitas harus membuat garpu baru, LibreOffice, berdasarkan kode OpenOffice. Ini telah menjadi suite kantor sumber terbuka de facto bagi banyak orang, tetapi yang lain masih menggunakan OpenOffice karena mereka tidak menyadari garpu yang lebih baik dan drama yang mengelilinginya. OpenOffice baru saja memiliki banyak pengenalan nama.

Dan, tentu saja, ada CyanogenMod. Cyanogen Inc baru saja mematikan layanan online CyanogenMod - yang berarti mereka lebih baik membunuh ROM Android pihak ketiga yang paling populer daripada menyerahkannya kepada komunitas, alih-alih memaksa komunitas untuk membuat garpu baru CyanogenMod bernama LineageOS. Mengapa Cyanogen tidak hanya menyerahkan proyek CyanogenMod ke komunitas? Jawabannya tampaknya adalah drama internal (apakah Anda melihat sebuah pola di sini?). Cyanogen adalah perusahaan yang CEO-nya berjanji akan "menembakkan peluru ke kepala Google". Itu akhirnya menempatkan peluru di kepala CyanogenMod, sebagai gantinya.

Ini semua hanya pada akhirnya menyakiti pengguna CyanogenMod, yang menerima pemberitahuan sangat sedikit sebelum server dan layanan CyanogenMod akan ditutup. Telepon akan terus berfungsi, tetapi pembaruan yang nyaman dan layanan lainnya hampir habis dalam semalam. Pengguna hanya harus berharap proyek LineageOS akan segera menjadi pengganti.

Tidak Semua Proyek Sumber Terbuka Didorong oleh Masyarakat

Proyek open source tidak selalu didorong oleh komunitas. Mengatakan program adalah open source berarti kode itu tersedia untuk melakukan apa yang Anda suka. Perusahaan yang mengembangkan perangkat lunak tidak harus menjalankannya sebagai proyek komunitas, atau mereka mungkin tertarik menggunakan proyek untuk mempromosikan perangkat lunak mereka yang lain..

CyanogenMod adalah contoh yang bagus untuk ini. Begitu Cyanogen Inc. muncul, mereka tidak terlalu peduli tentang CyanogenMod. Tujuan baru Cyanogen menjadi memasarkan platform OS Cyanogen Modular kepada produsen, berdagang berdasarkan pengakuan nama besar CyanogenMod setelah membunuh proyek tersebut. Mungkin di situlah uang itu berada.

Oracle tidak pernah peduli dengan OpenOffice, tetapi pada awalnya ingin menggunakan namanya untuk mendorong penjualan suite perkantoran milik StarOffice dengan mencapnya dengan nama "Open Office". Itu kemudian menyumbangkan proyek ke Apache setelah sebagian besar pengembang sukarela pergi.

Google juga tidak terlalu peduli dengan Android sebagai proyek open-source penuh, dan itulah sebabnya semakin banyak bagian dari "Android Open Source Project" (atau "AOSP") tertinggal. Google ingin menjaga Android tetap terbuka sehingga mudah bagi produsen untuk menyesuaikan, tetapi aplikasi open source seperti keyboard dan dialer menjadi semakin ketinggalan jaman. Pada perangkat Android konsumen, Google hanya membundel sendiri keyboard sumber tertutup, dialer, dan aplikasi lainnya. 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. Lagipula, meningkatkan Proyek Sumber Terbuka Android hanya membantu Amazon Fire OS, pesaing perangkat Android Google. Apa gunanya itu??

Sumber Terbuka Dapat Kekurangan Tenaga Kerja Serius, Meskipun Digunakan oleh Jutaan Orang

Jika sebuah proyek adalah open source, siapa pun dapat menggunakannya tanpa berkontribusi - bahkan perusahaan besar. Hal ini menyebabkan masalah ketika proyek penting yang banyak digunakan memiliki kekurangan tenaga dan dana.

Kami melihat hasil ini dengan lubang keamanan Heartbleed pada tahun 2014. Heartbleed mengeksploitasi kerentanan di OpenSSL. OpenSSL adalah perpustakaan enkripsi penting yang digunakan oleh banyak perusahaan teknologi raksasa dan ratusan ribu server web. Tapi itu hanya memiliki satu karyawan penuh waktu tanpa pekerjaan di luar dan sumbangan $ 2000 setahun. Proyek ini memang menerima uang tambahan dari kontrak dukungan komersial dan konsultasi, tetapi hanya seorang karyawan penuh waktu yang tampaknya sangat rendah untuk infrastruktur penting yang digunakan oleh perusahaan multi-miliar dolar seperti Google dan Facebook.

Heartbleed menarik perhatian betapa kekurangan dana perangkat lunak kritis ini, sehingga perusahaan teknologi besar berkomitmen untuk menghasilkan uang setiap tahun untuk mendanai pengembangan OpenSSL dan proyek penting lainnya sebagai bagian dari "Core Infrastructure Initiative".

Ada hasil yang baik untuk cerita khusus ini, tentu saja - tetapi hanya karena begitu banyak perhatian tertarik padanya. Ketika Anda mengandalkan proyek sumber terbuka untuk mengaktifkan infrastruktur Anda, mudah berakhir tergantung padanya dan menganggap orang lain merawatnya dengan cukup baik. Apa proyek open-source penting lainnya yang kekurangan dana? Kami mungkin tidak melihat sampai ada masalah besar lainnya.

Kredit Gambar: snoopsmaus