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


Bagi mereka yang tidak MOTU (orang yang memelihara perangkat lunak Universe dan Multiverse repositori) dan tidak memiliki rencana untuk variasi "Saya akan mengajukan permohonan untuk MOTU oleh $ tanggal":

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

Saya mengacu pada hambatan sosial dan teknologi.

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


26


asal


Tolong buat MOTU sebuah tautan wiki.ubuntu.com/MOTU untuk orang yang tidak tahu apa itu (seperti saya) - Steve Armstrong
Saya setuju bahwa tautan akan sangat membantu. Namun, mengingat bahwa pertanyaan ini adalah tentang mengapa orang bukan bagian dari beberapa hal tertentu akan lebih baik untuk benar-benar menjelaskan jargon dalam pertanyaan itu. - moberley
@moberley: MOTU adalah pengembang yang dapat mengunggah paket ke bagian semesta (dan multiverse) dari arsip Ubuntu. - txwikinger
Lupa untuk memperbarui keanggotaan ubuntu-dev dan ubuntu-coredev saya dan tidak memiliki waktu untuk menjalani proses lagi adalah alasan mengapa saya tidak lagi MOTU / coredev ;-) - ℝaphink
Dikonversi ke Komunitas Wiki karena gaya pertanyaan. - Marco Ceppi♦


Jawaban:


Berikan dokumentasi yang lebih baik.

Saya telah mengambil bagian dalam sesi IRC mingguan pengembang yang terkait dengan kemasan dan materi MOTU (sudah dua kali) dan menemukan bahwa selama sesi tersebut Anda biasanya memiliki pemahaman yang tidak jelas tentang prosesnya. Tetapi jika Anda melihat halaman wiki Ubuntu dua minggu kemudian, Anda tidak bisa mendapatkan semua bagian lagi. Halaman-halaman itu sering merupakan daftar titik-titik peluru dari orang-orang yang sudah memahami prosesnya secara terperinci. Tapi itu tidak cukup untuk membuat konten dimengerti untuk pemula.

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


11



Saya setuju halaman wiki tidak terlalu membantu. Saya menemukan video Daniel Holbach di YouTube sangat membantu ketika saya memulai. Apakah log dari sesi IRC diposting ke wiki? - maco


Saya pikir penghalang teknis terbesar adalah mengetahui cara membuat paket Debian. Meskipun relatif mudah untuk membuat paket kerja, akan jauh lebih sulit untuk membuat paket hingga ke standar Debian dan Ubuntu. Juga, panduan tentang cara membuat paket biasanya berurusan dengan situasi di mana Anda memiliki kode sumber yang membutuhkan kompilasi. Ini bisa membingungkan untuk aplikasi yang ditulis dalam bahasa yang ditafsirkan.

Penghalang sosial terbesar mungkin mengetahui cara mendapatkan paket yang diunggah ke repositori semesta / multiverse. Sangat mudah untuk membuat paket ppa dan unggah Anda sendiri di sana.


14





Sekarang orang-orang seperti kontribusi drive-by.

20 tahun yang lalu Anda biasanya memfokuskan banyak energi Anda pada proyek hewan peliharaan, jika Anda memilikinya. Hari ini Anda mengunjungi puluhan halaman Internet setiap hari, dan ada banyak jejaring sosial atau komunitas lain, di mana Anda dapat berkontribusi untuk wiki, forum, dan hal-hal lain. Sementara ini telah menyebabkan lebih banyak orang berkontribusi, itu juga menyebabkan orang-orang mengharapkan entri penghalang rendah (a la "klik saja situs web untuk mengeditnya. Jika tidak, mereka mungkin hanya beralih ke komunitas lain.

Karena itu Anda harus mencari hambatan dalam proses MOTU. Saya ingat proyek GroundControl untuk menurunkan penghalang bagi kontribusi tambalan di proyek-proyek yang di-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 kuat, mungkin membutuhkan banyak energi untuk belajar bagaimana menggunakannya dengan benar.


11



Saya tidak tahu apakah saya menyukai ide orang yang tidak bisa menggunakan paket pemeliharaan shell, karena shell scripting adalah bagian penting dari pengemasan (yaitu, ada skrip shell yang perlu Anda tulis / modifikasi untuk membuat banyak paket kerja). - maco
@maco: Apakah Anda ingin mendapatkan kontributor baru atau tidak? Jika demikian, Anda harus menerima bahwa proses mungkin perlu diubah (dan bukan hanya orang yang terlibat dalam proses). Pemikiran elitis akan mengecualikan sebagian besar komunitas potensial. Dan jika Anda ingin mendapatkan upaya terdistribusi untuk memulai, baris perintah umumnya merupakan alat yang sangat buruk untuk mendukung itu. - Bananeweizen
Itu seperti mengatakan "Anda perlu tahu beberapa C untuk menulis patch kernel" adalah elitis. Anda hanya perlu mengetahui cara kerja baris perintah untuk menulis skrip yang masuk ke paket. Bahkan jika Anda memiliki GUI untuk membuat paket, itu akan berakhir dengan sekelompok "ketik skrip postinst shell di sini" textbox. - maco
Komentar saya bukan tentang kebutuhan teknis. Saya akan mencoba ulang kata-kata (saya bukan penutur asli bahasa Inggris): Pertama Anda meminta kontributor tambahan. Setelah itu saya membaca di komentar Anda: Jika Anda tidak dapat menulis skrip shell, Anda harus bodoh untuk berpartisipasi dalam kemasan. Itu membuatku kesal. Saya masih percaya bahwa asumsi Anda salah. Sampai Ground Control semua orang harus mengetahui sistem kontrol versi untuk dapat menambal beberapa proyek dalam LP. Alih-alih membuat kontrol versi lebih mudah, GC mengkontraksikan kasus penggunaan tunggal untuk menambal dan menghapus kebutuhan untuk mengetahui apa pun tentang sistem kontrol versi. - Bananeweizen
Saya tidak mengatakan "bodoh" di mana saja. Saya mengatakan itu adalah keterampilan yang diperlukan. Untuk paket yang agak rumit, Anda akan harus menulis skrip shell. Ketidaktahuan (tidak memiliki namun belajar keterampilan tertentu) dan kecerdasan sama sekali tidak sama. - maco


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

Sering kali, saya telah dengan bersemangat bertekad untuk berkontribusi setidaknya 1 patch ke Ubuntu ... jadi saya pergi ke tempat alami di situs web ... dan akhirnya hilang dalam lautan dokumentasi. Beberapa jam kemudian, saya masih tidak tahu apa yang harus saya tuliskan patch. Ketika saya melihat 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 antarmukanya jauh lebih kompleks daripada Source Forge, saya tidak bisa mendapatkan kode sendiri di LP. Sangat sulit untuk pengguna baru.


9



Ya, desain launchpad punya masalah. Hal-hal tidak jelas pada LP. Sangat mudah tetapi Anda harus mencarinya banyak. Pengguna baru dengan cepat tersesat. Diperlukan desain ulang agar lebih jelas dan sederhana seperti GitHub. - Owais Lone


Menjadi MOTU adalah sebuah tanggung jawab.

Yah, jelas alasan # 1 tidak cukup luas secara teknis, dan alasan # 2 adalah memiliki satu triliun hal yang lebih baik Anda lakukan. Tetapi di antara audiens target Anda, saya pikir alasan utamanya 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 mengharapkan bahwa saya mengemas versi yang lebih baru. Tidak ada yang akan meminta saya 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 bahwa paket itu tidak tersedia untuk narwhal yang tidak rapi.

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 dari paket segera setelah tersedia di hulu. Saya harus menjelaskan kepada pengguna nontechnical bagaimana mencari tahu apa yang mereka lakukan salah. Tidak seperti memposting di forum, saya tidak seharusnya mengabaikan pertanyaan yang tidak ingin saya jawab. Dan pengembang lain mungkin mengejar saya karena saya mengacaukan sesuatu - ini bisa mengintimidasi.

Dan apa yang saya dapatkan?

  • Perasaan kabur bahwa saya telah membantu orang. Itu bisa berarti. Tapi kalau itu motivasi utama saya, bagaimana bisa software pengemasan dibandingkan dengan membantu di dapur umum atau mengajari anak-anak tetangga Anda yang tidak bekerja-imigran?

  • Poin utama di resume saya? Meh, berpartisipasi dalam FOSS sebagai programmer akan lebih dihargai. (Ini memberi Anda pengalaman dengan hal-hal seperti manajemen proyek dan perawatan maitese jangka panjang yang sulit untuk diajarkan di program kuliah.) Sebenarnya, menjadi DD / MOTU terlihat mencurigakan bagi banyak perusahaan yang mengerutkan kening pada karyawan yang terlibat secara politik (Anda secara terbuka memberikan dukungan politik kepada FOSS).

  • Perasaan puas? Jauh lebih sedikit daripada menulis program saya sendiri dari awal. Pemrograman jauh lebih kreatif daripada pengemasan. Ada rasa pencapaian besar di dalamnya. Ada hak menyombongkan diri. Tetapi dalam kemasan? Ini sebuah tugas. Itu tidak glamor.

(Itu adalah orang ketiga "saya" di atas. Saya pikir alasan yang saya berikan berlaku untuk kebanyakan orang tetapi pada tingkatan yang berbeda-beda. Secara pribadi itu terutama memiliki satu lagi hal-hal yang lebih baik saya lakukan, dan pengemasan kurang memiliki rasa pencapaian kreatif.)

(Karena penasaran, apakah Ubuntu kekurangan tenaga manusia?)


8



Ya, benar. Pernahkah Anda melihat bugtracker kami? - maco
@maco: Di Halaman MOTUSaya melihat dengan mudah apa itu MOTU dan bagaimana saya bisa menjadi satu. Saya tidak melihat apa-apa tentang "Paman Ubuntu membutuhkan ANDA!". Saya tidak berpikir bugtracker memberi tahu banyak pengguna biasa; misalnya banyak bug yang tidak ditutup dapat berarti banyak pengguna laporan-dan-menjalankan yang tidak memposting informasi yang cukup untuk mereproduksi bug. - Gilles
Saya harus sepenuhnya setuju dengan Gilles. Jika saya memiliki lebih banyak waktu untuk mencurahkan untuk open source, saya punya beberapa proyek yang ingin saya program. - Javier Rivera
Ada banyak bug seperti itu, tetapi mereka ditutup karena tidak aktif akhirnya. Ada ~ 2000 bug dengan tambalan yang terpasang di Launchpad. Operasi Cleansweep sudah membahas dan meninjau patch dan mengirimnya ke hulu jika bagus dan menolak jika buruk. Jika mereka bagus dan tidak perlu menunggu siklus rilis untuk melewati rilis hulu, mereka harus dikemas. Meskipun banyak yang sudah berumur setahun. Kami belum mengikuti tingkat yang mereka kirimkan. - maco


Bahasa, masalah utama saya adalah bahwa saya masih belum cukup percaya diri dengan bahasa Inggris, karena itu, saya tidak bisa mengerti dengan mudah apa yang pengembang coba katakan


4





Apa yang menghentikan saya untuk menjadi MOTU?

Walaupun Ubuntu adalah Komunitas yang sangat baik (saya belum dinyalakan untuk pertanyaan-pertanyaan n00bie, namun) saya pikir bahwa ada beberapa / dokumentasi yang tidak lengkap tentang proses pengemasan (bahkan Panduan Maintainer Baru dari Debian penuh dengan "topik ini berada di luar cakupan dari dokumen ini "garis). Jika Anda mengambil fakta itu dan berpikir tentang orang yang bahasa pertamanya bukan bahasa Inggris (seperti saya), prosesnya bahkan lebih sulit dan tenang.

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


3