Bagaimana cara mempromosikan proyek sumber terbuka?

29

Pertama-tama, saya minta maaf jika ini bagian jaringan yang salah untuk mengirim pertanyaan ini. Jika ya, jangan ragu untuk memindahkannya ke lokasi yang lebih tepat ...

Pertanyaan: Saya ingin mendengar ide Anda mengenai cara proyek open source dimulai dan dijalankan. Saya memiliki proyek sistem manajemen konten sumber terbuka dan di sini muncul beberapa pertanyaan: Bagaimana saya harus bertindak? Haruskah saya menghasilkan edisi pra-alfa yang layak dengan bekerja di depan dan di belakang terlebih dahulu dan kemudian mengumumkan proyek secara publik? Atau haruskah saya umumkan segera dari awal? Sebagai pengembang saya tahu bahwa seseorang harus menggunakan sistem versi seperti Git atau SVN, yang saya lakukan, tidak ada masalah di sana. Dan manfaat pengujian unit juga sesuatu yang perlu diingat, yang, jujur ​​saja, saya tidak suka sama sekali ... Manajemen proyek - saya adalah pemula dalam hal itu, paling banter. Teknik pengkodean dan pengalaman seperti pengembangan Agile adalah sesuatu yang ingin saya jelajahi ...

Singkatnya, ide apa pun untuk pengembang yang baru di dunia sumber terbuka, sangat disambut.

Shahriyar Imanov
sumber
1
Tambahan: Harap jawab jika Anda memiliki pengalaman dengan proyek skala besar / proyek sumber terbuka dan cobalah untuk tidak memberikan ide-ide hipotetis / teoretis, tetapi praktis, terbukti.
Shahriyar Imanov
Mulai pengkodean untuk sesuatu yang memecahkan masalah. Setelah itu memecahkan masalah itu dengan cara yang paling mendasar; temukan jaringan orang yang berbagi masalah dan minta mereka untuk mencobanya. "Jika kamu membangunnya, mereka akan datang."
Jake Berger

Jawaban:

31

Saya mulai berhenti menulis hal-hal seperti ini:

Tambahan: Harap jawab jika Anda memiliki pengalaman dengan proyek skala besar / proyek sumber terbuka dan cobalah untuk tidak memberikan ide-ide hipotetis / teoretis, tetapi praktis, terbukti.

Sikap sombong semacam ini sebenarnya membunuh lebih banyak proyek sumber terbuka daripada yang lainnya. Sumber terbuka lebih sedikit tentang sumber dan lebih banyak tentang kolaborasi. Selamat datang setiap orang yang ingin membantu, bahkan ketika mereka tidak memiliki pengalaman praktis untuk melakukan itu - membantu proyek open source untuk mendapatkan pengalaman adalah praktik umum, seperti yang mungkin Anda ketahui.

Poin kedua adalah jangan repot-repot mempromosikan jika Anda tidak memiliki kode kerja. Pergi melihat sourceforge atau Google Code atau di mana saja dan melihat lautan proyek mati dengan tidak lebih dari beberapa baris kode dan banyak niat baik. Kode dulu, bicara belakangan.

Promosi terbaik adalah memiliki "klien": memiliki seseorang yang menggunakan produk Anda sehingga orang dapat melihatnya benar-benar dalam produksi. Jika itu adalah CMS: gunakan untuk situs proyek, misalnya.

Jika Anda memiliki semua ini, taruhan terbaik Anda dalam promosi adalah dari mulut ke mulut. Minta teman untuk menggunakan proyek Anda di situs web mereka, misalnya. Blog tentang hal itu dan kirimkan artikel untuk situs agregator seperti Digg atau Slashdot tetapi, tolong, jangan lakukan ini jika proyek tidak siap untuk prime time. Tidak ada yang mau membaca tentang vapourware.

Semoga berhasil dengan proyek Anda.

Vitor Py
sumber
Itulah ideku: buat sesuatu yang layak, padat sehingga orang bisa melihatnya dalam aksi dan merasakan sesuatu yang nyata ada di tempatnya. Namun, seorang teman saya menyarankan untuk mengundang devs lain mulai hari ke-1, untuk menghindari banyak perubahan peta jalan di kemudian hari.
Shahriyar Imanov
11
@ Suhhi Mengapa seseorang bergabung dengan proyek tanpa satu baris kode tertulis dan hanya vaporware? Saya telah melihat proyek dengan produk yang bekerja berjuang untuk mendapatkan lebih banyak pengembang. Saya tidak akan membuang waktu untuk mencari pengembang tanpa sesuatu untuk ditampilkan.
Vitor Py
4

Pertanyaan Anda tidak jelas tetapi saya akan mencoba jawaban sebaik mungkin. Saya berasumsi bahwa Anda ingin menarik pengembang ke proyek sehingga Anda bukan satu-satunya orang yang mengerjakan proyek?

Dalam hal ini Anda mungkin ingin mendapatkan akun di Github dan atau Sumber memalsukan sehingga siapa pun dapat memiliki akses ke sana dan membuat perubahan. Untuk mulai dengan Anda akan menjadi satu-satunya pengembang yang mengerjakannya sehingga Anda tidak perlu khawatir tentang manajemen proyek tetapi begitu ada banyak orang yang terlibat, Anda akan ingin memulai ulasan kode, menetapkan tujuan, dll.

Sasaran dapat disatukan dalam sistem pelacakan masalah seperti bugzilla, menambahkannya sebagai bug yang perlu diperbaiki dan memungkinkan orang untuk menugaskan diri mereka kepada mereka, atau meminta mereka mengirim email ke orang pusat yang mengalokasikan orang untuk masalah.

Anda akan ingin menarik kerumunan pengembang sehingga Anda akan memerlukan situs web yang menggambarkan proyek, dan di mana ia melihat itu sendiri terjadi dalam jangka pendek dan menengah, serta tangkapan layar dll.

Sebuah proyek blog / twitter yang memungkinkan pengguna untuk melacak di mana Anda berada jika juga bermanfaat.

Omar Kooheji
sumber
Untuk menjawab pertanyaan pertama Anda: Ya, itulah niatnya.
Shahriyar Imanov
4

Jika Anda belum membacanya, saya sarankan Raymond's The Cathedral dan the Bazaar , dan memberi perhatian khusus pada pengalamannya dengan Fetchmail.

Berdasarkan itu, dan pengalaman saya sendiri, saya sarankan merilis kode segera setelah memecahkan masalah yang mungkin dimiliki orang lain . Ya, Anda harus menggunakan beberapa kontrol sumber aliran utama, dan mempostingnya di server di suatu tempat. Anda perlu memilih lisensi, dan itu bisa menjadi masalah besar tergantung pada tujuan Anda. Tetapi dalam hal apa yang akan diterbitkan dan kapan, "rilis awal, rilis sering".

Scott Whitlock
sumber
Saya akan memeriksanya. Terima kasih!
Shahriyar Imanov