Las razones por las que estamos haciendo esto son:
Las reacciones son una forma de baja presión para que los miembros interactúen con el contenido del sitio, lo cual es especialmente importante en comunidades nuevas.
Dado que actualmente están desactivadas de forma predeterminada, los administradores pueden asumir incorrectamente que estas reacciones no son posibles en absoluto y, a continuación, percibirlas como una función faltante al evaluar Discourse durante su prueba.
Las Reacciones de Discourse son una función popular; aunque están desactivadas de forma predeterminada, los administradores las han activado manualmente en una buena parte de nuestros sitios alojados.
También consideramos que era el momento de hacerlo, ya que el nuevo menú de reacciones de publicaciones, implementado por @davidb, ha mejorado enormemente la experiencia de ver las reacciones en las publicaciones:
El cambio próximo se implementará gradualmente en todos los sitios, como otros cambios próximos. Los administradores que no deseen tener las reacciones activadas aún podrán desactivarlas; nuestro objetivo final es no obligar a nadie a tenerlas activadas para siempre.
Hmm, esto es lo que yo usaría para describir los Boosts, no las reacciones. ¿Hay una fecha estimada para cuando los Boosts se convertirán en una función principal en lugar de un plugin? Para el caso de uso mencionado en el post, parece encajar perfectamente.
Aún no hay una fecha definida, ya que este trabajo no tiene una prioridad muy alta en este momento. A largo plazo, nos gustaría tener una narrativa más coherente en torno a los «me gusta», las reacciones y los «boosts», quizás combinándolos todos en un solo plugin, pero aún no estamos listos para eso.
Históricamente, hemos sido bastante reacios a «meter mano» en sitios existentes, ya que era muy difícil determinar si los administradores habían desactivado ciertas funciones intencionalmente o simplemente mantenían la configuración predeterminada porque no eran conscientes de ello. Además, cambiar los valores predeterminados solía ser un proceso bastante complicado desde el punto de vista del despliegue.
Ahora, con los cambios próximos, será mucho más fácil realizar este tipo de despliegues de forma de bajo riesgo, en la que los administradores serán informados fácilmente de los cambios antes de que se produzcan y, además, seguirán teniendo la oportunidad de optar por no utilizar estas funciones.
