Bagaimana saya (dengan cepat) memberi tahu orang-orang bahwa perangkat lunak yang saya sediakan gratis tidak meninggalkan perangkat?

Sebagai pemrogram individual yang independen:

Bagaimana saya memberi tahu orang-orang dengan sangat cepat bahwa saya tidak meninggalkan perangkat lunak yang saya tulis dan berikan secara gratis? Bahwa saya melakukan upaya yang diperlukan untuk memelihara dan mendukung perangkat lunak saya ke tingkat profesional?

Ketika perangkat lunak yang ditulis oleh satu atau dua pengembang tersedia secara gratis, atau ditandai sebagai sumber terbuka, biasanya asumsinya adalah perangkat itu ditinggalkan. Ini biasanya asumsi yang aman - periksa jawaban untuk pertanyaan ini jika Anda meragukannya: Mengapa programmer menulis aplikasi sumber tertutup dan kemudian membebaskannya? .

Ada banyak programmer yang menyediakan alat gratis dan / atau sumber terbuka yang tidak ditinggalkan.

Jika kita berbicara tentang perusahaan besar, yaitu Google, tidak ada masalah nyata untuk mengatakan perbedaan antara alat yang didukung, hidup, dan perangkat lunak, dan yang ditinggalkan atau dihentikan.

Repositori git yang aktif tidak cepat - pengguna harus cukup paham untuk memahami repositori dan tahu di mana mencarinya. Pemasaran dan manajemen komunitas yang konsisten membutuhkan lebih banyak waktu dan upaya daripada yang dapat saya lakukan sendiri. Juga, jika perangkat lunak saya menjadi populer / sukses, saya berasumsi mereka akan tumbuh sendiri, dan didukung oleh pengguna yang kuat di komunitas.

A mencoba mengatur saran menjadi dua bagian dengan masing-masing tiga poin: poin pertama menargetkan orang tanpa latar belakang teknis, yang kedua: setiap orang, dan yang terakhir, orang-orang dengan pengetahuan IT yang lebih banyak.

Kandungan

Pertama dan paling penting, konten situs web Anda harus mencerminkan fakta bahwa produk perangkat lunak Anda sering diperbarui.

• Tanggal pembaruan terakhir . Tunjukkan itu. Di halaman rumah. Di atas. Dalam huruf besar Karena ini adalah poin terpenting. Anda dapat memberi tahu saya apa yang ingin Anda coba meyakinkan saya bahwa Anda masih bekerja keras pada proyek Anda. Jika proyek ini terakhir diperbarui pada tahun 2002, saya tidak akan pernah percaya Anda. Misalnya, situs web Notepad2 memberi tahu kita: "Proyek terakhir diperbarui: 06 Mei 2011". Hanya dengan membaca itu saya cukup yakin bahwa proyek ini jauh dari ditinggalkan.

• Frekuensi pembaruan . Beberapa proyek tidak ditinggalkan dalam satu hari, melainkan secara progresif: pada awalnya, ada satu pembaruan per bulan, kemudian dua per tahun, daripada satu dalam dua tahun. Jika untuk tahun-tahun terakhir, Anda memperbarui proyek Anda setidaknya sekali sebulan, akan sangat meyakinkan bagi pengguna untuk benar-benar melihat daftar pembaruan (dan juga berguna untuk melihat apa yang telah dimodifikasi).

• Umpan balik Anda kepada komunitas . Apakah Anda mendengarkan saran dari pengguna Anda? Apakah Anda memecahkan bug yang dilaporkan? Memiliki daftar laporan bug, di mana ada tiket baru dan tiket itu diselesaikan adalah pertanda baik: tidak hanya komunitas Anda tidak meninggalkan Anda, tetapi Anda belum meninggalkan komunitas Anda .

Poin terakhir terutama berlaku untuk orang-orang seperti pengembang. Jika Anda menargetkan orang tanpa latar belakang teknologi, mereka mungkin tidak tahu atau tidak peduli dengan perangkat lunak pelacakan bug. Bagi orang-orang itu, Anda ingin menekankan pada dua poin pertama, terutama yang pertama.

Gaya

Ini bukan hanya tentang apa yang Anda katakan, tetapi juga tentang bagaimana Anda mengatakannya. Dalam kebanyakan kasus, orang lebih suka merasa bahwa perangkat lunak Anda ditinggalkan atau tidak. Untuk memberi mereka perasaan yang sesuai:

• Tampilkan tanggal terbaru . Bukan hanya tanggal pembaruan terakhir. Mungkin juga daftar posting blog terbaru yang Anda buat terkait dengan produk perangkat lunak ini, atau jumlah unduhan dalam dua bulan terakhir, dll. Kadang-kadang, bahkan menampilkan umpan RSS yang tidak ada hubungannya dengan produk Anda dapat melakukan trik untuk orang-orang tanpa latar belakang teknologi.

• Memiliki desain visual terbaru . Jika situs web Anda memberi kesan tidak berubah sejak tahun 1998, Anda mungkin mengatakan bahwa Anda bekerja keras untuk mempertahankan produk perangkat lunak Anda, tetapi bagaimana dengan mempertahankan situs web Anda selama sepuluh tahun terakhir?

• Gunakan teknologi baru . Situs web Anda ditulis dalam HTML5 / CSS3? Itu keren! Saya yakin produk Anda juga berubah, dan jika ditulis dalam C #, ia menggunakan .NET Framework 4.

Buat blog / forum situs web dan tetap aktif.

Tunjukkan, lebih disukai secara otomatis, ketika pembaruan terakhir ke versi produksi dan ke versi pengembangan perangkat lunak dilakukan. SourceForge , misalnya, melakukan ini (agak) secara otomatis dengan tanggal "aktivitas terakhir", meskipun saya tidak tahu pasti apa yang dimaksud dengan "aktivitas".

Pendekatan yang dilakukan Wine tampaknya juga efektif, meskipun mungkin kurang begitu. Ada bagian "Berita" di halaman depan yang menunjukkan tanggal rilis titik pengembangan yang diiklankan.

Secara umum, halaman web yang terlihat aktif akan sangat membantu membuat proyek Anda tampak aktif.

Selain semua saran bagus dari yang lain, saya ingin menambahkan:

• Jelaskan bahwa Anda menerima masalah dan saran penyempurnaan dalam pelacak masalah atau cara apa pun yang sesuai.
• Buat peta jalan untuk menunjukkan bahwa Anda berencana untuk merilis versi yang lebih baru dengan fitur yang lebih baik. Akan memberi kesan yang baik untuk mengetahui bahwa Anda berkomitmen untuk melakukan evolusi bukan hanya pemeliharaan.

Selain blog, Anda bisa memasukkan akun twitter untuk mereka ikuti - baik akun pribadi Anda atau akun yang dibuat khusus untuk program Anda. Saya akan merekomendasikan akun twitter khusus, karena akun pribadi mungkin sulit untuk menemukan tweet terkait pembaruan. Namun, itu bisa membantu mendapatkan nama Anda di luar sana / membangun pengikut di sekitar akun pusat.

Berikan riwayat di situs web Anda atau yang serupa. Jika pengguna dapat melihat bahwa beberapa pekerjaan telah dilakukan dalam beberapa bulan terakhir (dalam bentuk rilis), maka mereka akan menganggap suatu proyek masih dipertahankan.

Jika tidak, miliki blog atau sesuatu dengan informasi terkini dan diperbarui secara berkala. Jika pengguna dapat melihat bahwa konten berubah, mereka tidak akan menganggap proyek mati.

Di masa depan, Anda akan mencapai titik di mana Anda telah menerapkan apa yang Anda inginkan, dan semuanya ada di sana dan berfungsi.

Mungkin perlu tambalan sesekali dan sebagainya karena dependensi atau masalah terkait platform, tetapi hanya berfungsi.

Pada saat itu, pastikan sistem tiket Anda terbuka. Katakan, github.

Jika sistem tiket memiliki masalah yang telah membusuk selama bertahun-tahun tanpa komitmen, biasanya berarti tidak ada pemeliharaan yang terjadi.

Jika ada jumlah ticker yang sehat dan commit baru-baru ini, itu berarti aktif.

Jika tidak ada tiket sama sekali dan komit terbaru (mis. Ruby / sekuel), Anda mungkin memelihara permata.

Saya pikir kuncinya adalah tiket batu. Bukan masalah besar jika perangkat lunak tidak diperbarui selama bertahun-tahun, jika sistem tiket menunjukkan bahwa tidak ada masalah yang valid telah muncul sejak terakhir diperbarui.

Salah satu metode, yang tidak disebutkan sejauh ini, adalah mengumumkan bahwa Anda terbuka untuk transaksi komersial. Jika orang berpikir Anda mendapatkan uang dari proyek (bahkan jika itu bukan dari penjualan) mereka akan lebih yakin untuk percaya itu tidak ditinggalkan. Bagaimanapun, Anda kemudian memiliki motif untuk tidak meninggalkannya.

Poin bonus lebih banyak lagi jika Anda dapat mencatat penawaran yang berhasil dalam catatan rilis Anda: "Dukungan Windows 7 disponsori oleh Acme Inc."