Apa hambatan terbesar untuk berjalan di jalur MOTU / pengembang? [Tutup]

Bagi mereka yang bukan MOTU (orang-orang yang memelihara repositori perangkat lunak Universe dan Multiverse ) dan tidak memiliki rencana varietas "Saya akan berlaku untuk MOTU berdasarkan $ date":

Apa yang membuat Anda dan orang lain seperti Anda tidak mencoba menjadi MOTU? Apa yang membuat Anda berpikir Anda tidak bisa menjadi satu?

Saya mengacu pada hambatan sosial dan teknologi.

EDIT: Saya hanya mengatakan MOTU karena ini adalah grup yang cukup umum, tetapi "mengapa Anda tidak mengemas / menambal dan berniat akhirnya mencoba untuk hak unggah?" adalah versi yang lebih umum.

Berikan dokumentasi yang lebih baik.

Saya telah mengambil bagian dalam minggu-minggu pengembang, sesi-sesi IRC yang terkait dengan pengemasan dan barang-barang MOTU (sudah dua kali) dan menemukan bahwa selama sesi-sesi itu Anda biasanya memiliki pemahaman yang samar tentang proses tersebut. Tetapi jika Anda melihat halaman wiki Ubuntu dua minggu kemudian, Anda tidak bisa mendapatkan semua bagian lagi. Halaman-halaman itu seringkali merupakan daftar poin-poin dari orang-orang yang sudah memahami proses secara rinci. Tapi itu tidak cukup untuk membuat konten dimengerti oleh pemula.

Jadi mungkin Anda harus mencoba untuk mendapatkan halaman dokumentasi wiki menjelaskan proses, alat dan orang-orang yang terlibat secara lebih detail. Atau bahkan dengan contoh lengkap. Selama sesi IRC selalu ada contoh berulang, mungkin itu membuat perbedaan ke halaman wiki.

Saya pikir kendala teknis terbesar adalah mengetahui cara membuat paket Debian. Walaupun relatif mudah untuk membuat paket yang berfungsi, jauh lebih sulit untuk membuat paket hingga standar Debian dan Ubuntu. Juga, panduan tentang cara membuat paket biasanya berurusan dengan situasi di mana Anda memiliki kode sumber yang memerlukan kompilasi. Ini dapat membingungkan untuk aplikasi yang ditulis dalam bahasa yang ditafsirkan.

Hambatan sosial terbesar mungkin adalah mengetahui bagaimana cara mendapatkan paket yang diunggah ke dalam semesta / repositori multiverse. Jauh lebih mudah untuk hanya membuat ppa Anda sendiri dan mengunggah paket di sana.

Saat ini orang menyukai kontribusi drive-by .

20 tahun yang lalu Anda biasanya akan memfokuskan banyak energi Anda pada proyek hewan peliharaan, jika Anda memilikinya. Hari ini Anda mengunjungi lusinan halaman Internet sehari, dan ada banyak jejaring sosial atau komunitas lain, tempat Anda dapat berkontribusi untuk wiki, forum, dan hal-hal lain. Meskipun hal ini telah menyebabkan lebih banyak orang berkontribusi, hal ini juga menyebabkan orang mengharapkan entri penghalang rendah (ala "klik saja situs web untuk mengeditnya). Jika tidak, mereka hanya dapat beralih ke komunitas lain.

Karena itu Anda harus mencari penghalang dalam proses MOTU. Saya ingat proyek GroundControl untuk menurunkan penghalang untuk kontribusi tambalan di proyek yang dihosting launchpad. Mungkin Anda membutuhkan alat baru yang serupa, sehingga calon MOTU baru tidak perlu mengutak-atik banyak alat baris perintah. Sementara alat-alat saat ini mungkin sangat kuat, mungkin dibutuhkan banyak energi untuk belajar bagaimana menggunakannya dengan benar.

Hambatan terbesar yang saya temukan adalah halaman pengembang Ubuntu: http://www.ubuntu.com/community/get-involved/developers

Berkali-kali, saya dengan antusias memutuskan untuk berkontribusi setidaknya 1 patch ke Ubuntu ... jadi saya pergi ke tempat alami di situs web ... dan akhirnya tersesat dalam lautan dokumentasi. Beberapa jam kemudian, saya masih belum tahu untuk apa saya harus menulis tambalan. Ketika saya melihat melalui bug Ubuntu, saya sering menemukan patch ... banyak yang hanya duduk di sana tidak digunakan.

Sejauh paket pergi, saya sudah mencoba mencari cara membuatnya, itu benar-benar membingungkan. Saya juga mencoba untuk terlibat dalam Launch Pad, tetapi antarmuka jauh lebih kompleks daripada Source Forge, saya tidak bisa mendapatkan kode saya sendiri di LP. Sangat sulit bagi pengguna baru.

Menjadi MOTU adalah tanggung jawab .

Yah, jelas alasan # 1 tidak cukup banyak secara teknis, dan alasan # 2 adalah memiliki banyak hal yang ingin Anda lakukan. Tetapi di antara target audiens Anda, saya pikir alasan utama adalah bahwa itu adalah tanggung jawab.

Jika saya menyusun paket untuk diri saya sendiri, tidak ada orang lain yang peduli apakah saya telah mengikuti kebijakan teknis dan hukum. Tidak ada yang akan datang kepada saya berharap bahwa saya mengemas versi yang lebih baru. Tidak ada yang akan meminta saya untuk memperbaiki bug.

Jika saya mengunggah paket saya ke ppa, beberapa orang mungkin peduli. Tapi harapannya tidak setinggi itu. Saya hanya bisa menghilang dan membiarkan orang-orang mengeluh di blog mereka betapa sedihnya paket itu tidak tersedia untuk narwhal.

Jika saya menjadi MOTU, tiba-tiba saya memiliki tanggung jawab besar. Pengguna akan datang kepada saya dengan laporan bug dan mengeluh jika saya tidak menyelesaikannya kemarin. Pengguna akan berharap bahwa saya mengunggah versi baru paket segera setelah tersedia di hulu. Saya harus menjelaskan kepada pengguna nonteknis bagaimana mencari tahu apa yang mereka lakukan salah. Tidak seperti posting di forum, saya tidak seharusnya mengabaikan pertanyaan yang saya rasa tidak ingin saya jawab. Dan pengembang lain mungkin mengejar saya karena saya mengacaukan sesuatu - ini bisa menakutkan.

Dan apa yang saya dapatkan?

• Perasaan kabur bahwa saya telah membantu orang. Itu penting. Tetapi jika itu motivasi utama saya, bagaimana bisa mengemas perangkat lunak dibandingkan dengan membantu di dapur umum atau mengajari anak-anak tetangga Anda yang tidak bekerja dan imigran?

• Titik peluru di resume saya? Meh, berpartisipasi dalam FOSS sebagai programmer akan lebih dihargai. (Ini memberi Anda pengalaman dengan hal-hal seperti manajemen proyek dan maitenance jangka panjang yang sulit untuk diajarkan di perguruan tinggi.) Sebenarnya, menjadi seorang DD / MOTU terlihat mencurigakan bagi banyak pengusaha yang tidak menyukai karyawan yang terlibat secara politis (Anda secara terbuka memberikan dukungan politik kepada FOSS).

• Perasaan puas? Apalagi menulis program saya sendiri dari awal. Pemrograman jauh lebih kreatif daripada pengemasan. Ada rasa prestasi yang besar di dalamnya. Ada hak membual. Namun dalam kemasan? Ini tugas. Itu tidak glamor.

(Itu adalah orang ketiga "Saya" di atas. Saya pikir alasan yang saya berikan berlaku untuk kebanyakan orang tetapi untuk berbagai tingkatan. Secara pribadi itu terutama memiliki banyak hal yang saya ingin lakukan, dan pengemasan yang kurang memiliki rasa pencapaian kreatif.)

(Karena penasaran, apakah Ubuntu kekurangan tenaga kerja?)

Bahasa , masalah utama saya adalah saya masih kurang percaya diri dengan bahasa Inggris, karena itu, saya tidak bisa mengerti dengan mudah apa yang pengembang lain coba katakan kepada saya

Apa yang menghentikan saya untuk menjadi MOTU?

Walaupun Ubuntu adalah Komunitas yang sangat bagus (saya belum pernah dinyalakan karena pertanyaan n00bie, namun) Saya pikir ada beberapa / tidak lengkap dokumentasi tentang proses pengemasan (bahkan Panduan Maintainer Baru Debian penuh dengan "topik ini di luar ruang lingkup dokumen ini "baris). Jika Anda mengambil fakta itu dan berpikir tentang orang-orang yang bahasa pertamanya bukan bahasa Inggris (seperti saya) prosesnya bahkan lebih sulit dan caothic.

Dengan sederhana, langsung ke intinya, dokumentasi segala hal akan lebih mudah kita semua, tetapi orang-orang yang memiliki kemampuan teknis untuk menulis dokumentasi itu terlalu sibuk untuk melakukannya.

Saya pikir ada beberapa alasan untuk ini. Saya juga berpikir alasannya sering individu.

Salah satu masalah saat ini, adalah perubahan seluruh sistem MOTU. Saya percaya, perubahan bisa membingungkan, dan telah diimplementasikan lebih pada jalur teknologi dan sayangnya tidak membawa komunitas sepenuhnya (mungkin hanya karena membingungkan).

Saya juga berpikir, dalam beberapa kasus motivasi untuk menjadi MOTU tidak sejelas yang seharusnya. IMHO, menjadi MOTU adalah tanggung jawab, bukan hak istimewa. Ini bukan tentang judul, tetapi tentang kemampuan untuk membantu komunitas Ubuntu dengan hak akses yang menyertainya. Karena ini, bisa jadi seluruh proses persetujuan dapat diubah (atau diperpanjang). MOTU biasanya mencalonkan diri mereka sendiri, dan kemudian dewan melihat apakah mereka siap menjadi MOTU. Mungkin harus dimungkinkan, bahwa rekan-rekan yang percaya bahwa seseorang siap menjadi MOTU dapat mencalonkan orang itu. Ini akan mewakili lebih banyak fakta IMHO, bahwa nominasi dilakukan untuk membantu proses, bukan untuk mendapatkan gelar. Saya mengerti bahwa menjadikan ini satu-satunya cara memiliki masalah juga, oleh karena itu, saya lebih suka melihatnya sebagai alternatif daripada satu-satunya cara.

Saya juga tahu ada beberapa masalah di masa lalu dengan orang-orang lebih fokus pada KDE. Mudah-mudahan masalah-masalah ini telah diatasi, tetapi mungkin akan lebih baik jika itu juga diketahui secara luas.

Jelas, ini hanya beberapa masalah yang saya perhatikan. Orang berbeda dan akan melihat hal yang berbeda, atau dipengaruhi secara berbeda oleh hal yang sama. Jadi, masalah tesis ini mungkin tidak menghentikan semua orang, juga bukan satu-satunya alasan untuk masalah ini.

Saya memposting beberapa ide di sini: http://blog.mitechie.com/2010/08/24/ubuntu-help-wanted/

Satu hal yang benar-benar ingin saya sampaikan adalah, saya bertanya-tanya berapa banyak pengembang yang tidak menggunakan sistem pembangunan yang dengan mudah dihubungkan ke alat pengemasan. Saya sedang melakukan pengembangan python. Dunia saya berpusat di sekitar setuptools dan mendistribusikan, dan ya, saya bisa mengambil sesuatu yang saya buat dengan itu dan mengekspornya, tetapi untuk apa? Saya sudah memiliki sesuatu yang dapat didistribusikan. Saya bertanya-tanya apakah munculnya bahasa scripting dengan alat membangun / metode distribusi mereka sendiri menyebabkan kurangnya pengalaman dan keinginan dalam menyatukan berbagai hal dengan alat pengemasan debian dan dengan demikian tingkat MOTU.

Bagi saya itu mungkin terkait waktu. Saat ini saya tidak punya banyak waktu untuk berinvestasi. Dan saya mulai dengan triaging bug, tetapi segera menemukan bahwa hal-hal sedikit lebih rumit. Dan Anda benar-benar perlu menenggelamkan gigi di dalamnya.

Lalu ada perbaikan bug, yang saya tahu akan saya nikmati. Apa yang menghalangi saya untuk membantu di luar sana, adalah bahwa Anda perlu menjalankan cabang pengembangan atau sesuatu. Saya pernah mulai mengerjakan potongan kertas saya di Monitor Sistem (https://bugzilla.gnome.org/show_bug.cgi?id=611738) Jadi saya mulai menggunakan Ground Control, untuk mengambil sumber yang diperlukan dan masuk ke sana memperbaiki bug. Namun, ternyata tidak semudah itu, karena ketergantungan. Saya tahu bahwa saya hanya boleh bekerja pada versi pengembangan, dan menguji apakah sudah diperbaiki di sana. Namun, hanya untuk mencobanya saya perlu mengunduh sumber dari banyak paket gnome lainnya. Yang tidak mudah dengan groundcontrol. Dan Anda mungkin harus melakukannya di mesin kerja. Jadi saya berhenti di situ. (Sekali lagi itu akan memakan waktu terlalu banyak, hanya untuk memulai ini)

Mengenai pengemasan, saya tidak tahu apa-apa yang membutuhkan pengemasan. Saya pernah melakukan tutorial tentang pengemasan, dan ternyata tidak terlalu sulit untuk aplikasi kecil. Namun tidak pernah keluar mencari daftar barang yang perlu kemasan, karena saya tahu mungkin ada satu ... :)

Jadi pada dasarnya bagi saya ini hanya waktu, saya ingin membantu, tetapi saya hanya punya beberapa jam (2 atau lebih) setiap minggu atau lebih. Dan dalam waktu sekecil itu saya sepertinya tidak dapat memulai dengan ini.

Ketika saya membuat paket, biasanya menggaruk gatal saya, bukan karena orang lain menginginkan paket itu. Checkinstall cukup baik untuk membuat paket untuk saya, dan kemudian gatal saya tergores, dan saya tidak punya insentif pribadi untuk menempuh jarak ekstra untuk mengemasnya secara manual, dan mencari tahu semua dependensi dan hal-hal lain.

Jadi saya kira meskipun kemasan untuk distribusi mudah, masih lebih banyak pekerjaan di luar pengemasan untuk Anda sendiri.