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


13

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.


2
Dokumentasi superp? Pelacak bug aktif dengan catatan masalah yang baik diperbaiki?

Apakah ada "Versi baru tersedia" di kode Anda, dan mendorong pembaruan rutin, bahkan jika Anda hanya melakukan perubahan kecil?
Trezoid

2
Mengapa Anda akan tetap aktif dengannya? Jika Anda memberikan jawaban yang baik dan asli kepada pengguna untuk pertanyaan ini, mereka akan percaya pada Anda.
Nicole

2
Saya akan menantang asumsi Anda bahwa "biasanya" orang berpikir freeware adalah perangkat yang ditinggalkan. Di sisi lain - Anda tidak dapat memberikan jaminan bahwa di masa depan, tidak akan meninggalkan pengguna Anda, karena jaminan tersebut tidak memiliki 'gigi'. Jadi apa yang sebenarnya ingin Anda capai?
Alex Feinman

Jawaban:


15

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.


Ya, tapi butuh keahlian untuk mencari informasi seperti itu, dan tahu bagaimana memprosesnya. Bagaimana dengan pengguna yang bahkan tidak tahu tentang forum dan perangkat lunak pelacakan bug?
blueberryfields

1
@blueberryfields: Saya refactored jawaban saya. Semoga itu menjawab pertanyaan di komentar Anda.
Arseni Mourzenko

7

Buat blog / forum situs web dan tetap aktif.


1
+1: Pikiran pertama saya. Bahkan sesuatu setiap bulan atau dua mengatakan, "Itu tidak mati, aku melakukan <ini>" mungkin akan cukup.
Bob Murphy

Ya, tapi itu hanya sebagian yang benar. Serius. Hanya ada begitu banyak yang dapat Anda lakukan dengan superlib sebelum berubah menjadi bloatware dan Anda tidak lagi ingin mempertahankannya. Pada titik tertentu, itu hanya akan berfungsi, Anda akan melanjutkan hidup, dan Anda akan melakukan tambalan tahunan terkait dengan dependensi.
Denis de Bernardy

2

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.


1

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.

1

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.


0

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.


0

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.


0

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."

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.