Takut merilis proyek hobi - bagaimana cara mengatasinya? [Tutup]

Saya tidak tahu apakah pertanyaan ini benar-benar terkait dengan pengembangan perangkat lunak, tetapi saya tetap akan mencobanya:

Seperti banyak programmer, saya suka bekerja pada proyek hobi. Terkadang, ide yang tampaknya bagus ternyata tidak terlalu bagus, jadi saya membatalkan proyek. Namun terkadang, sesuatu yang bermanfaat keluar dari proyek. Jadi, saya bisa melepaskannya, menyajikannya kepada dunia, bukan?

Salah. Entah bagaimana, saya sepertinya tidak bisa melakukan langkah ini. Saya khawatir kode saya tidak cukup baik, saya selalu bisa memikirkan hal-hal yang kurang optimal, fitur yang bisa ditambahkan. Jadi, saya tidak merilis apa pun, saya kehilangan minat, dan pada satu titik meninggalkan proyek.

Apakah ini normal? Bagaimana Anda mengatasi situasi seperti itu?

Pertama-tama, ingat: pengiriman adalah fitur . Lebih baik melepaskan sesuatu yang tidak sempurna daripada tidak melepaskan sama sekali.

Hal lain yang perlu diperhatikan adalah bahwa ini adalah proyek Hobby. Jika Anda tidak memenuhi tenggat waktu atau kehilangan minat, itu bukan masalah besar. Lagipula, kamu melakukan proyek itu untuk bersenang-senang.

Taruh di sana.

Ini tidak sulit untuk melakukan ini dengan situs pengkodean sosial seperti GitHub atau Bitbucket . Sebagian besar barang yang akan Anda keluarkan mungkin tidak akan banyak digunakan, tapi itu tidak masalah. Itu cukup normal di situs pengkodean sosial ini, dan banyak proyek ditinggalkan (bahkan beberapa yang berguna). Tetapi hal terbesar adalah bahwa orang lain dapat mengambil apa yang tersisa (mengingat Anda memiliki lisensi permisif).

Meskipun barang-barang Anda mungkin tidak akan digunakan oleh orang lain, ada beberapa manfaat mengapa Anda masih harus memadamkannya:

• Anda belajar menggunakan kontrol versi yang merupakan sesuatu yang tidak diketahui oleh banyak programmer, membuat Anda lebih bisa diandalkan
• Orang-orang mungkin menunjukkan masalah untuk Anda; semua peluang bagi Anda untuk belajar melakukan berbagai hal secara berbeda
• Anda akan memiliki portofolio barang yang telah Anda lakukan secara online, sangat bagus untuk melengkapi resume Anda

Mendapatkan kontributor ke proyek open source yang sudah bebas bug mungkin lebih sulit daripada yang memiliki banyak bug mudah untuk dipecahkan, karena bug ini merupakan insentif bagi pengguna awal untuk membuat mereka terbiasa dengan kode.

Ketika Linus pertama kali memperkenalkan kernel Linux, itu bukan kode yang lengkap, stabil, bebas bug, dan bersih; itu adalah keyboard Finlandia yang tidak lengkap, jelek, tidak bisa dibawa, dan bawaan .

Pada dasarnya, saya tidak akan khawatir tentang apakah orang menyukai kode saya atau tidak. Rilis di bawah lisensi gratis, jika berguna bagi orang-orang, tetapi mereka menemukan bug, solusi yang kurang optimal dan membutuhkan lebih banyak fitur, mereka bebas untuk memperbaikinya sendiri. Menggunakan GPL atau LGPL juga akan memungkinkan Anda untuk menemukan perbaikan ini, dan Anda dapat menerapkannya sendiri jika Anda merasa bermanfaat / pas.

Maaf, tetapi Anda melakukan kebalikan dari apa yang seharusnya Anda lakukan!

Lepaskan sesegera mungkin, dengarkan umpan balik orang, dan kemudian terapkan fungsi baru berdasarkan itu. Bukan sebaliknya!

Apa yang harus kamu kehilangan?

Anda juga dapat merasa nyaman mengetahui bahwa itu mungkin tidak akan diperhatikan, kecuali kalau itu benar-benar bagus atau mengisi ceruk baru.

Dan, jika Anda mendapatkan umpan balik negatif - ini adalah kesempatan untuk belajar .. Jangan sia-siakan.

Benar-benar normal, di domain apa pun di luar perangkat lunak juga. Pastikan ia membangun di beberapa lingkungan yang berbeda, menulis README, dan melemparkannya ke github / codeplex / etc. Melewati ini pertama kali adalah satu-satunya cara untuk mengatasi kecemasan.

Kali kedua, ketiga, dan ke-n adalah tempat kesenangan itu berada!

Inilah satu alasan untuk merilis perangkat lunak yang belum selesai: untuk mulai membangun komunitas. Jika Anda ingin proyek Anda menjadi alat open source yang berguna, Anda perlu pengembang lain. Salah satu cara untuk menarik mereka adalah dengan merilisnya lebih awal, dan kemudian terus (secara publik) melakukan perbaikan. Jangan menambahkan fitur-fitur itu secara rahasia - lakukan secara publik, di halaman Github, atau di mana pun. Itu menghasilkan aktivitas dalam sejarah.

Pengembang lain tidak ingin bekerja pada proyek yang tampaknya ditinggalkan. Jadi melakukan pekerjaan pengembangan Anda di depan umum menunjukkan minat aktif dan berkelanjutan. Sebaiknya simpan beberapa fitur di lengan Anda agar Anda dapat menambahkannya di depan umum.