¿Por qué Discourse no se recomienda con más frecuencia como una "plataforma comunitaria"?

Lo hacen, creo, al recomendar Mailgun. Desearía que hubiera una guía para idiotas sobre SES, ya que es 10 veces más barata.

También discrepo con el comentario anterior sobre que Meta no es un buen anuncio para Discourse. Lo primero que buscas es ver el software en acción.

Quizás el requisito de VPS/“droplet” en general sea un inconveniente para algunas personas. Había usado un servidor compartido durante más de una década antes de entender que un VPS no administrado sería igual de fácil en general.

2 Me gusta

Quizás el requisito de un VPS/“droplet” completo sea un inconveniente para algunas personas. Había usado un servidor compartido durante más de una década antes de entender que un VPS no administrado sería igual de fácil en general.

Esto es un poco a lo que me refería. En los viejos tiempos, podrías haber añadido Discourse a través de Cpanel, pero ahora es más un dolor de cabeza. La integración con DO como una aplicación de mercado o algo así reduciría la barrera y lo haría como en los (buenos) viejos tiempos, cuando podías ejecutar un foro en un servidor compartido por muy poco.

3 Me gusta

Pero no queremos estar atados a un solo proveedor.

Prefiero Scaleway, otros prefieren Hetzner, algunos Linode…

Si quieres este nivel de simplicidad, ¿quizás lo que realmente quieres es un proveedor de alojamiento?

2 Me gusta

Esto no era lo que yo quería personalmente, originalmente fue una sugerencia para facilitar el autoalojamiento. De hecho, desde entonces he vuelto a consultar la documentación y parece mejor que cuando la configuré por primera vez, pero definitivamente fue más difícil que algunas aplicaciones equivalentes. Hacer que esto sea aún más fácil de empaquetar para las personas ayudaría a que comiencen.

4 Me gusta

Ha habido varios casos de personas que han venido a Meta preguntando si había un directorio de comunidades, foros y empresas que usaran específicamente Discourse. Se les dirigió a Discourse.com, que muestra las principales empresas y comunidades que lo usan, junto con una nota de que algunas empresas/comunidades no desean ser “publicitadas”. Tengo un foro privado alojado y yo entro en esa categoría. :slightly_smiling_face:

1 me gusta

¿Así que la gente está lista para discutir sobre gatos, política, perros, panadería, boxeo y panadería siempre que la plataforma sea Discourse? Me cuesta creerlo.

Pero incluso yo estaba buscando foros de Discourse porque me gustaba ver de qué se trataba antes de iniciar uno en un VPS.

La insistencia frecuente en que el proceso de instalación/configuración y/o la interfaz de usuario no son complejos, discutir con/sobre la experiencia del usuario, o en general la solicitud de que una persona justifique su experiencia y opinión, son síntomas de los mismos problemas que he intentado articular aquí antes. Esta es una de las (pocas) razones por las que a veces me he desanimado con esta comunidad, para mi pesar.

Si alguien que es un administrador de Discourse (o usuario) se toma el tiempo de venir aquí para decirle a la comunidad “mi experiencia configurando Discourse fue más difícil de lo que creo que debería ser”, escúchenlo, acepten que su experiencia es válida ante todo. Sí, es su opinión personal, y sí, es razonable querer detalles específicos de cuán difícil fue para ellos. Pero esto no debe presentarse como una necesidad de que la persona justifique su opinión y experiencia frente a la de otros. Incluso si no se pueden o no se proporcionan detalles específicos, el informe en sí, la experiencia subjetiva del usuario es importante.

Es trabajo de los desarrolladores de software intentar comprender los puntos débiles de los usuarios. No es trabajo del usuario saber exactamente por qué se siente de esa manera y comunicárselo a los desarrolladores. Este es uno de los desafíos fundamentales del desarrollo de software, y hay innumerables artículos y anécdotas sobre su dificultad. Muchas figuras respetadas de la industria tecnológica (por ejemplo, Steve Jobs) incluso creen que los usuarios ni siquiera saben lo que quieren, por lo que preguntarles directamente ni siquiera es un buen enfoque. Pero incluso si lo fuera, la mayoría de los usuarios (incluso los administradores) no son expertos en UI/UX, por lo que su capacidad para identificar y describir específicamente los problemas que encuentran puede ser limitada.

Incluso si un usuario tiene la experiencia para ayudarles a hacer un informe de problemas más efectivo, también es pedir mucho tiempo y energía a una persona para detallar los problemas que encontró. Es por eso que se realizan estudios de usuarios, por qué son útiles y por qué a menudo el método es simplemente observar a una persona realizando tareas, en lugar de intentar que demuestre algún problema específico, y mucho menos que lo describa.

Creo que también es importante reconocer que la experiencia previa de las personas con otras herramientas similares (para un usuario/administrador, no programador) es relevante. Muchas personas que están creando comunidades ahora han tenido alguna experiencia configurando aplicaciones PHP, quizás incluso otro foro como PHPBB. En comparación con eso, la configuración de Discourse es relativamente compleja. Por supuesto, hay aspectos tanto de PHP como de la configuración de PHPBB en sí que son subóptimos, y razones por las cuales, por ejemplo, la configuración de correo electrónico que utiliza no es preferible para Discourse, Rails, etc. Pero el hecho de que esto no esté realmente bien explicado en ningún lugar (no solo cómo configurar Discourse, sino por qué es más difícil que otros sistemas y cuáles son esas compensaciones) también es parte de lo que desanima a los usuarios potenciales.

Por último, en cuanto a la facilidad de instalación, la documentación y si el autoalojamiento no es una “ruta bendecida”, vale la pena observar los cambios en la página principal de Discourse.org en los últimos años. Aquí está en 2021: Discourse.org en web.archive.org de 2021

Observe que la referencia a la autoinstalación a través de Github no solo está mucho más arriba en la página, sino que también incluye un enlace directo, mientras que en el sitio actual no hay ningún enlace donde primero menciona Código Abierto, y la palabra “instalar” nunca se usa. Por lo tanto, para cualquiera que no entienda necesariamente que un enlace a Github es un enlace para instalar (y que hay documentación allí para guiar la instalación, que no se menciona en ningún otro lugar del sitio web de Discourse), es algo sutil pero notable que le disuadirá de investigar el autoalojamiento.

La tensión entre el código abierto gratuito y el beneficio para la entidad que desarrolla un proyecto de código abierto determinado es fundamental, por lo que entiendo estos cambios. Pero me queda bastante claro que el código abierto/gratuito/autoalojamiento se está restando importancia, y eso para mí es una indicación de que es un camino menos “bendecido”, en mi opinión.

12 Me gusta

justo - creo que es un gran recordatorio.

¡así que dispara!

Seamos específicos sobre qué parte de la instalación es difícil y cómo podemos mejorar esas instrucciones o mejorar el flujo de trabajo para construir una nueva instancia.

(¿Supongo que eso debería ser un tema separado en Installation?)

Dicho esto, y me da vergüenza decirlo :blush: que allá por 2017, cuando me hice cargo de mi primer foro de Discourse, no tenía experiencia en servidores Linux (aunque había tenido algo de formación y experiencia laboral en Unix en su día, por lo que los comandos no me resultaban ajenos).

Sin embargo, en general, fue un viaje de aprendizaje significativo para mí, pero uno que disfruté. Me puse la responsabilidad de cerrar cualquier brecha en mi conocimiento y esto, por supuesto, fue ayudado por la comunidad en este mismo sitio.

En mi opinión, si lo haces demasiado “fácil”, te caerás con demasiada facilidad cuando ocurran problemas más adelante (problemas que suelen ser autoinfligidos por malas decisiones, ya que el software y los servidores son generalmente increíblemente robustos), porque no aprendiste lo suficiente sobre el cómo y el porqué (¡pero, de nuevo, los problemas la mayoría de las veces deben ser disfrutados, ya que es una oportunidad para aprender más cosas!).

6 Me gusta

No fue una decisión explícita restar importancia a esto con fines comerciales, seguimos manteniendo que cualquier instalación de Discourse es algo bueno, ya sea que se nos pague directamente o no. Es muy posible que volvamos a añadir un enlace allí en respuesta a estos comentarios.

12 Me gusta

Quizás, pero para mí esto apesta a un elitismo (sin duda no intencional), es decir, “lo hice de la manera difícil (o más difícil) y creo que fue bueno para mí, por lo tanto, todos deberían hacerlo porque será bueno para ellos”. Como alguien que pasó décadas en el espacio de autoalojamiento de PHP antes de finalmente abordar el autoalojamiento de Discourse, puedo decirte que la instalación y el mantenimiento de la mayoría de las herramientas de PHP son más fáciles, pero también tienen momentos de aprendizaje útiles en los que a veces tienes que solucionar problemas o profundizar en la configuración e incluso en el código (al igual que Discourse en ocasiones).

De hecho, todo lo que aprendí en mi tiempo usando SMF, Wordpress y muchas otras herramientas de PHP me preparó absolutamente para tener la confianza y el conocimiento suficientes para arreglármelas con una instalación de Docker de Discourse, e incluso así, a veces me encuentro golpeándome la cabeza contra un mensaje de error oscuro en la consola durante aproximadamente una hora antes de que mi instancia vuelva a estar en funcionamiento. Pero el punto es que mi entrada en el autoalojamiento de Discourse se suavizó por lo que aprendí en el autoalojamiento de PHP, y esa curva de aprendizaje es sin duda más suave que la de Discourse. Eso vale la pena tenerlo en cuenta mientras CDCK y la comunidad en su conjunto intentan popularizar y hacer crecer Discourse como plataforma. En resumen: me alegro de que la configuración de Discourse te haya ayudado a adquirir habilidades útiles y aplicables en otros lugares, pero en mi opinión, todavía es valioso intentar hacer que ese proceso sea cada vez más fácil para las personas (dentro de límites razonables).

¡Me alegra oír eso y espero que lo hagan! Creo que un ajuste sutil podría lograr un mejor equilibrio al describir las opciones de alojamiento literalmente listas para usar, al tiempo que deja claro que Discourse también es gratuito y (algo) fácil de autoalojar, y que los archivos de instalación y las instrucciones se pueden encontrar en Github. Como otro ejemplo de esto, muchos otros proyectos de código abierto tienen enlaces directos a la documentación en su menú de navegación principal, que generalmente incluye una sección de instalación como parte de la documentación. La falta de esto en Discourse.org (y el hecho de que el enlace “primeros pasos” no menciona el autoalojamiento en lo que vi, y simplemente asume que ya tienes una instancia de Discourse) hace que sea aún más importante ser más claro sobre cómo autoalojar si se desea.

3 Me gusta

Mmm… en absoluto, más bien una voluntad de asumir la responsabilidad de mi propia falta de conocimiento y la necesidad de mejorarlo, al tiempo que reconozco, humildemente, que me beneficio, de forma gratuita, del arduo trabajo de otras personas.

3 Me gusta

Creo que la dificultad o la falta de ella en cuanto a la instalación de Discourse es una cortina de humo con respecto a este tema. La realidad es que quizás 1 de cada 1.000 o 10.000 usuarios de Discourse tienen que aprender a instalarlo. Además, existe la opción de pago, por lo que no hay obligación de aprender nada para instalar un foro si el precio es el adecuado.

Cuando alguien quiere encontrar o construir una comunidad, el usuario medio no piensa: “¿qué plataforma es ideal para comunicarme con mi comunidad de interés?”. Simplemente usa lo que conoce. Por eso, en mi afición, el 99% de las discusiones e interacciones ocurren en una combinación de Facebook/Instagram/Reddit/Discord. Es un poco triste para mí también, porque normalmente las interacciones que veo en estos sitios son de muy baja calidad en comparación con la actividad que obtengo en mi foro de Discourse (quizás esté sesgado :slight_smile: pero realmente lo creo).

Es una tendencia más amplia y (discutiblemente) problemática de que toda la actividad en Internet se consolide en un puñado de plataformas extremadamente grandes. Y no puedo culpar a Discourse por perder esta batalla, ya que es una competencia donde el otro lado tiene varios órdenes de magnitud más recursos e ingenieros. Dicho esto, Discourse siempre puede mejorar.

La gente recurre a lo que ya conoce y la gente no conoce Discourse. Esto se debe a que nunca han usado Discourse o lo han usado sin saberlo. En mi opinión, la métrica número uno que debería optimizarse para resolver esto es convertir a los visitantes en usuarios. La ventaja que tiene un foro de Discourse sobre muchas otras plataformas es que tiene una descubribilidad natural en los motores de búsqueda. Por ejemplo, no me di cuenta de cuántos Discourses visité a través de búsquedas en Google hasta que configuré el mío. Ahora lo noto todo el tiempo. Y para ser honesto, nunca me he unido a uno que encontré a través de una búsqueda en Google (supongo que excepto a este meta). Lo que quiero decir aquí es que necesitas maximizar que los usuarios utilicen la plataforma de forma consciente. Los usuarios que usan la plataforma y les gusta serán, en última instancia, los que la recomienden.

En cuanto a los detalles de lo que frena a Discourse de este potencial, es una pregunta difícil. Estoy de acuerdo con la publicación que revivió este hilo en que la interfaz de usuario es un factor importante. La interfaz de usuario es compleja porque el software es muy flexible y maduro, lo cual es genial. Pero esa flexibilidad también se puede utilizar mejor para adaptar la experiencia del usuario al nivel de experiencia del usuario, como se mencionó anteriormente. O el desarrollo de otras herramientas de incorporación o sistemas de incentivos para animar a un visitante del sitio a interactuar y unirse. También está la noción de que los foros son plataformas anticuadas y para boomers (esto lo oigo a menudo). Es difícil superar esto a pesar de que es más una percepción que una realidad.

Solo quería hacer una nota al margen, ya que se mencionó. Es totalmente mi opinión personal, pero veo todo el sistema de chat como bloatware. Es confusamente redundante con el sistema de mensajes directos y lo último que necesitaba a nadie era Otra Forma de enviar un mensaje directamente a alguien. Es un cliente inferior de Slack y Discord. Es una lástima porque estoy de acuerdo con la idea de que el chat y el foro son complementarios. Pero nadie abandona Discord para chatear en Discourse. Es una oportunidad perdida porque si la integración de Discord fuera una prioridad en lugar de un reemplazo, crearías un punto de entrada fácil para que las personas familiarizadas con Discord [una gran cantidad de personas] se expongan a Discourse. Un punto muy tangencial, pero algo que se me ocurrió al escribir todo esto.

13 Me gusta

Hmm, bueno, como la persona que inició este tema, puedo decir por mi parte al menos que esto no es correcto; de hecho, es casi lo opuesto a mi intención original. La primera publicación y el hilo de discusión en Twitter al que me referí fue sobre cómo las personas que quieren configurar nuevas comunidades (es decir, que buscan una plataforma comunitaria) no consideran Discourse con tanta frecuencia o seriedad como creo que deberían, dadas sus capacidades y beneficios. La discusión posterior sobre la experiencia del usuario, etc., es relevante para explicar por qué los administradores podrían no decidir usar Discourse para una nueva comunidad (por ejemplo, “no parece lo suficientemente moderno” o “la gente piensa que es demasiado complejo”), pero también lo es la consideración de la experiencia de instalación/configuración/administración. Como administrador actual de algunas comunidades y administrador anterior de muchas más, estas fueron definitivamente consideraciones primarias en cualquiera de las que tuve que ver en su configuración.

Quizás no, pero lo contrario (gente dejando Discourse por Discord) definitivamente sí lo es, y eso también es un problema potencial para Discourse. Definitivamente creo que desarrollar un chat integrado era lo mejor para la plataforma porque el chat en general es un medio de comunicación importante en estos días y un competidor del método de interacción principal de Discourse. Cualquiera que valore el chat y algunas de las otras cosas que tiene Discourse (notablemente de código abierto y propiedad de los datos) no se habría beneficiado de una integración con Discord (no es abierto, no se autoaloja, no hay propiedad de los datos), por lo que una función de chat alineada con el modelo y el ethos de Discourse nuevamente tenía sentido en mi humilde opinión.

5 Me gusta

Esta es una discusión maravillosa. Ciertamente somos muy conscientes de que la complejidad de la experiencia del usuario (tanto para los administradores del sitio como para los miembros de la comunidad) es un desafío que tenemos por delante (y hemos tenido durante algún tiempo).

Como se ha mencionado, tenemos algunos objetivos que a veces están en conflicto entre sí: queremos que Discourse sea altamente configurable y personalizable, y al hacerlo, entregamos un control significativo a los administradores de cada comunidad para definir gran parte de la experiencia del usuario para sus miembros. Al mismo tiempo, queremos que sea fácil de entender para los recién llegados, pero también hemos descubierto que los usuarios experimentados desean un control considerable sobre la personalización de su propia experiencia.

Tenemos mucho trabajo por hacer, pero estamos poniendo bastante atención en estos problemas. En la última versión, pusimos algo de esfuerzo en la experiencia de configuración del sitio en particular. Para esta próxima versión, tenemos áreas de enfoque en mejoras a la experiencia del administrador en general, así como en la extensibilidad de la plataforma.

Este último esfuerzo es interesante ya que se relaciona con esta conversación. Por un lado, se podría decir que podría conducir a un aumento adicional de la complejidad, al permitir una mayor personalización. Pero también es un objetivo que nos permita definir temas que se adapten mejor a casos de uso específicos, o incluso una experiencia predeterminada más simple, manteniendo la compatibilidad con versiones anteriores para los sitios existentes. Por ejemplo, abriría la puerta a considerar más seriamente ideas como esta: CDCK should develop new default Discourse themes on a regular basis to keep it looking current

No quiero entrar demasiado en detalles sobre el proceso de desarrollo en este tema, pero ya que ha surgido, creo que también vale la pena mencionar que con nuestro crecimiento en los últimos dos años, Discourse ahora también incluye gerentes de producto y diseñadores que trabajan junto con los desarrolladores en todos estos esfuerzos.

En cuanto a cómo posicionamos el código abierto en el sitio web, es algo que hemos estado discutiendo. El sitio ha estado en un poco de flujo a medida que hemos introducido el plan básico y hemos estado tratando de ser más transparentes sobre lo que ofrecemos en nuestro plan empresarial. Hay una serie de opciones aquí y estamos tratando de guiar a las personas hacia la que probablemente sea mejor para ellas. Estoy de acuerdo en que se perdió un poco en la mezcla y merece ser más descubrible. Actualmente se encuentra en nuestra página de precios bajo una de las preguntas frecuentes, pero eso en sí mismo puede cambiar, ya que el precio por sí solo probablemente no sea la razón principal para elegir el autoalojamiento.

¡Muchas cosas que hacer!

De nuevo, he disfrutado mucho la discusión aquí y estoy feliz de ver cómo se puede dar nueva vida a una discusión que comenzó hace más de un año. Esa es una de las cosas que personalmente más me encantan de esta plataforma.

17 Me gusta

Es por eso que muchos creadores usan Facebook, Patreon o Substack. Es como hacer cinco clics para empezar. Y tanta gente usa estas plataformas que es fácil para los nuevos empezar con ellas.

Si Discourse quiere que los creadores usen esta plataforma para construir comunidades, creo que \u003c1% de ellos quieren aprender a programar. Simplemente quieren que funcione, que a sus usuarios les encante y que acelere su crecimiento.

5 Me gusta

Lo que quiero decir es que, por supuesto, siempre es mejor reducir la barrera de entrada de la instalación lo más posible. Pero realmente no creo que ese sea el problema aquí. Argumentaría que una persona recomendaría una plataforma basándose en su experiencia como usuario más que en cualquier otra cosa. O, como mínimo, habrá miles de veces más personas que experimentarán Discourse como usuarios habituales que las que lo administran.

Básicamente, abogo por un enfoque de abajo hacia arriba. Es un mejor objetivo hacer que los usuarios habituales se enamoren de Discourse para que aboguen por la plataforma, en lugar de intentar convencer a un puñado de responsables de la toma de decisiones de que su comunidad amará esta plataforma de la que nunca han oído hablar y con la que sus usuarios no están familiarizados. Si se les proporciona suficiente motivación de su comunidad, hay muchas personas dispuestas a dedicar tiempo y esfuerzo a construir comunidades basadas en Discourse.

Tampoco quiero despreciar demasiado la función de chat. Aprecio que todo sea gratuito para mí y que se haya invertido mucho trabajo y tiempo en ella. Simplemente no estoy seguro de qué problema resuelve que no pueda resolver fácilmente [y de manera más efectiva] con Discord. Puedo respetar el argumento sobre la propiedad de los datos, si eso es una prioridad para alguien. Pero la misma lógica se puede usar para argumentar a favor de clonar cualquier software en Discourse.

No va a impedir que la gente migre a Discord porque es simplemente un producto inferior. De hecho, tengo los chats públicos desactivados en mi sitio porque es redundante con nuestro Discord. Mi equipo de moderación, de hecho, utiliza exclusivamente Discord para hablar sobre problemas de moderación en el foro, a pesar de que tenemos un canal de personal en el foro. Entiendo que esta es solo mi experiencia, que todo esto es puramente mi opinión, por lo que solo puedo hablar de mi experiencia. Prefiero ver que la energía se destine a construir características interesantes que mejoren la experiencia del foro en lugar de intentar hacer lo que muchas otras empresas ya están haciendo con éxito, pero hacerlo peor.

5 Me gusta

Muchos puntos excelentes en esta discusión, muchos de los cuales temo que se perderán. Creo que ahora hay varios hilos diferentes aquí. Me pregunto si sería útil iniciar algunos hilos nuevos con la idea de un enfoque claro:

  • Historias de usuarios fallidos: anécdotas de usuarios del foro que no se quedan debido a las características o el diseño de Discourse.
  • Historias de administradores: anécdotas de la primera semana o dos después de elegir Discourse, sobre las dificultades para entender, instalar y configurar.
  • Historias de “malas características”: anécdotas de confusión o ambigüedad en la interfaz de usuario, características presentes pero no descubiertas, etc.

Como se señaló, realmente querríamos escuchar a las personas que eligieron una plataforma habiendo rechazado Discourse, a los usuarios que abandonaron una comunidad porque no se adaptaron a Discourse, a las personas que eligieron Discourse para su comunidad y se arrepintieron.

En cuanto a los gerentes de producto y la hinchazón, y la ley de Conway, en mi opinión hay lecciones que aprender. Si recompensa a los gerentes de producto por lanzar características, o si agrega características porque un pequeño grupo las quiere, obtiene complejidad y una variedad desconcertante de opciones. Si mide los tiempos de compilación, los tiempos de instalación o el rendimiento en servidores mínimos, podría mantener esas cosas bajo control. Por lo tanto, cuide lo que está midiendo o incentivando.

Creo que una exhibición de las instalaciones de Discourse para media docena de propósitos diferentes sería una excelente idea. Meta no es una exhibición, y una sola instancia no es una exhibición.

El problema de los comentarios abrasivos o despectivos en meta por parte de los fundadores o desarrolladores senior es quizás uno que está mejor ahora; con suerte, se han aprendido lecciones. Pero fue un aspecto negativo para mí.

Como caso de estudio, veo que la Vintage Computer Federation era anteriormente un sitio de vbulletin, pasó por un proceso algo público proceso de elección entre XenForo y Discourse, con encuestas y comentarios de los miembros, y ahora está en XenForo. Aquí hay un experimento fallido. (No estuve allí cuando esto sucedió y no he buscado las discusiones de esa época. Pero me topé con el experimento fallido buscando “discourse”. Si busco “forum”, obtengo el sucesor exitoso).

6 Me gusta

Me gustó el enfoque de Coding Horror, ¡incluso cuando no estaba de acuerdo con él! Por lo general, servía para evitar la ampliación de funcionalidades de la que se queja aquí, como sucede.

Es interesante ver que XenForo tiene el mismo problema de parpadeo en la cabecera en mi teléfono que Discourse en la aplicación A2HS (aunque no en la aplicación Hub).

1 me gusta

Me alegra saber que lo estás analizando activamente. Me recordó una publicación de blog sobre las muchas formas que existen para apagar una computadora con Windows. Podría ser esta. La siguiente publicación da una posible razón (organizacional).

4 Me gusta

Gracias por tus comentarios reflexivos y perspicaces. En general, la actividad reavivada aquí y la respuesta del equipo de CDCK han sido alentadoras. Sé lo difícil que puede ser abordar todos estos tipos de problemas, pero saber que eres muy consciente de ellos y que estás trabajando para resolverlos lo mejor que puedes es muy apreciado.

¡Y gracias también a todos los recientes contribuyentes al hilo! Muchas discusiones y perspectivas interesantes. En última instancia, creo que uno de los desafíos más difíciles es conectar con personas que no eligieron Discourse a pesar de ser conscientes de él o que ni siquiera son conscientes de él. La perspectiva de estas “ventas perdidas” (por así decirlo, ya que algunas podrían ser autoalojadas) es una de las cosas más importantes que cualquier negocio puede tener, pero es difícil de obtener. Hemos expresado muchas ideas potencialmente interesantes aquí que pueden ayudar, pero el desafío fundamental de solicitar realmente esas experiencias de usuario/administrador sigue siendo probablemente el mayor cuello de botella.

Tengo más esperanza para el futuro de Discourse que cuando comencé este tema, en cualquier caso. (no es que desesperara de él, solo estaba un poco preocupado :sweat_smile: )

8 Me gusta