Dopo aver letto questo post, penso che potrebbe essere migliore e diventare il CMS
Avendo già alcune opinioni personali, sono spinto a scrivere un breve sfogo.
L’aumento recente di piattaforme come X e Reddit e il declino di alcuni blog/siti di notizie, penso che Discourse stia perdendo un mercato enorme. Ammettiamolo, la funzionalità backend c’è, ma il frontend manca di funzionalità. Immagina Discourse come il sito di blog/notizie effettivo con qualche elegante CSS e funzionalità. Pensa ai componenti “Homepage features” e “Topic List Thumbnails”.
È più di una semplice piattaforma di commenti o forum e penso che ci sia spazio, tuttavia.
Cose che penso manchino…
Discourse Marketplace - Un sito web dedicato, un marketplace a pagamento per temi e plugin, ad esempio addebitare £70 all’anno per un tema decente è ragionevole e attirerà sviluppatori esterni con nuove idee. Voglio dire, guarda alcuni dei temi codificati male su Envato che vendono 250.000 volte generando milioni.
Uses Page - Avere una landing page per “Discourse Uses” con temi e plugin dall’aspetto particolare “non solo un forum” attirerebbe l’attenzione della gente. Immagina Discourse come una piattaforma di recensioni, una piattaforma di offerte (swapd) Notizie sul calcio in diretta (Kick Off) ecc. ecc.
Discourse Self-Hosting - Oltre agli attuali pacchetti, avere “self-managed” ma configurato istantaneamente senza installazione Docker ecc. (lo fai su hosted, quindi sicuramente questo può essere ottenuto), simile a Digital Ocean ma con installazioni in 1 clic. Sicuramente perdi molti clienti e denaro a causa di questo.
Non sono molto bravo a esprimere le parole, ma spero che tu colga il senso generale.
Idee interessanti… sembrerebbe possibile che Discourse sia disponibile preconfigurato con determinati plugin ed elementi tematici per adattarsi ad alcuni casi d’uso particolari come un sito di notizie.
Rif. punto 3, l’installazione istantanea self-managed: in base alla mia esperienza, il coraggio e la capacità di superare il processo di installazione e configurazione sembrano un prerequisito minimo per l’autogestione. Se Discourse ospitasse installazioni non supportate con un clic, immagino che i siti esaurirebbero lo spazio di archiviazione, i file di log si accumulerebbero, gli aggiornamenti fallirebbero, ecc. – e utenti insoddisfatti che non erano preparati alle responsabilità di fronte a un sito bloccato rispetto a, non so, un menu di supporto à la carte? Vedo alcune sfide di personale e insidie di pubbliche relazioni con questo scenario.
Apprezzo la natura open-source di Discourse e mi piace ospitare autonomamente un piccolo forum, ma se fossi un’organizzazione con molto in gioco e poco talento interno, il costo di un hosting completamente gestito potrebbe sembrare un piccolo prezzo da pagare.
A mio avviso, il principale vantaggio di Discourse risiede nella sua completa apertura e trasparenza. Quasi nessuna funzionalità o plugin richiede un pagamento per l’installazione e l’uso. A questo proposito, Discourse supererà tutti gli altri forum della community.
Gli amministratori che utilizzano Discourse come modello di community sono in gran parte attratti da questa caratteristica, poiché non devono spendere fondi considerevoli per temi e template elaborati. Devono semplicemente concentrarsi sull’offrire ottimi servizi web e fornire feedback agli utenti attraverso Discourse.
WordPress è “open source” e guarda quanti miliardi genera. Il modo in cui Discourse viene gestito può continuare come al solito, questa sarà un’entità separata e un caso di ‘acquista i temi o i plugin eleganti o non farlo’. Immagina un sacco di nuove idee per gli sviluppatori, plugin, ecc. incoraggerebbe la crescita della piattaforma Discourse.
Fondamentalmente un modo per supportare sviluppatori come @awesomerobot che ha creato forse il miglior tema su Discourse.
ha 2 lati, 1 lato sarebbe com’è ora ma offrirebbe la scelta di temi e plugin a pagamento per aiutare gli sviluppatori. È letteralmente così che WordPress è cresciuto e ha guadagnato sviluppatori.
È un’ottima idea. È anche simile alla configurazione che avevo quando stavo testando la funzionalità dei commenti di Discourse. Gli argomenti di Discourse venivano pubblicati su un sito Remix/React leggero tramite webhook di Discourse. I commenti creati sul sito web apparivano sia sul sito web che su Discourse.
Avere entrambi i servizi alimentati direttamente da Discourse risolverebbe la maggior parte dei problemi che stavo riscontrando.
Se stessi progettando questo, sottolineerei l’avere un blog super veloce di fronte all’applicazione Discourse tradizionale. Questo approccio risolverebbe anche il problema in corso dei tempi di caricamento lenti per l’applicazione Discourse completa.
Ci sono un sacco di ragioni per cui qualcosa del genere sarebbe utile. Ne aggiungerò un paio in più:
È socialmente molto meno imbarazzante iniziare un blog che iniziare una comunità online. Se non hai utenti, iniziare una comunità online sembra strano. Sarebbe fantastico poter avviare una comunità semplicemente pubblicando un po’ di post sul blog.
Nell’era degli LLM, le applicazioni per prendere appunti sono molto popolari. C’è una spinta naturale a voler pubblicare appunti su Internet. Penso che ci sia anche una necessità, altrimenti finiremo con meno conoscenza condivisa. Pubblicare appunti direttamente su Discourse è fattibile, ma sembrerebbe più naturale pubblicarli su un sito di tipo blog che avesse Discourse come backend.
.