Come faccio a (velocemente) far sapere che il software che sto fornendo gratuitamente non è abandon-ware?

13

Come programmatore indipendente e indipendente:

Come faccio a far sapere in fretta alle persone che non ho abbandonato il software che ho scritto e distribuito gratuitamente? Che sto facendo lo sforzo necessario per mantenere e supportare il mio software un livello professionale?

Quando il software scritto da uno o due sviluppatori è disponibile gratuitamente o contrassegnato come open-source, in genere l'assunto predefinito è che è abandon-ware. Questo di solito è un presupposto sicuro - controlla le risposte a questa domanda se ne dubiti: Perché i programmatori scrivono applicazioni closed source e poi li rendono liberi? .

Però ci sono molti programmatori che forniscono strumenti gratuiti e / o open source che non sono abbandon-ware.

Se parliamo di grandi aziende, ovvero di Google, non c'è alcun reale problema a dire la differenza tra gli strumenti e il software supportati, dal vivo e quelli abbandonati o interrotti.

Un repository git vivace non è veloce - gli utenti dovranno essere abbastanza esperti per capire il repository e sapere dove cercarlo. Il marketing e la gestione della community coerenti richiedono più tempo e impegno di quanti ne possa disporre da solo. Inoltre, se il mio software diventa popolare / di successo, presumo che cresceranno da soli e saranno supportati dagli utenti esperti nella community.

    
posta blueberryfields 29.06.2011 - 23:19
fonte

8 risposte

15

A ha cercato di organizzare i suggerimenti in due parti con tre punti ciascuno: il primo punto è rivolto a persone senza background tecnico, il secondo: ogni persona e l'ultimo, le persone con più conoscenze IT.

Content

Prima di tutto, il contenuto del tuo sito web dovrebbe riflettere il fatto che il tuo prodotto software viene aggiornato frequentemente.

  • La data dell'ultimo aggiornamento . Mostralo. Sulla home page. In cima. A caratteri cubitali Perché questo è il punto più importante. Puoi dirmi cosa vuoi provare a convincermi che stai ancora lavorando duramente per il tuo progetto. Se il progetto è stato finalmente aggiornato nel 2002, non ti crederò mai. Ad esempio, il sito Web Notepad2 ci dice: "Ultimo aggiornamento del progetto: 6 maggio 2011". Solo leggendo sono abbastanza sicuro che il progetto è lontano dall'essere abbandonato.

  • La frequenza degli aggiornamenti . Alcuni progetti non vengono abbandonati in un giorno, ma piuttosto progressivamente: all'inizio, vi è un aggiornamento al mese, quindi due all'anno, che uno su due anni. Se negli ultimi anni hai aggiornato il tuo progetto almeno una volta al mese, sarebbe molto convincente per gli utenti vedere effettivamente l'elenco degli aggiornamenti (e anche utile per vedere cosa è stato modificato).

  • I tuoi commenti alla community . Ascolti i suggerimenti dei tuoi utenti? Risolvi gli errori segnalati? Avere l'elenco di segnalazioni di bug, dove ci sono biglietti recenti e quei ticket sono risolti è un buon segno: non solo la tua comunità non ti ha abbandonato, ma non hai abbandonato la tua community .

L'ultimo punto è particolarmente vero per le persone come gli sviluppatori. Se scegli come target persone prive di background tecnologico, potrebbero non conoscere né preoccuparsi del software di tracciamento dei bug. Per quelle persone, vorrai insistere sui primi due punti, in particolare sul primo.

Stile

Non si tratta solo di ciò che dici, ma anche di come lo dici. Nella maggior parte dei casi, le persone preferiscono avere un sentimento che il tuo software sia abbandonato o meno. Per dare loro la sensazione appropriata:

  • Visualizza date recenti . Non solo la data dell'ultimo aggiornamento. Può anche essere un elenco di post recenti del blog che hai fatto relativi a questo prodotto software, o il numero di download negli ultimi due mesi, ecc. A volte, anche la visualizzazione del feed RSS che non ha nulla a che fare con il tuo prodotto può fare il trucco per persone senza background tecnologico.

  • Avere un design visivo recente . Se il tuo sito web dà l'impressione di non essere cambiato dal 1998, potresti dire che stai lavorando duramente per mantenere il tuo prodotto software, ma che ne dici di mantenere il tuo sito web per l'ultimo decennio?

  • Utilizza le nuove tecnologie . Il tuo sito web è scritto in HTML5 / CSS3? È fantastico! Sono sicuro che anche il tuo prodotto oscilli e, se scritto in C #, utilizza .NET Framework 4.

risposta data 29.06.2011 - 23:29
fonte
7

Crea un blog / forum di un sito web e resta attivo.

    
risposta data 29.06.2011 - 23:24
fonte
2

Indicare, preferibilmente automaticamente, quando erano presenti gli ultimi aggiornamenti della versione di produzione e della versione di sviluppo del software. SourceForge , ad esempio, fa questo (in qualche modo) automaticamente con la data di "ultima attività", anche se non so per certo cosa costituisca "attività ".

L'approccio che Wine prende sembra efficace anche se forse meno. C'è una sezione "Notizie" sulla prima pagina che mostra la data della pubblicazione del punto di sviluppo pubblicizzato.

In generale, una pagina web che sembra attiva sarà molto utile per rendere attivo il tuo progetto.

    
risposta data 29.06.2011 - 23:26
fonte
1

Oltre a tutti i buoni suggerimenti di altri voglio aggiungere:

  • Metti in chiaro che accetti problemi e suggerimenti di miglioramento in un tracker dei problemi o in un modo adeguato.
  • Crea una road map per mostrare che stai pianificando di rilasciare le versioni più recenti con caratteristiche migliori. Sarà una buona impressione sapere che ti stai impegnando per l'evoluzione non solo per la manutenzione.
risposta data 29.06.2011 - 23:31
fonte
1

Oltre a un blog, puoi inserire un account Twitter da seguire, uno personale o uno creato appositamente per il tuo programma. Consiglierei un account Twitter dedicato, in quanto uno personale potrebbe essere difficile trovare tweet correlati all'aggiornamento. Tuttavia, potrebbe aiutarti a ottenere il tuo nome là fuori / costruire follower su un account centrale.

    
risposta data 29.06.2011 - 23:48
fonte
0

Fornisci una cronologia sul tuo sito web o simili. Se l'utente può vedere che alcuni lavori sono stati eseguiti negli ultimi due mesi (sotto forma di rilascio), supporteranno che un progetto è ancora in manutenzione.

Altrimenti, hai un blog o qualcosa con informazioni datate e regolarmente aggiornate. Se l'utente può vedere che il contenuto sta cambiando, probabilmente non considererà un progetto morto.

    
risposta data 29.06.2011 - 23:25
fonte
0

In futuro, raggiungerai un punto in cui hai implementato ciò che volevi e tutto è lì dentro e funziona.

Potrebbe essere necessaria una patch occasionale e così via a causa di dipendenze o problemi relativi alla piattaforma, ma funziona.

A quel punto, assicurati che il sistema di ticketing sia aperto. Dì, github.

Se il sistema di emissione dei biglietti presenta problemi che si sono deteriorati per anni senza nessun commit, di solito significa che non è in corso alcuna manutenzione.

Se c'è un numero sano di ticker e recenti commit, significa che è attivo.

Se non ci sono biglietti per tutti i commit recenti e (es. ruby / sequel), probabilmente stai mantenendo un gioiello.

Penso che la chiave sia il biglietto rock. Non è un grosso problema se un software non è stato aggiornato per anni, se il sistema di ticketing mostra che non è emerso alcun problema valido dall'ultimo aggiornamento.

    
risposta data 29.06.2011 - 23:50
fonte
0

Un metodo, non menzionato finora, è quello di annunciare che sei aperto alle offerte commerciali. Se le persone pensano che stai guadagnando soldi dal progetto (anche se non è da vendite) saranno più convinti di credere che non sia abbandonato. Dopotutto, hai quindi un motivo per non abbandonarlo.

Ancora più punti bonus se puoi notare offerte di successo nelle tue note di rilascio: "Supporto di Windows 7 gentilmente sponsorizzato da Acme Inc."

    
risposta data 30.06.2011 - 14:10
fonte

Leggi altre domande sui tag