Ya ofrecemos alojamiento en Australia en AWS, pero actualmente no está en nuestros planes ofrecer alojamiento de co-ubicación en estas ubicaciones porque no estamos viendo una alta demanda. ¿Hay alguna razón en particular por la que prefieras alojamiento local en lugar de alojamiento en EE. UU. o la UE?
Je, lo complicado de estar distribuido globalmente es que es muy difícil priorizar ubicaciones para este tipo de eventos. Pero tengo curiosidad: ¿qué tipo de evento aportaría suficiente valor como para que viajaras a Sídney por él?
Me apasiona mucho este tema, me alegra que lo hayas planteado. Escribí sobre mis predicciones de forma bastante extensa aquí y sobre lo que creo que los constructores de comunidades deberían estar pensando aquí, mientras que Mae comparte consejos para optimizar el contenido de la comunidad para el descubrimiento por IA aquí.
Hemos dedicado mucho tiempo a pensar en cómo podemos apoyar mejor a las comunidades de Discourse para que tomen decisiones flexibles sobre cómo aprovechar (y proteger) sus datos.
Ahora mismo estamos muy entusiasmados con Discourse MCP y puedes estar atento aquí a futuras innovaciones.
Como parte del trabajo del lanzador 2 se enviará una imagen de Docker precompilada, así que sí, tenemos planes y ya puedes probarla en forma beta
Con respecto al almacenamiento por usuario en los temas. Esta es un área en la que he querido desarrollar durante MUCHO tiempo. Discutí esto bastantes veces a lo largo de los años con @david. Una de las mayores preocupaciones aquí es asegurar que haya las restricciones adecuadas. No queremos que un tema defectuoso consuma terabytes de almacenamiento en el servidor. Encontrar la superficie adecuada es difícil. Estuve pensando un poco sobre esto con el asistente de GitHub. Mira: https://meta.discourse.org/discourse-ai/ai-bot/shared-ai-conversations/OjpV557puqmyvwFkEIcUvA
Me gusta la idea de una API que opcionalmente permita la “precarga”, ya que puede cambiar las reglas del juego para los desarrolladores de temas.
El código abierto está en el ADN de Discourse. Siempre quisimos que hubiera una alternativa abierta a las enormes cantidades de silos de código cerrado que lamentablemente están apoderándose. Queremos que nuestro código perdure en el futuro y vemos como algo positivo que las instancias de Discourse se alojen con nosotros o se autoalojen.
La naturaleza de código abierto ayuda a que Discourse sea más seguro que muchas otras alternativas porque la gente audita el código, permite que la plataforma se extienda de maneras raras y maravillosas.
Nos encanta interactuar con la comunidad de código abierto y los maravillosos colaboradores en meta
Me encanta esta pregunta también, Jen. Tengo bastantes ideas, algunas de las cuales comparto aquí. Creo que los creadores de comunidades inteligentes reconocen que tienen un papel importante que desempeñar en la gestión de cómo se distribuye y consume el contenido. Sospecho que eso puede ser un desafío dada su estructura de gobernanza dirigida por miembros. Puede funcionar: aquí hay un estudio de caso de una comunidad que pudo escalar la comunicación de manera efectiva bajo gobernanza de crowdsourcing, pero lo gestionaron estratégicamente desde el principio.
¡Hola! (11 p. m. aquí ). Gracias por tu How Discourse Uses Discourse , que inmediatamente compartí con mis colegas. Así que justo hoy uno de ellos me preguntó después de leer la publicación del blog:
“¿Por qué no usamos Discourse Chat como ellos?”
(Usamos Discord, lo que vuelve locos a la mayoría, ya que nuestras dos plataformas de comunicación preferidas son Discourse y Discord )
Así que mi respuesta fue:
“Básicamente por la falta de notificaciones push, especialmente en instalaciones autoalojadas.”
Entonces pensé, ¿quizás Discourse podría hacer algo con las notificaciones push como lo hicieron con Discourse ID? Luego pensé, probablemente no, esto pondría en peligro su valor añadido de alojamiento… ¿Pero tal vez sería una pregunta interesante para otros de todos modos?
En mi blog advertí un poco sobre posibles desventajas. Así que esta es siempre un área que debe abordarse con cautela.
Dicho esto, estamos en las primeras etapas, pero recomiendo encarecidamente que pruebes (y observes) cómo evoluciona Discourse Vibe:
Los agentes de IA están evolucionando a una velocidad vertiginosa y nos estamos asegurando de que Discourse pueda proporcionar el mejor contexto y las mejores herramientas para que los agentes realicen bien su trabajo.
Por ejemplo, recientemente completamos la tríada de herramientas necesarias para ayudar a los agentes a tener un ciclo adecuado de compilación-prueba-compilación-prueba.
bin/rspec NOMBRE_DEL_ARCHIVO para ejecutar cualquier especificación bin/lint NOMBRE_DEL_ARCHIVO para aplicar lint a cualquier archivo (reciente) bin/qunit NOMBRE_DEL_ARCHIVO para ejecutar cualquier prueba qunit (nueva)
Además de eso, ahora enviamos un Discourse MCP que facilita a los agentes la producción de datos de prueba y la realización de pruebas manuales.
Sobre el tema de “la IA haciendo cambios en la interfaz de usuario por mí”
He estado experimentando con dv config theme para ayudar a iniciar un entorno aislado para la construcción de temas, pero estamos en las primeras etapas. Espero llevarlo a un estado en el que pueda hacer un andamiaje de temas simple.
Ciertamente veo un futuro en el que los clientes de autoservicio puedan simplemente señalar un sitio web y decir: “Oye, este es mi sitio web, haz que el foro se parezca un poco más a él”.
La búsqueda es un área que veo evolucionar mucho a medida que los LLM se vuelven más baratos y rápidos.
Poner un LLM en la ruta crítica puede ser un poco complicado, porque la búsqueda deja de ser instantánea.
Dicho esto, a la gente no le importa esperar un poco para obtener excelentes resultados, como demuestra ask.discourse.com.
Sobre el tema de una “búsqueda más rápida y mejor”, veo una combinación de averiguar cómo incorporar BM-25 en Discourse y cómo usar LLM para inyectar conceptos que manejen algunos problemas de ortografía extraños y maravillosos por adelantado (para que no se llamen durante la búsqueda, sino que se haga un preprocesamiento en su lugar).
No hay nada concreto en nuestra hoja de ruta, pero una búsqueda más rápida y mejor es algo que siempre buscamos.
Esto se mantiene en la fase de “estamos experimentando”.
Patrocinamos mucho trabajo realizado por @angus. @pmusaraj ha estado probando cuidadosamente el progreso a lo largo del camino.
El plugin es ahora increíblemente capaz, me encantaría verlo adoptado más ampliamente y me encantaría escuchar qué grandes ideas tiene la comunidad sobre su futuro.
Supongo que la pregunta vuelve hacia ti, ¿cuáles son las mayores carencias que tienes?
La compatibilidad con S3 siempre conlleva cierto nivel de compromiso, ¿es realmente compatible con S3? ¿Admite subidas directas firmadas, por ejemplo, la misma política de ciclo de vida XML y la lista continúa sin cesar?
Intentamos asegurarnos de que lo básico funcione, pero puede ser una batalla cuesta arriba dado que hay muchísimos proveedores “compatibles” con S3 que ofrecen diferentes niveles de compatibilidad.
Sin embargo, el proxy y la CDN son características de primera clase, pueden ser complicados de configurar (especialmente los proxies) porque necesitas pasar las direcciones IP de forma segura y la depuración puede ser difícil.
Este es ciertamente un valor añadido que podríamos considerar agregar para hacer que Discourse ID sea más atractivo. Parte de esto es un desafío de protocolo, especialmente en sitios de terceros.
No queremos almacenar ningún dato privado del foro, así que tal vez algún protocolo que diga: “Oye, tienes una nueva notificación en el sitio X” y luego hacer que la aplicación busque la notificación del sitio X. O eso, o alguna forma de cifrado de extremo a extremo.
Es un problema técnico complicado.
Dicho esto, la PWA de Discourse ya admite notificaciones push tanto en iOS como en Android.
Es realmente difícil navegar el crecimiento de una manera saludable y resiliente. Muchos de nuestros sistemas y procesos crecieron orgánicamente a medida que lo hacía el negocio. Cuando éramos 14 (como éramos cuando comencé), era manejable hacer todo con hojas de cálculo y correos electrónicos. Teníamos muy poca burocracia o papeleo que negociar. Podíamos hacer las cosas rápido.
A medida que creces, requieres marcos de trabajo más robustos y eso implica procesos. Algunas personas luchan más que otras para aclimatarse a ese cambio. Un buen ejemplo es la creación de subsidiarias. Recientemente establecimos CDCK.BV en los Países Bajos para emplear a todo nuestro personal de la UE. Eso introduce un gran nivel de complejidad con el que no teníamos que lidiar antes.
De manera similar, escalar la comunicación en un entorno totalmente remoto y asíncrono es un desafío. Mantener la relación señal-ruido adecuadamente ajustada es cada vez más difícil.
Encontrar formas de resolver los desafíos en un mundo que aún no está configurado para funcionar como lo hacemos nosotros es difícil. No creo que lo hayamos superado, pero definitivamente estamos trabajando arduamente para impulsar el cambio.
Lo siento mucho, me ha costado mucho responder a esto.
Supongo que si retrocedo un poco, hace 5 años esperaba que Discourse fuera una mejor plataforma comunitaria, y de hecho lo es.
Espero que en 5 años seamos una plataforma comunitaria aún mejor que se adapte a los tiempos y cree innumerables lugares significativos en línea para que las personas se reúnan y compartan párrafos interesantes
)
Gracias