Pernahkah Anda berpikir untuk memulai distribusi Linux Anda sendiri? Mungkin Anda telah melihat kebutuhan dalam ekosistem Linux, atau mungkin Anda merasa seolah-olah penyesuaian dan penyesuaian selama bertahun-tahun yang Anda lakukan pada instalasi OS pribadi Anda akan ideal untuk orang lain.
Apa pun alasannya, Anda memiliki distribusi atau ide untuk distribusi yang Anda ingin orang tahu dan gunakan.
Banyak pengguna Linux memiliki pemikiran ini. Dan sementara banyak yang mengambil risiko dan merilis distro ke alam liar, sebagian besar gagal dalam pasar yang begitu kompetitif. Tapi apakah lebih baik gagal daripada tidak pernah mencoba sama sekali? Atau berhasil dengan resiko mengurangi distro yang sudah ada?
Saya telah memperluas pertanyaan ini melalui bagian yang dimodifikasi dari Solilokui terkenal Hamlet:
Untuk distro, atau tidak ke distro: hal-hal yang perlu dipertimbangkan: Apakah ini lebih mulia dalam pikiran untuk menderita Lag dan desain desktop yang keterlaluan, Atau untuk mengangkat senjata melawan lautan sistem, Dan dengan menentang akhiri mereka? Fork: untuk membuat.
Cheesy? Mungkin. Tapi itu membuat judul menarik.
Bahkan jika Anda sudah bertekad untuk merilis sebuah distro ke publik, ada beberapa hal yang harus Anda pertimbangkan sebelum melanjutkan usaha tersebut.
Akankah Ini Menciptakan Nilai?
Saya menulis postingan ini dengan asumsi bahwa Anda ingin mengirimkan distro untuk adopsi massal daripada spesifik untuk organisasi atau fasilitas tertentu.
Dengan mengingat hal itu, sudah ada ratusan distro Linux yang dipelihara secara aktif di luar sana yang melayani ratusan kebutuhan berbeda. Di mana distro Anda cocok? Apa positioning produk Anda?
Mungkin kebutuhan yang ingin Anda penuhi sudah diisi oleh tim pengembang lain? Mungkin akan lebih masuk akal untuk berkontribusi upstream ke OS yang ada daripada bersaing untuk pengguna yang sama mencari solusi yang sama?
Anda ingin memikirkan dengan hati-hati tentang proposisi nilai Anda dan apakah hal itu dapat dicapai atau tidak dengan bergabung dengan tim yang sudah ada.
Apakah Anda Memiliki Skillset yang Diperlukan?
Sebagian besar pengguna Linux dapat menggunakan distro yang sudah ada dan fungsional, menambahkan beberapa program dan tema yang tidak dimodifikasi atau beberapa modifikasi yang sangat spesifik, kemudian mengemas dan memasarkannya menggunakan pepatah umum, “ Distro yang sederhana dan mudah digunakan untuk semua orang.”
Jika distro Anda benar-benar membawa sesuatu ke meja, maka akan ada kode yang terlibat.
Jika Anda tidak dapat menulis kode kaliber untuk dikirimkan pada OS tidak apa-apa. Ketika saya memulai VeltOS Saya tidak akan mempercayai kode saya untuk dijalankan di pemanggang roti, apalagi sesuatu yang digunakan orang setiap hari.
Jadi alih-alih mengirimkan kode sub-par atau tidak membangun basis kode sama sekali, saya merekrut seorang kolega yang benar-benar dapat menulis C dengan solid bahasa.
Keterampilan pemrograman hanyalah permulaan, meskipun (puncak gunung es jika Anda bisa). Jika distro Anda mendapatkan sedikit pengakuan dan pengguna, maka Anda harus memiliki keterampilan dalam manajemen/pengembangan komunitas, pemasaran, dan hubungan masyarakat. Sekali lagi, jika Anda berjuang dengan keterampilan Anda harus membawa orang lain untuk mengisi kekurangan Anda.
Apakah kamu punya waktu?
Salah satu alasan terbesar kegagalan distro adalah karena pendiri aslinya menemukan bahwa mereka tidak lagi memiliki waktu untuk berinvestasi dalam proyek sampingan. Hanya karena Anda memiliki waktu luang sekarang bukan berarti Anda akan memiliki waktu itu nanti.
Jika Anda seorang mahasiswa yang memiliki banyak waktu luang selama liburan musim panas, bukan berarti Anda harus menjalankan ide distro Linux Anda. Saat semester berikutnya dimulai, Anda mungkin harus meninggalkan basis pengguna Anda tanpa pembaruan dan dukungan.
Jika Anda tahu Anda akan selalu punya waktu untuk tetap di atas segalanya, maka lakukanlah. Jika Anda tidak yakin maka Anda harus meletakkan ide distro Anda di back burner atau menerima keniscayaan untuk mendelegasikan tanggung jawab kepada anggota tim lain di kemudian hari.
Semua ini bermuara pada dua pertanyaan:
- Apakah Anda membuat inovasi open source atau kebisingan open source?
- Jika itu inovasi, apakah Anda memiliki keterampilan dan waktu untuk mengeksekusi ide Anda? Jika tidak, dapatkah yang lain?