Nós já oferecemos hospedagem na Austrália na AWS, mas atualmente não está em nosso roteiro oferecer hospedagem colocalizada nesses locais porque não estamos vendo alta demanda. Há alguma razão específica pela qual você prefere hospedagem local em vez de hospedagem nos EUA ou na UE?
Heh, a coisa complicada de ser distribuído globalmente é que é muito difícil priorizar locais para esse tipo de evento. Mas estou curioso – que tipo de evento traria valor suficiente para você viajar para Sydney por ele?
Eu sou realmente apaixonado por este tópico, estou muito feliz por você ter levantado a questão. Escrevi extensivamente sobre minhas previsões aqui e sobre o que acho que os construtores de comunidades devem pensar aqui, enquanto a Mae compartilha conselhos para otimizar o conteúdo da comunidade para descoberta por IA aqui.
Temos dedicado muito tempo a pensar em como podemos apoiar melhor as comunidades do Discourse para fazerem escolhas flexíveis sobre como alavancar (e proteger) seus dados.
No momento, estamos bem animados com o Discourse MCP e você pode ficar de olho aqui para futuras inovações.
Parte do trabalho do launcher 2 é o envio de uma imagem docker pré-construída, então sim, temos planos e você já pode experimentá-la em forma beta
Sobre o armazenamento por usuário em temas. Esta é uma área que eu queria construir por um Loooongo tempo. Discuti isso algumas vezes ao longo dos anos com @david. Uma das maiores preocupações aqui é garantir que existam restrições adequadas. Não queremos que um tema ruim consuma terabytes de armazenamento no lado do servidor. Encontrar a superfície certa é difícil. Eu estava apenas fazendo um brainstorming sobre isso com o GitHub helper. Veja: https://meta.discourse.org/discourse-ai/ai-bot/shared-ai-conversations/OjpV557puqmyvwFkEIcUvA
Eu gosto da ideia de uma API que opcionalmente permita o “pré-carregamento”, pois isso pode mudar o jogo para os desenvolvedores de temas.
O Código Aberto está no DNA do Discourse. Sempre quisemos que houvesse uma alternativa aberta à enorme quantidade de silos de código fechado que, infelizmente, estão dominando. Queremos que nosso código viva muito no futuro e vemos instâncias do Discourse hospedadas por nós ou auto-hospedadas como algo positivo.
A natureza de Código Aberto ajuda o Discourse a ser mais seguro do que muitas outras alternativas, pois as pessoas auditam o código, permitindo que a plataforma seja estendida de maneiras estranhas e maravilhosas.
Adoramos interagir com a comunidade de código aberto e os maravilhosos colaboradores no meta
Eu também adoro essa pergunta, Jen. Tenho muitas opiniões, algumas das quais compartilho aqui. Eu acho que construtores de comunidade inteligentes reconhecem que têm um papel importante a desempenhar no gerenciamento de como o conteúdo é distribuído e consumido. Suspeito que isso possa ser desafiador, dada a sua estrutura de governança liderada por membros. Pode funcionar – aqui está um estudo de caso de uma comunidade que conseguiu dimensionar a comunicação de forma eficaz sob governança de crowdsourcing, mas eles a gerenciaram estrategicamente desde o início.
Olá! (23h aqui ). Obrigado pelo seu How Discourse Uses Discourse, que imediatamente compartilhei com meus colegas. Então, hoje, um deles me perguntou depois de ler a postagem do blog:
“Por que não usamos o Discourse Chat como eles fazem?”
(nós usamos o Discord, o que deixa a maioria das pessoas louca, já que nossas duas plataformas de comunicação preferidas são Discourse e Discord )
Então minha resposta foi:
“Basicamente por causa da falta de notificações push, especialmente em auto-hospedagem.”
Então pensei, talvez o Discourse pudesse fazer algo com notificações push como fizeram com o Discourse ID? Então pensei, provavelmente não, isso comprometeria o valor agregado da hospedagem deles… Mas talvez seja uma pergunta interessante para os outros de qualquer maneira?
No meu blog, alertei um pouco sobre possíveis desvantagens. Portanto, esta é sempre uma área que precisa ser abordada com cautela.
Dito isso, ainda estamos no início, mas recomendo fortemente que você experimente (e observe) como o Discourse Vibe evolui:
Os agentes de IA estão evoluindo em velocidade vertiginosa e estamos garantindo que o Discourse possa fornecer o melhor contexto e ferramentas para que os agentes possam realizar seu trabalho bem.
Por exemplo, recentemente concluímos a trindade de ferramentas necessárias para ajudar os agentes a terem um ciclo adequado de compilação-teste-compilação-teste.
bin/rspec NOME_DO_ARQUIVO para executar qualquer spec bin/lint NOME_DO_ARQUIVO para fazer lint de qualquer arquivo (recente) bin/qunit NOME_DO_ARQUIVO para executar qualquer teste qunit (novo)
Além disso, agora enviamos um Discourse MCP que facilita para os agentes produzirem dados de teste e realizarem testes manuais.
Sobre o assunto de “IA fazendo alterações na interface do usuário para mim”
Tenho experimentado com dv config theme para ajudar a iniciar um sandbox para a construção de temas, mas ainda estamos no início. Espero colocá-lo em um estado onde possa fazer o scaffolding simples de temas.
Eu certamente vejo um futuro em que clientes de autoatendimento podem simplesmente apontar para um site e dizer: “Ei, este é o meu site, faça o fórum parecer um pouco mais com ele”.
Pesquisa é uma área que vejo evoluir muito à medida que os LLMs ficam mais baratos e rápidos.
Colocar um LLM no caminho crítico pode ser um pouco complicado, pois a pesquisa deixa de ser instantânea.
Dito isso, as pessoas ficam felizes em esperar um pouco para obter ótimos resultados, como o ask.discourse.com prova.
Sobre o tópico de “pesquisa mais rápida e melhor”, vejo uma combinação de descobrir como trazer o BM-25 para o Discourse e como usar LLMs para injetar conceitos que lidam com alguns problemas de ortografia estranhos e maravilhosos antecipadamente (para que você não os chame durante a pesquisa, mas faça o pré-processamento em vez disso).
Não há nada concreto em nosso roteiro, mas uma pesquisa mais rápida e melhor é algo que sempre buscamos.
Isto permanece na fase de “estamos experimentando”.
Nós patrocinamos muito do trabalho concluído por @angus. @pmusaraj tem testado cuidadosamente o progresso ao longo do caminho.
O plugin está agora incrivelmente capaz, eu adoraria vê-lo adotado mais amplamente e adoraria ouvir quais ótimas ideias a comunidade tem sobre o seu futuro.
Acho que a pergunta está voltando para você, quais são as maiores lacunas que você tem?
A compatibilidade com S3 sempre traz algum nível de comprometimento, é realmente compatível com S3? Ela suporta uploads diretos assinados, por exemplo, a mesma política de ciclo de vida XML e a lista continua.
Nós tentamos garantir que o básico funcione, mas pode ser uma batalha árdua, dado que existem tantos provedores S3 “compatíveis” que oferecem diferentes níveis de compatibilidade.
Proxy e CDN, no entanto, são recursos de primeira classe, podem ser complicados de configurar (especialmente proxies) porque você precisa passar IPs de forma segura e a depuração pode ser difícil.
Este é certamente um valor agregado que poderíamos considerar adicionar para tornar o Discourse ID mais atraente. Parte disso é um desafio de protocolo, especialmente em sites de terceiros.
Não queremos armazenar nenhum dado privado do fórum, então talvez algum protocolo que diga: “Ei, você tem uma nova notificação no site X” e então fazer com que o aplicativo procure a notificação no site X. Ou então alguma forma de criptografia de ponta a ponta.
É um problema técnico complicado.
Dito isto, o PWA (Progressive Web App) do Discourse já suporta Notificações Push tanto no iOS quanto no Android.
É realmente difícil navegar pelo crescimento de uma maneira saudável e resiliente. Muitos dos nossos sistemas e processos cresceram organicamente à medida que o negócio se desenvolvia. Quando éramos 14 (como eu era quando comecei), era gerenciável fazer tudo com planilhas e e-mails. Tínhamos pouquíssima burocracia ou regulamentação para negociar. Conseguíamos fazer as coisas rapidamente.
À medida que você cresce, você precisa de estruturas mais robustas, e isso envolve processos. Algumas pessoas lutam mais do que outras para se aclimatar a essa mudança. Um bom exemplo é a criação de subsidiárias. Recentemente, estabelecemos a CDCK.BV na Holanda para empregar todo o nosso pessoal da UE. Isso introduz um enorme nível de complexidade com o qual não precisávamos lidar antes.
Da mesma forma, dimensionar a comunicação em um ambiente totalmente remoto e com prioridade em assincronicidade é desafiador. Manter a proporção sinal-ruído ajustada adequadamente está cada vez mais difícil.
Encontrar maneiras de resolver desafios em um mundo que ainda não está configurado para funcionar da maneira que fazemos é difícil. Eu não acho que superamos isso, mas estamos definitivamente trabalhando duro para impulsionar a mudança.
Sinto muito, tive muita dificuldade em responder a esta.
Acho que, se eu retroceder um pouco, há 5 anos eu esperava que o Discourse fosse uma plataforma de comunidade melhor, e de fato é.
Espero que em 5 anos sejamos uma plataforma de comunidade ainda melhor que se adapta aos tempos e cria inúmeros lugares significativos online para as pessoas se reunirem e compartilharem parágrafos interessantes
)
Obrigado