Non so nulla dei concorrenti che menzioni, ma una cosa che ho notato durante la configurazione di Discourse è che funziona meglio ed è più facile da mostrare ad altre persone una volta che c’è una buona quantità di contenuti in un sito. Questo rende difficile l’onboarding perché qualcuno come me, che conosce il potenziale beneficio o un forum di community “reale”, deve fare di più per mostrare agli altri com’è.
Nel tentativo di persuadere i miei colleghi a usare Discourse, ho faticato a trovare altre community che fossero simili a quella che volevamo costruire. Questo in parte perché il nostro utilizzo è per lo più interno, ma anche perché gli utenti esistenti sono piuttosto di nicchia. Il miglior esempio che avevo incontrato prima sono i forum di Stan, ma era troppo tecnico da condividere con i colleghi. Fornire esempi migliori di Discourse in uso aiuterebbe (non solo link… in realtà recensirli e fornire link diretti a thread interessanti che esemplificano perché Discourse è fantastico).
Un’altra opzione potrebbe essere quella di provare a “rubare” alcune community di massa molto grandi e offrire loro affari a basso costo come perdita iniziale. Ho quasi acquistato il software Stack Exchange, ad esempio, perché così tanti di noi lo conoscevano (anche se le domande e risposte non erano un formato adatto a tutto il nostro contenuto).
Nota, meta.discourse non è una grande pubblicità per te per chiunque non sia un nerd open source/community (per i quali è molto attraente). È semplicemente troppo dettagliato e minuzioso per essere attraente per i normali.
Non è il prodotto in sé, però: Discourse è fantastico!
meta non è pensato principalmente per questo scopo, è un sito di supporto del prodotto - ecco perché esiste https://www.discourse.org/ che è il sito del “prodotto”.
Anche se penso che potremmo fare di meglio con try.discourse.org a riguardo. Ho già tirato fuori il mio cartellino ‘WIP’ qualche minuto fa su un altro argomento riguardante la documentazione (e usarlo due volte in rapida successione mi provoca mal di testa da stress ) ma penso che avere un sito interattivo ‘spiegazione’ con esempi di molte funzionalità diverse in atto potrebbe davvero aiutare in questo.
Sono decisamente interessato al potenziale di Discourse e sono a conoscenza di Mighty, una piattaforma su cui ho amministrato un gruppo, circle, haaartland e altri.
Per qualsiasi motivo, ho faticato a trovare tutte le informazioni che penso aiuterebbero a ponderare le decisioni, non solo Discourse ma anche le altre.
JD, saprai che abbraccio fortemente la legge di Conway.
Discourse ne mostra manifestazioni. Ad esempio, l’avversione di Coding Horror ai post firmati che si manifesta nelle guide predefinite in altri forum e qui, i messaggi sull’invio di più risposte in un argomento e non sull’aggregazione delle risposte in un unico post…
A un livello più profondo, l’allineamento filosofico o culturale del team di sviluppo determina il software. Ad esempio, Mighty si pone in cima a un albero dove tutte le loro community sono poi sottordinate e l’app Mighty consente a un utente di cercare community di rilevanza/interesse.
Sii consapevole anche che la maggior parte delle persone non ha una conoscenza uguale di più piattaforme per fare una selezione adeguatamente informata, quindi le considerazioni tecniche sono mitigate dalla pubblicità e molti hanno un “sito web scintillante”, molti hanno opzioni che puoi attivare e disattivare senza dover installare e ricostruire il software, quindi le mosse di Discourse verso temi e componenti piaceranno a uno sviluppatore, un tecnico, un amministratore di software, ma non a un’organizzazione commerciale che paga la tariffa e inizia a usarla o a qualcuno che vuole chiudere una community dietro un paywall con integrazione completa di PayPal, Stripe, tasse globali, ecc…
Non si tratta solo di cavalli per le corse, anche se questo è cruciale ma non sufficiente.
giusto, ma la prima cosa che vuoi fare quando valuti qualcosa del genere o dimostri le possibilità a qualcuno è vederlo in uso… non leggere un testo promozionale. (almeno è quello che voglio io). Non sto dicendo che meta dovrebbe essere così, solo che non riempie quella nicchia.
Sì, capisco. È forse in parte un sottoprodotto del non essere una piattaforma centralizzata estremamente popolare come WhatsApp o Facebook, dove si può avere già una significativa esperienza personale nell’usarla. Ma come @JammyDodger, c’è un sito demo…
Ma il sito demo lo fa sembrare un progetto hobbistico… qualcosa come lo era phpbb. Si possono vedere le “funzionalità” Non mostra il valore che tutte queste funzionalità creano.
Mi chiedo se cercare di accaparrarsi alcuni Reddit o gruppi Facebook attivi su argomenti ampiamente accessibili potrebbe funzionare per dare alcuni esempi più belli di come Discourse migliora una community? Non costerebbe molto provare a contattare un paio di moderatori chiave su grandi forum che ne trarrebbero beneficio.
Per riferimento, il miglior esempio che ho trovato da mostrare ai colleghi è stato drownedinsound — ma forse è solo perché il mio capo e alcune altre persone nel dipartimento sono appassionati di nuova musica. Forse puntare/ottenere esempi di altri argomenti di ampio richiamo come genitorialità/sport/film?
forse qualcuno dovrebbe avviare un sito di directory di Discourse? (forse ne esiste già uno?)
Ho notato che la ricerca su Google, ad esempio:
"Discourse <-un paio di parole chiave sull'argomento->"
non restituisce siti basati su Discourse, almeno nella mia esperienza.
Questo è un problema interessante…
…è probabilmente dovuto in parte al basso livello di pressione che riceviamo da CDCK e alla nostra flessibilità nel personalizzare i nostri siti come meglio crediamo.
Domanda generale alle persone: il tuo sito ha “Discourse” nella descrizione?
Questa è anche la mia esperienza. Inoltre, molte personalizzazioni di Discourse sono (secondo me) piuttosto scadenti e le modifiche CSS e di layout che le persone cercano di apportare peggiorano l’esperienza sia per i loro utenti sia per l’utilizzo dei siti come esempio.
Capisco che le persone vogliano personalizzare il brand, ma c’è decisamente una tensione qui… la maggior parte delle persone non ha le competenze o l’esperienza per migliorare effettivamente le cose. L’interfaccia utente predefinita di Discourse è buona, specialmente per gli utenti esperti.
Sì, per molti è un hobby e un percorso di apprendimento, cosa che non dovremmo sottovalutare.
La quantità di conoscenze informatiche che le persone acquisiscono distribuendo il proprio sito Discourse è molto significativa e dovremmo certamente evidenziarlo come una cosa estremamente positiva.
Direi che è troppo. Sebbene esista un’installazione Docker, la configurazione potrebbe essere molto più semplice. Ho molta esperienza nel fare devops per vari progetti secondari, ma la mia esperienza di self-hosting mi ha portato a pensare che fosse attivamente scoraggiata. La configurazione dell’email è stata difficile e ha richiesto di armeggiare con i file di configurazione. Lo stesso vale per i plugin. Tutta questa roba potrebbe essere nell’interfaccia di amministrazione. Nota: non mi sto lamentando, perché capisco che se vuoi conservare alcune bacche per persuadere le persone a usare l’hosting. È solo che un’esperienza non fluida nel self-hosting mi ha fatto temere che questa non fosse un’opzione “benedetta” e che potesse scomparire.
Sarebbe possibile guadagnare qualcosa tramite referral a un provider VPS che fornisce un servizio SMTP e potrebbe impostare un installer con un clic per coloro che non desiderano l’hosting? Ciò abbasserebbe significativamente la barriera d’ingresso, ma immagino che potrebbe cannibalizzare le vendite dell’hosting.
Non credo che questo faccia parte della strategia di CDCK.
Al contrario, li vedo fare di tutto per aiutare (insieme alla community).
Il vantaggio per CDCK è la quantità di test a cui viene sottoposto e il contributo aggiuntivo, sia in codice che in richieste di funzionalità.
Quale parte è “difficile”?
Penso che ci sia un limite all’impegno e allo sforzo minimi richiesti per ospitare qualsiasi cosa sulla propria piattaforma. Inoltre, se tutto è solo una pressione di un pulsante, come diavolo supporteranno il proprio sito web? Chiaramente CDCK deve separare la responsabilità per questo. È ragionevole aspettarsi che qualcuno abbia o sia disposto ad acquisire le conoscenze necessarie per il supporto a lungo termine, sia attraverso il coinvolgimento personale sia attraverso il coinvolgimento diretto di altri esperti tramite contratto.
Una volta che l’hai fatto un paio di volte, configurare un sito completamente nuovo, indipendente al 100%, di proprietà totale, con specifiche “predefinite” richiede meno di 20 minuti, e questo include l’acquisto del dominio! È fenomenale, no?
Personalmente ritengo che il tuo punto riguardo al “mostrare esempi” della piattaforma sia un commento più equo.
Ricordo che qualcuno su meta usava cercare qualcosa come la frase “Questo è un luogo civile per la discussione pubblica” poiché è una stringa predefinita e pubblica di qualsiasi forum Discourse. Funzionerebbe con altri e puoi anche cercare altre lingue.
Penso che dobbiamo stare attenti a quali sono i problemi di Discourse e cosa Discourse non può davvero risolvere. La configurazione dell’email è un pasticcio, ma da molti anni di esperienza nella gestione di forum che inviano email, so che il problema più grande è con l’email e non con il software del forum. È diventato così bloccato per fermare gli abusi che il tempo e lo sforzo per configurare il tuo ambiente di posta in uscita di solito superano di gran lunga il piccolo tempo necessario per configurare l’email di Discourse.
Configurare un dominio per l’email con DNS, SPF, DKIM, limiti di invio, filtraggio, evitamento delle blacklist è il vero problema, non le poche cose che devi fare in Discourse per inviare email. Se riesci a fare le cose relative al dominio, allora le cose relative a Discourse sono una passeggiata in confronto o, in alternativa, se non riesci a gestire la parte di configurazione di Discourse, probabilmente avrai un incubo con la configurazione dell’email non basata su Discourse.
mmdv - ha funzionato per me. Ho aggiunto una parola generica in più (meteo) per restringere il mio sito specifico e sono arrivato in cima alla lista, quindi presumo che se avessi cercato solo la stringa, alla fine mi sarei trovato da qualche parte nella lista.
Non potrei essere più d’accordo. L’email è la parte più complessa. Una volta configurati un paio di siti, sfruttare la propria infrastruttura email esistente rende le cose molto più facili (ma è comunque necessario superare gli ostacoli di configurazione del dominio, ovviamente).
No. E mai lo avrà. Mi dispiace, ma il mio forum non è una pubblicità per CDCK. Lo stesso vale per il mio WordPress. E là fuori non c’è nessuno che cerca community/forum usando un motore specifico.
Lo so, TINSTAFL, ma ognuno dei miei utenti sa o dovrebbe sapere che sto usando Discourse. La mia storia con WordPress è totalmente diversa.
Ci devono essere altri dettagli tecnici da cercare. Simile a come tutti noi qui sappiamo subito se un forum è costruito usando Discourse o WordPress. CDCK sa che sto usando il loro prodotto
Mi scusi se sono sembrato critico. Non penso che sia effettivamente “difficile”, forse è solo che la documentazione è piuttosto sparsa su questo meta-sito e, se non hai mai installato un’applicazione Rails prima, c’è una buona dose di conoscenza presupposta. Ho fatto molte cose con Python (soprattutto Django) in passato, ma ho pensato che modificare i file di configurazione e ricompilare fosse un processo strano per quelle che potevano essere impostazioni di runtime.
Suppongo che alla fine sia sembrata un’opzione meno preferita, che ho accettato perché era gratuita.
È un po’ simile al problema di valutare l’interfaccia utente di Discourse. Ci piace e la conosciamo bene. Ma è stato interessante vedere i miei studenti usarla per la prima volta l’anno scorso… non l’hanno sempre trovata facile e alcuni (non tutti) l’hanno descritta come " prolissa" e confusa. La maggior parte alla fine l’ha apprezzata, ma l’onboarding era più orientato a persone familiari con questo tipo di community.
Comunque, sarei felice di aiutare con la documentazione della community sul processo di installazione su una nuova droplet di Digital Ocean, ad esempio. Penso che sarebbe utile anche una guida al modo migliore per configurare l’email. Molte delle cose in entrata sono complesse e non ben documentate. Suggerire una buona configurazione predefinita avrebbe senso.
Sebbene sia vero che le e-mail sono un problema (spesso per buone ragioni), non è così difficile da non poter offrire una guida a un “percorso privilegiato” (ad esempio, “usa semplicemente SendGrid” o “configura SES in questo modo”).
Per me il problema è stato complicato dal fatto che MS/365 davvero non vuole che tu usi l’autenticazione legacy. Penso che questo sia probabilmente un problema anche per altre organizzazioni, anche se non ne sono sicuro. (A parte questo, abbiamo dovuto ottenere una dispensa speciale per mantenere attiva l’autenticazione legacy e sono ancora preoccupato di essere a una modifica delle policy da tutto ciò che smette di funzionare di nuovo, e poiché sono in una grande organizzazione che gestisce un sito per un gruppo (relativamente) piccolo di 1500 persone, non siamo sempre una priorità).
Allo stesso modo, la configurazione dell’SSO con 365 non era ben documentata, per quanto ricordo, e non l’ho ancora affrontata, anche se la vogliamo davvero. Dovrei farmi coraggio e scrivere una guida per la persona che verrà dopo.
) ma penso che avere un sito interattivo ‘spiegazione’ con esempi di molte funzionalità diverse in atto potrebbe davvero aiutare in questo.