Offriamo già hosting in Australia su AWS, ma al momento non è previsto offrire hosting co-locato in queste località poiché non stiamo riscontrando un’alta domanda. C’è un motivo particolare per cui preferiresti l’hosting locale rispetto all’hosting negli Stati Uniti o nell’UE?
Ehi, la cosa complicata dell’essere distribuiti a livello globale è che è molto difficile dare priorità alle località per questo tipo di eventi. Ma sono curioso: che tipo di evento porterebbe abbastanza valore da farti viaggiare fino a Sydney per parteciparvi?
Sono davvero appassionato di questo argomento, sono contento che tu l’abbia sollevato. Ho scritto in modo piuttosto esteso sulle mie previsioni qui e su cosa penso che i costruttori di comunità dovrebbero considerare qui, mentre Mae condivide consigli per ottimizzare i contenuti della comunità per la scoperta tramite IA qui.
Abbiamo dedicato molto tempo a pensare a come possiamo supportare meglio le comunità di Discourse per fare scelte flessibili su come sfruttare (e proteggere) i loro dati.
Al momento siamo piuttosto entusiasti di Discourse MCP e puoi tenere d’occhio qui le future innovazioni.
Parte del lavoro sul launcher 2 è la distribuzione di un’immagine Docker precompilata, quindi sì, abbiamo dei piani e puoi già provarla in versione beta
Per quanto riguarda l’archiviazione per utente nei temi. Questa è un’area che ho voluto sviluppare per un tempo MOLTO lungo. Ne ho discusso parecchie volte nel corso degli anni con @david. Una delle maggiori preoccupazioni qui è garantire che ci siano vincoli adeguati. Non vogliamo che un tema difettoso consumi terabyte di spazio di archiviazione sul server. Trovare la giusta superficie è difficile. Stavo giusto facendo un po’ di brainstorming su questo con l’aiuto di GitHub. Vedi: https://meta.discourse.org/discourse-ai/ai-bot/shared-ai-conversations/OjpV557puqmyvwFkEIcUvA
Mi piace l’idea di un’API che consenta facoltativamente il “preload” perché può cambiare le regole del gioco per gli sviluppatori di temi.
L’Open Source è nel DNA di Discourse. Abbiamo sempre voluto che ci fosse un’alternativa aperta all’enorme quantità di sistemi chiusi che purtroppo stanno prendendo il sopravvento. Vogliamo che il nostro codice viva a lungo nel futuro e vediamo le istanze di Discourse ospitate da noi o auto-ospitate come un aspetto positivo.
La natura open source aiuta Discourse ad essere più sicuro di molte altre alternative perché le persone controllano il codice, permette alla piattaforma di essere estesa in modi strani e meravigliosi.
Adoriamo interagire con la comunità open source e i meravigliosi contributori su meta
Anch’io adoro questa domanda, Jen. Ho parecchie idee, alcune delle quali le condivido qui. Penso che i costruttori di comunità intelligenti riconoscano di avere un ruolo importante da svolgere nella gestione di come i contenuti vengono distribuiti e consumati. Sospetto che questo possa essere difficile data la vostra struttura di governance guidata dai membri. Può funzionare – qui c’è uno studio di caso di una comunità che è stata in grado di scalare efficacemente la comunicazione sotto una governance di crowdsourcing, ma l’hanno gestita strategicamente fin dall’inizio.
Ciao! (le 23 qui ). Grazie per il tuo How Discourse Uses Discourse , che ho immediatamente condiviso con i miei colleghi. Così, proprio oggi, uno di loro mi ha chiesto dopo aver letto il post del blog:
“Perché non usiamo Discourse Chat come fanno loro?”
(usiamo Discord, che fa impazzire la maggior parte delle persone, dato che le nostre due piattaforme di comunicazione preferite sono Discourse e Discord )
Quindi la mia risposta è stata:
“Fondamentalmente a causa della mancanza di notifiche push, specialmente su self-hosted.”
Poi ho pensato, forse Discourse potrebbe fare qualcosa con le notifiche push come hanno fatto con Discourse ID? Poi ho pensato, probabilmente no, questo metterebbe a rischio il valore aggiunto dell’hosting… Ma forse sarebbe comunque una domanda interessante per gli altri?
Sul mio blog ho messo in guardia un po’ sui possibili aspetti negativi. Quindi questa è sempre un’area che deve essere affrontata con cautela.
Detto questo, siamo agli inizi, ma ti consiglio vivamente di provare (e guardare) come si evolve Discourse Vibe:
Gli agenti di IA si stanno evolvendo a una velocità vertiginosa e ci stiamo assicurando che Discourse sia in grado di fornire il miglior contesto e gli strumenti migliori affinché gli agenti possano svolgere bene il loro lavoro.
Ad esempio, di recente abbiamo completato la triade di strumenti necessari per aiutare gli agenti ad avere un corretto ciclo di build-test-build-test.
bin/rspec NOMEFILE per eseguire qualsiasi spec bin/lint NOMEFILE per eseguire il linting di qualsiasi file (recente) bin/qunit NOMEFILE per eseguire qualsiasi test qunit (nuovo)
Inoltre, ora forniamo un Discourse MCP che facilita agli agenti la produzione di dati di test e l’esecuzione di test manuali.
Riguardo al tema “IA che apporta modifiche all’interfaccia utente per me”
Ho sperimentato con dv config theme per aiutare ad avviare un sandbox per la creazione di temi, ma siamo agli inizi. Spero di portarlo in uno stato in cui possa eseguire semplici scaffolding di temi.
Vedo certamente un futuro in cui i clienti self-service potranno semplicemente indicare un sito web e dire: “Ehi, questo è il mio sito web, fai in modo che il forum assomigli un po’ di più ad esso”.
La ricerca è un’area che vedo evolversi molto man mano che gli LLM diventano più economici e veloci.
Mettere un LLM nel percorso critico può essere un po’ complicato, perché la ricerca smette di essere istantanea.
Detto questo, le persone sono disposte ad aspettare un po’ per ottenere ottimi risultati, come dimostra ask.discourse.com.
Riguardo all’argomento “ricerca più veloce e migliore”, vedo una combinazione tra capire come integrare BM-25 in Discourse e come utilizzare gli LLM per inserire concetti che gestiscano alcuni problemi di ortografia strani e meravigliosi in anticipo (in modo da non chiamarli durante la ricerca, ma fare invece una pre-elaborazione).
Non c’è nulla di concreto nella nostra roadmap, ma una ricerca più veloce e migliore è qualcosa a cui miriamo sempre.
Abbiamo sponsorizzato molto lavoro completato da @angus. @pmusaraj ha testato attentamente i progressi durante il percorso.
Il plugin è ora incredibilmente capace, mi piacerebbe vederlo adottato più ampiamente e mi piacerebbe sentire quali grandi idee ha la comunità riguardo al suo futuro.
Immagino che la domanda torni verso di te, quali sono le lacune più grandi che hai?
La compatibilità con S3 comporta sempre un certo livello di compromesso, è davvero compatibile con S3? Supporta i caricamenti diretti firmati, ad esempio, la stessa policy del ciclo di vita XML e l’elenco continua all’infinito.
Cerchiamo di assicurarci che le basi funzionino, ma può essere una battaglia in salita dato che ci sono così tanti provider S3 “compatibili” che offrono diversi livelli di compatibilità.
Proxy e CDN sono invece funzionalità di prima classe, possono essere complicati da configurare (specialmente i proxy) perché è necessario passare gli indirizzi IP in modo sicuro e il debug può essere difficile.
Questo è certamente un valore aggiunto che potremmo prendere in considerazione di aggiungere per rendere Discourse ID più interessante. Parte di questo è una sfida di protocollo, specialmente sui siti di terze parti.
Non vogliamo memorizzare alcun dato privato del forum, quindi forse un protocollo che dica: “Ehi, hai una nuova notifica sul sito X” e poi far sì che l’app cerchi la notifica dal sito X. Oppure una qualche forma di crittografia end-to-end.
È un problema tecnico complicato.
Detto questo, la PWA di Discourse supporta già le notifiche push sia su iOS che su Android.
È davvero difficile gestire la crescita in modo sano e resiliente. Molti dei nostri sistemi e processi sono cresciuti organicamente con l’azienda. Quando eravamo in 14 (come quando ho iniziato) era gestibile fare tutto con fogli di calcolo ed email. Avevamo pochissime restrizioni o burocrazia da negoziare. Potevamo fare le cose velocemente.
Man mano che si cresce, sono necessarie strutture più solide e questo comporta dei processi. Alcune persone faticano ad acclimatarsi a questo cambiamento più di altre. Un buon esempio è la creazione di filiali. Abbiamo recentemente istituito CDCK.BV nei Paesi Bassi per impiegare tutto il nostro personale dell’UE. Questo introduce un enorme livello di complessità che prima non dovevamo affrontare.
Allo stesso modo, scalare la comunicazione in un ambiente completamente remoto e asincrono è impegnativo. Mantenere il rapporto segnale-rumore adeguatamente calibrato è sempre più difficile.
Trovare modi per risolvere le sfide in un mondo che non è ancora organizzato per funzionare come facciamo noi è difficile. Non credo che l’abbiamo superato, ma stiamo sicuramente lavorando sodo per guidare il cambiamento.
Mi dispiace molto, ho faticato molto per rispondere a questa domanda.
Immagino che se riavvolgo un po’ indietro, 5 anni fa mi aspettavo che Discourse fosse una piattaforma comunitaria migliore, e infatti lo è.
Mi aspetto che tra 5 anni saremo una piattaforma comunitaria ancora migliore che si adatta ai tempi e crea innumerevoli luoghi significativi online dove le persone possono riunirsi e condividere paragrafi interessanti
)
Grazie