Hai Nama saya Dmitry Pavlov, saya bekerja di
GridGain , dan saya juga
komuter dan anggota PMC di Apache Ignite dan kontributor untuk Pelatihan Apache. Baru-baru ini, saya membuat laporan tentang pekerjaan committer pada pertemuan Sberbank tentang open source. Dengan berkembangnya komunitas opensource, banyak yang mulai mengajukan pertanyaan: bagaimana menjadi seorang committer, tugas apa yang harus diambil dan berapa banyak baris kode yang perlu Anda tulis untuk mendapatkan peran ini. Ketika kita berpikir tentang penumpang, kita segera dihadapkan dengan orang-orang mahakuasa dan mahatahu dengan mahkota di kepala mereka dan volume "Kode Bersih" bukan tongkat kerajaan. Benarkah begitu? Dalam posting saya, saya akan mencoba menjawab semua pertanyaan penting tentang pengendara sehingga Anda dapat mengerti jika Anda benar-benar membutuhkannya.
Semua pendatang baru di komunitas open source memiliki banyak pemikiran bahwa mereka tidak akan pernah menjadi penumpang. Memang, bagi banyak orang, ini adalah peran bergengsi yang hanya dapat diperoleh untuk jasa khusus dengan menulis satu ton kode. Tapi itu tidak sesederhana itu. Lihatlah pengemis dari komunitas.
Siapa pengendara dan mengapa itu dibutuhkan?
Saat membuat produk opensource baru, kami selalu mengizinkan pengguna untuk menggunakan dan merisetnya, serta memodifikasi dan mendistribusikan salinan yang dimodifikasi. Tetapi ketika ada distribusi salinan perangkat lunak yang tidak terkontrol dengan perubahan yang dilakukan, maka kami tidak menerima counterbuffs dalam basis kode utama dan proyek tidak berkembang. Di sini committer yang sama sudah diperlukan, yang memiliki hak untuk mengumpulkan kontribusi pengguna ke proyek.
Mengapa menjadi penglaju?
Untuk mulai dengan, komit adalah nilai tambah untuk resume, dan untuk pemula di bidang pemrograman itu adalah nilai tambah yang lebih besar, karena sering ketika melamar pekerjaan mereka meminta contoh kode.
Keuntungan kedua yang tidak diragukan dari komitmen adalah kemampuan untuk berkomunikasi dengan para ahli top dan menarik beberapa ide keren dari sumber terbuka ke proyek Anda. Selain itu, jika Anda sangat mengetahui produk open source tertentu, maka Anda bisa mendapatkan perusahaan yang mendukung atau menggunakannya. Bahkan ada pendapat bahwa jika Anda tidak berpartisipasi dalam open source, maka Anda tidak dapat masuk ke posisi karir yang tinggi.
Selain manfaat dalam hal karir dan pekerjaan, komitmen itu sendiri bagus. Komunitas profesional mengenali Anda, Anda dengan jelas melihat hasil pekerjaan Anda. Tidak seperti dalam semacam pengembangan perusahaan, di mana kadang-kadang Anda bahkan tidak mengerti mengapa Anda mentransfer bidang ke sana kemari dalam XML.
Di komunitas opensource, Anda dapat bertemu pakar top di tingkat Linus Torvalds. Tetapi jika Anda tidak seperti itu, Anda tidak boleh berpikir bahwa Anda tidak ada hubungannya di sana - ada tugas dari berbagai tingkatan.
Nah, ada bonus tambahan: Pengendara Apache, misalnya, mendapatkan lisensi IntelliJ Idea Ultimate gratis (walaupun dengan beberapa batasan).
Apa yang harus dilakukan untuk menjadi penumpang?
Semuanya sederhana - Anda harus berkomitmen.
Jika Anda berpikir bahwa tidak ada tugas untuk Anda di proyek, Anda salah. Bergabung saja dengan komunitas yang menarik minat Anda dan lakukan apa yang perlu dilakukan. Yayasan Perangkat Lunak Apache memiliki
panduan terpisah untuk persyaratan penumpang.
Tugas apa yang harus Anda selesaikan?
Yang paling beragam - dari pengembangan hingga tes menulis dan dokumentasi. Ya, kontribusi penguji dan dokumenter di komunitas dihargai bersama dengan kontribusi pengembang. Ada tugas-tugas non-standar, misalnya, memimpin saluran YouTube dan memberi tahu pengguna lain bagaimana Anda menggunakan produk opensource. Misalnya, Yayasan Perangkat Lunak Apache memiliki
halaman terpisah yang menunjukkan bantuan apa yang diperlukan.
Apakah saya perlu menulis fitur besar untuk menjadi pengendara?
Tidak. Ini sama sekali tidak perlu. Pengalih tidak harus menulis banyak kode. Tetapi jika Anda menulis fitur besar, akan lebih mudah bagi komite manajemen proyek untuk mengevaluasi Anda. Berkontribusi kepada komunitas tidak hanya tentang fitur, pemrograman, dan pengujian. Jika Anda menulis surat dan berbicara tentang masalah, tawarkan solusi yang masuk akal - ini juga merupakan kontribusi.
Penting untuk dipahami bahwa melakukan adalah kepercayaan. Orang-orang yang memutuskan untuk menjadikan Anda komuter atau tidak ditentukan oleh orang-orang seperti Anda berdasarkan pandangan mereka tentang Anda sebagai orang yang menguntungkan produk. Karena itu, Anda, melalui tindakan dan tindakan Anda di komunitas, perlu mendapatkan kepercayaan ini.
Bagaimana harus berperilaku?
Bersikap konstruktif, positif, sopan, dan sabar. Ingat bahwa dalam open source semua sukarelawan dan tidak ada yang berutang apa pun kepada siapa pun. Mereka tidak menjawab Anda - tunggu dan ingatkan pertanyaan Anda dalam 3-4 hari. Mereka tidak selalu menjawab Anda - well, open source bersifat sukarela.
Jangan meminta untuk melakukan sesuatu untuk Anda atau untuk Anda. Anggota masyarakat yang berpengalaman memiliki bakat untuk "pengemis" dan segera ada alergi terhadap mereka yang ingin mendorong pekerjaan mereka kepada mereka.
Jika Anda terbantu, itu bagus, tetapi jangan menyalahgunakannya. Jangan menulis: "Teman-teman, perbaiki ini, kalau tidak aku akan kehilangan hadiah tahunan." Lebih baik bertanya di mana Anda akan pindah, dan beri tahu kami apa yang sudah Anda gali pada bug ini. Dan jika Anda berjanji untuk memperbarui wiki berdasarkan hasil penyelesaian masalah, maka kemungkinan mereka akan menjawab Anda akan meningkat secara signifikan.
Terakhir, baca
Pedoman Perilaku dan pelajari
untuk mengajukan pertanyaan .
Bagaimana cara berkontribusi jika Anda bukan pengendara?
Proyek sering menggunakan skema RTC, ketika semua orang melewati peninjauan pertama, dan kemudian perubahan digabungkan menjadi master. Dengan skema ini, semuanya benar-benar berjalan melalui review, bahkan komuter. Oleh karena itu, Anda dapat berhasil berkontribusi ke proyek tanpa menjadi pengendara. Dan untuk membuatnya lebih mudah untuk dipilih sebagai komuter baru, Anda dapat membimbing anggota baru, berbagi pengetahuan, membuat materi baru.
Keragaman - manfaat atau bahaya?
Keragaman - dalam pengertian Yayasan Perangkat Lunak Apache, adalah, antara lain, afiliasi peserta dalam proyek sumber terbuka dengan beberapa perusahaan. Jika semua orang berafiliasi dengan hanya satu organisasi, maka dengan hilangnya minatnya dalam proyek, semua peserta terkenal melarikan diri dari sana. Keragaman menyediakan jangka panjang, stabilitas proyek, pengalaman serbaguna dan berbagai pendapat peserta.
Untuk cinta atau untuk kenyamanan?
Dalam proyek-proyek open source, ada dua jenis orang: mereka yang bekerja di suatu organisasi yang berkontribusi pada produk ini, dan mereka yang bekerja di sini untuk cinta, yaitu, sukarelawan. Yang mana dari mereka yang lebih produktif? Sebagai aturan, peserta yang mendukung produk dari organisasi-kontributor. Mereka hanya memiliki lebih banyak waktu dan ada motivasi yang jelas untuk mendapatkan kebenaran, mereka fokus pada tugas dan lebih dekat dengan pengguna.
Mereka yang melakukan ini "karena cinta" juga termotivasi, tetapi dengan cara yang berbeda - mereka ingin mempelajari proyek, untuk membuat dunia menjadi tempat yang lebih baik. Dan justru peserta seperti itu yang lebih stabil dan fokus pada jangka panjang, karena mereka yang datang ke komunitas atas inisiatif mereka sendiri tidak mungkin meninggalkannya suatu hari.
Bagaimana menemukan keseimbangan antara produktivitas dan stabilitas? Ada dua opsi. Opsi pertama: ketika seorang peserta bekerja untuk sebuah perusahaan yang secara resmi terlibat dalam proyek sumber terbuka ini, dan melakukan sesuatu yang ekstra di dalamnya, karena minatnya sendiri - misalnya, ia mendukung pendatang baru. Opsi kedua adalah perusahaan yang telah mengalami transformasi sumber terbuka. Misalnya, ketika karyawan melihat proyek bisnis utama empat hari seminggu, dan sisanya mereka lakukan open source.
Pengendara - menjadi atau tidak menjadi?
Berkomitmen adalah topik yang baik dan berguna, tetapi Anda tidak harus berusaha untuk menjadi komuter. Peran ini dapat diperoleh bukan untuk kode, dan itu tidak membuktikan pengetahuan Anda. Hanya keahlian yang penting, yaitu pengetahuan dan pengalaman yang akan Anda peroleh dengan mempelajari proyek, menyelidiki dan membantu orang lain memecahkan masalah.