Perché i programmatori usano ancora le mailing list? [duplicare]

Oltre agli argomenti "perché sono abituati ad esso", l'email ha alcuni altri enormi vantaggi:

1. Hai già un indirizzo email, non è necessario registrarsi per un altro account messageboard per ogni progetto.
2. Con una messageboard, devi visitare attivamente la pagina e aggiornarla per vedere i nuovi messaggi. D'altro canto, la maggior parte delle persone ha il proprio client di posta elettronica (Outlook, Mail, Gmail) aperto tutto il giorno e si aggiorna automaticamente non appena arriva un nuovo messaggio.

In breve, l'uso di una bacheca mi richiede di cambiare le mie abitudini in modo significativo. D'altra parte, le mailing list si adattano semplicemente & facilmente nella mia routine esistente, quindi l'adozione è molto più semplice.

Il Real Edge (tm) che le mailing list hanno con i progetti meno occupati. Affinché un forum basato sul web abbia successo, ha bisogno di un nucleo di persone costantemente presenti in grado di rispondere alle domande, fornire suggerimenti e moderarlo. Ma se un consiglio ha solo un paio di post alla settimana o al mese, molte persone interessate all'argomento (che si tratti di un progetto open source, di un progetto commerciale, di un hobby, qualunque cosa) non visitano regolarmente il forum perché raramente c'è qualcosa di nuovo lì.

Ciò che finisce per accadere allora, è che la scheda diventa quella che potresti chiamare una sessione di b-tch. Le persone solo vanno lì per pubblicare un bug report o quando hanno un problema / reclamo. Ma dal momento che molte persone non visitano regolarmente, si finisce con un sacco di lamentele / problemi senza risposte, e molto poco costruzione della comunità .

Se hai una mailing list, quelle domande, invece di essere viste solo dal piccolo sottoinsieme di membri che pensano di visitare il forum web in quella settimana, vengono consegnate a tutti quelli presenti nell'elenco. È molto più probabile che vengano visti da qualcuno che può effettivamente rispondere alla domanda.

Una volta che il progetto diventa abbastanza grande, il passaggio a un forum spesso ha senso, poiché a quel punto le persone sono inondate di email.

imo, il mio modo preferito di organizzare queste cose è tramite i newsgroup, ma sono caduti in disgrazia. I gruppi ti hanno permesso, con un lettore di news, di vedere tutti i nuovi argomenti su tutti i gruppi che segui (a beneficio dell'elenco di email), ma con la capacità di discussione in thread di un forum web. Sfortunatamente, in particolare tra le persone non tecniche, richiedere agli utenti di avere un lettore di notizie e impostare i gruppi è un totale no-go.

It's hard to reference old messages. You have to wait until an archiving site picks up the message you want to link to, then look it up.

Supponendo che il tuo listserv funzioni correttamente, questo non è un problema, dato che stiamo parlando di messaggi vecchi (fare riferimento ai messaggi nuovi potrebbe essere problematico).

It's hard to reply to messages you haven't received from subscription, since you have to manually copy the sender and message contents.

Se solo qualcuno progettasse una funzionalità, forse persino integrata nella stessa shell del sistema operativo, per selezionare e duplicare facilmente il testo. Forse potrebbe essere modellato su attività sempre più anacronistiche del mondo reale, come lo scrapbooking.

(Non sono sicuro di cosa ti stai riferendo qui, continuare a utilizzare thread privati in pubblico tende ad essere un'operazione manuale indipendentemente dal software in questione)

It's impossible to moderate threads of discussion. Posts cannot be deleted or modified without supernatural powers.

L'argomento inverso è che è molto più difficile per un proprietario di una lista canaglia riscrivere la storia eliminando parti della conversazione che non sono d'accordo con lui, dal momento che uno o più utenti probabilmente avranno le loro copie.

It's tricky to keep threads together (namely, to ensure all participants in the conversation are copied/replied to).

Un software client appropriato dovrebbe gestirlo facilmente, oltre a fornire una visualizzazione e un ordinamento dei thread più flessibili di quanto non sia consentito dalla maggior parte dei software del forum web.

It's tricky for users to participate in multiple high-volume mailing lists, as they have to subscribe and set up filters (or just be really involved).

I forum ad alto volume non sono più facili. Se mai, è più difficile (se non impossibile) configurare i filtri nei pacchetti del forum web. O sei "davvero coinvolto", o probabilmente ti manchi qualcosa.

What real edge do mailing lists have that didn't occur to me?

Privacy per impostazione predefinita, senza "ancora un altro account web". Veloce da configurare. Una progressione naturale dalle catene di e-mail informali man mano che il gruppo cresce. Nessun contesto di rottura per passare dalla posta elettronica al web durante l'elaborazione delle risposte. Familiarità con quasi tutti (sì, sì, i bambini coreani / la generazione di Facebook non usano l'e-mail ...)

Preferisco le mailing list sui forum perché è più facile. I forum mi richiedono di andare avanti e fare qualcosa in più (vale a dire visitare ancora un altro sito web) ripetutamente. Mentre una mailing list manda i messaggi direttamente in qualche luogo, devo sempre aprirli comunque. Punto di contatto unico (mailing list) vs. punti multipli (forum). Interrupt driven (mailing list) vs. polling (forum).

Sembra che ci sia una cosa generazionale che sta succedendo qui, ma non so che sia tanto "quello con cui sei cresciuto" quanto "lo stadio della vita in cui ti trovi". Ora che sono più grande, ho così tanti altri obblighi (al di fuori dei computer) che non ho più tempo per andare attivamente a cercare forum. Se viene appena inserito nella mia casella di posta, viene gestito.

Da link

La mia esperienza: GitHub (e Bitbucket) sono fantastici. I motori di ricerca trovano discussioni pertinenti, oppure puoi consultare il repository per vedere tutto. I commenti di tutti sono su una pagina, ed è ovvio come aggiungerne uno (c'è un pulsante "commento" verde gigante). È facile creare un account: la maggior parte delle persone della comunità ne ha già uno, ma in caso contrario è un processo familiare. Pertanto, GitHub è molto accogliente e livellante.

Le mailing list, d'altra parte, sono terribili, e credo che escluda quasi tutta la community. Da un motore di ricerca, verrai indirizzato a un singolo post dal centro della discussione. Potresti vedere estratti di post precedenti in ordine cronologico inverso. È disorientante. Per leggere tutti i commenti, devi cliccare su una struttura ad albero (mostrata su una pagina diversa). Questo è ridicolmente ostile. La maggior parte delle persone sicuramente rinuncia. Forse l'esperienza è migliore se sei un membro della mailing list e ricevi i messaggi nella tua casella di posta. Comprendi però che le persone nuove leggono sempre post sulla mailing list sul Web.

Peggio, non ci sono istruzioni sulla pagina come commentare. Ad esempio link , non c'è un grande pulsante di commento verde. Se fai clic in giro, puoi iscriverti per ricevere messaggi futuri nella tua casella di posta (non sono sicuro che lo voglia) ma questo non spiega ancora come rispondere al post che stai leggendo . Sospetto che la comunità più vecchia non sia a conoscenza di questo problema, perché sono cresciuti in mailing list. Comprendi, la maggior parte dei giovani non sa come usare una mailing list, non ne ha mai vista una. Per gli standard moderni, il processo per farlo è ridicolmente lento. (Sto leggendo un post sul Web. Dovrei essere in grado di scrivere un commento dalla stessa pagina). È proibitivo per molti.

Le PEP sono quindi problematiche. Ad esempio link . Non ci sono commenti della comunità sulla pagina stessa. Esistono collegamenti a cinque diverse pagine di mailing list in cui è possibile leggere ciò che altre persone hanno detto in passato, ma non ci sono istruzioni su come dire la propria. È un peccato. (Confronta con le richieste di funzioni Ruby che sono discusse in un thread di commenti ordinario sulla stessa pagina link )

bugs.python.org è anche poco accogliente, secondo la mia esperienza. Ho segnalato un errore una volta, è stato chiuso immediatamente, con una risposta

You can't comment here, you're in the wrong place. This subject been discussed on the mailing list several times before [no link given]. If you want to comment, you should join the mailing list, go back in time, wait for the right post, and reply there.

Il messaggio era educato, ma del tutto inutile. Mi sentivo sgradito. Ho rinunciato a cercare di contribuire a (quello che presumevo fosse) la comunità e ho iniziato a scrivere rant in Stack Overflow. Si sono dimostrati estremamente popolari, il che mi ha incoraggiato a provare nuovamente a partecipare. Sono felice di aver trovato il tuo gruppo GitHub - hai cose interessanti da dire e hai accettato i miei contributi. Grazie. Ho anche inoltrato richieste di pull: mi piace il livello di GitHub.

Per chiarire, non credo che il poster su bugs.python.org abbia cercato di escludermi - probabilmente pensavano che fossero utili. Ma l'atteggiamento percepito "facciamo le cose a modo nostro" mi ha fatto sentire ignorato e sgradito. Sono sicuro che altri potenziali contributori si sono voltati agli stessi ostacoli o in precedenza. link

La posta elettronica vuota di per sé ha già tutto ciò che desideri. Rispondendo a un messaggio specifico, citando un passaggio specifico, inoltrando un post interessante a un tuo amico. Inoltre, puoi aggiungere qualsiasi cosa tu desideri.

Tutti i programmatori hanno email. E la maggior parte di loro usa un client di posta decente. Un cliente ha scelto e gli piace. Un client che aggrega i loro feed di notizie, la loro posta personale, la posta di lavoro. E la loro mailing list mail. L'uso di un forum introduce solo frammentazione non necessaria.

I client email appropriati ti offrono tutte le funzionalità che desideri (bookmarking, filtro, tagging, marcatura letta / non letta (qualcosa che non puoi fare nei forum)). Funzionano allo stesso modo per qualsiasi tipo di email.

Quindi una mailing list lascia il controllo ai suoi utenti, mentre un forum li blocca nelle funzionalità limitate che fornisce. Ai programmatori piace avere il controllo. Quindi hanno la tendenza a preferire le mailing list.

Soprattutto per la flessibilità: è facile fornire un archivio web-based di una mailing list, consentendo comunque agli utenti di utilizzare il proprio client di posta elettronica preferito per interagire.

Andare con un forum invece non solo sceglie una visualizzazione basata sul web per i messaggi storici (facile da fornire con entrambe le tecnologie!), ma blocca gli utenti in utilizzando uno strumento basato sul web per interagire con il forum.

In altre parole, utilizzare il web per interagire con un forum basato su email è un problema risolto; usando la posta elettronica per interagire con un forum web-based? Non così tanto.

Considerate ora che molti sviluppatori possono seguire regolarmente una dozzina o due forum e considerare quale sia più attraente - impostando un login e una password univoci per ognuno, e imparando un'interfaccia utente separata per ognuno, o interagendo con tutti di loro tramite un'identità che hai già stabilito da tempo (il tuo indirizzo email), utilizzando uno strumento per vedere (e archiviare e cercare) tutti?

Si noti che i progetti di volontariato tendono ad essere più orientati allo sviluppatore / ai contraenti e quindi orientati all'utente in una certa misura. Questo ha senso in quanto i primi tendono ad avere un tempo limitato mentre questi ultimi ottengono qualcosa di "gratuito".

I progetti con cui ho lavorato (principalmente relativi a GNOME) tendono ad avere una reale mancanza di manodopera, quindi tutto ciò che fa risparmiare tempo o facilita la partecipazione degli sviluppatori è un vantaggio. Quindi dalla prospettiva dello sviluppatore (in ordine casuale):

• I messaggi di posta elettronica consentono un filtro altamente personalizzato che le persone utilizzano ampiamente. Ad esempio, tutte le mail da ML per il progetto I maintain vanno direttamente nella mia casella di posta e sono etichettate come tali. Per ML meno importanti vanno in una cartella separata e saltano le informazioni. Per gli altri uso solo NNTP + Gmane.
• I messaggi di posta elettronica consentono MUA altamente personalizzabili a partire da interfacce Web a programmi molto complicati che consentono il filtraggio, l'evidenziazione di e-mail importanti, la creazione di attività, ecc. Permettono di scrivere parti di risposta e automatizzare determinate parti.
• L'accesso a ML ha 0 attrito per (per esempio) me. Non ho bisogno di creare alcun account aggiuntivo - nella maggior parte dei casi mi limito a iscrivermi tramite NNTP a Gmane e, su molti ML, basta inviare una mail. D'altra parte ho bisogno di creare un account sul forum, creare una password che sia a) sicura, b) unica [perché chissà se il forum non "cripta" la password da rot13] ec) adempie tutti i requisiti [a almeno 8 caratteri incluse lettere maiuscole e minuscole e alcuni caratteri speciali, ma non troppo speciali come il punto, a meno che oggi sia martedì quando permettiamo il punto ...] e poi iniziamo a dubitare di essere umano mentre sto cercando di risolvere CAPATCHA ;)
• Le e-mail consentono di aggiungere partecipanti al thread quando sono necessari. Ad esempio, per la revisione delle patch puoi aggiungere qualcuno al campo A e chiedergli se non interferirà con il suo lavoro, ecc. La maggior parte dei forum non consente tali cose - almeno non con pochi clic come più MUA. Mails permette anche di far uscire le persone dalla discussione (prima di riverenza facendole cadere in BCC) per evitare lo spamming.
• Direi che in alcuni casi la discussione in thread può avere dei vantaggi. Sì, è complicato ecc. Ma la revisione delle patch può essere suddivisa in più parti per problemi diversi.
• La maggior parte dei MUA ha sistemi di notifica integrati che consentono di giudicare come importanti / spam / gestirli successivamente. D'altro canto, i forum, se dispongono di un sistema di notifica / sottoscrizione, ti costringono a visitare il sito web.
• SMTP / NNTP sono standard: hanno RFC e tutto il resto. Ci sono già degli strumenti che funzionano contro di loro - per esempio git può inviare patch a ML ma non può inviare al forum. Il più vicino che ho sentito è il supporto ad-hoc per bugzilla.

... e non penso che la lista sia esaustiva. Posso capire perché / come il flusso di lavoro potrebbe non essere gradito ai nuovi utenti, senza menzionare quelli meno tecnici. Gnome ha diversi canali per coinvolgerli (G +, Fb, e sì - i forum) ma AFAIK raramente ha tempo per gli sviluppatori di prendere parte alla community, riapprendere gli strumenti ecc.

Perché nessuno ha creato un modo migliore per farlo. Con meglio intendo adatto e in grado di integrarmi negli attuali ambienti di sviluppo.

Forse Google Wave era in qualche modo uno strumento più adatto ma non decollava.

Abitudine - Diverse persone pubblicano domande su come generare interesse nei progetti open source. A volte inizi con una mailing list di persone che conosci e non passa mai a qualcos'altro.

Per gli utenti:

• più facile fiammeggiare i mispelling con il correttore ortografico (gotcha)
• più facile lamentarsi per elencare l'amministratore
• Hanno memorizzato i siti "alt" che raccomandano

Puoi trovare lo scherzo qui: link