Plugin: Sección de Resumen de Temas

Nota: Existe un tema aparentemente similar sobre un resumen de tema aquí, pero en realidad es bastante diferente de lo que propongo, aunque algunos elementos podrían ser similares.

¿Te parecería útil tener una sección de resumen en la parte superior de un tema?

Esto ha estado en mi lista de ideas desde hace mucho tiempo, y creo que podría transformar las discusiones.

Siempre he encontrado que leer todos los mensajes en un hilo puede ser excesivo si solo quiero saber el estado actual de las cosas. (Es agradable seguir la evolución de los pensamientos y obtener una comprensión más profunda, pero no todo el mundo tiene tiempo para eso). Y simplemente saltar al final tampoco funciona, porque los mensajes realmente importantes podrían estar en algún lugar del medio.
Especialmente en foros destinados a discutir sobre la mejora de algo, puede haber muchos altibajos y idas y venidas, y lo que realmente me gustaría tener es algo que resuma todo eso, preferiblemente al principio, para saber qué está pasando y solo necesitar un minuto.

¿Cómo funcionaría este resumen?

Imagino que el resumen sería un campo de texto editable como cualquier mensaje, y cualquiera puede ir y hacer cambios, igual que en Wikipedia. Posiblemente los cambios solo deberían permitirse cuando también estás publicando algo en el hilo, lo cual funcionaría como la justificación de tu cambio al resumen.

Déjame ilustrarlo usando esta misma conversación como ejemplo:
Digamos que la primera persona (yo) inicia un nuevo tema con un mensaje inicial (este).
Discourse luego me preguntaría: “¿Quieres editar el resumen?”
Yo diría que sí, y agregaría el primer texto al resumen:

Un resumen podría ayudar a las nuevas personas a ponerse al día rápidamente y ayudaría a la comunidad a llegar a conclusiones mejores.

Bien, hasta ahora todo va bien. Ahora llega la persona B y podría responder:
“No estoy seguro de si vale la pena hacerlo. Imagino que sería bastante difícil de implementar, ¿y no solo añadiría más ruido?”, lo publica y luego se le pregunta si desea actualizar el resumen:

Un resumen podría ayudar a las nuevas personas a ponerse al día rápidamente y ayudaría a la comunidad a llegar a conclusiones mejores. Sin embargo, podría añadir más ruido y no ser fácil de implementar.

La tercera persona C: “Creo que sería una gran idea, pero estoy de acuerdo con B, quizás no valga la pena el esfuerzo. … A menos… ¿Podría usarse también en nuestras propuestas y votaciones [o algo más que a la comunidad en particular pueda interesarle]? Hmm, quizás deberíamos tener una lista de pros y contras para esto, ¿qué opinan?” C decide no actualizar el resumen, no está seguro de qué podría cambiar que realmente lo mejore.

La cuarta persona D: “Sí, eso podría funcionar totalmente para nuestra participación de usuarios y durante el proceso de elaboración de propuestas. Y sí, secundar la idea de C de hacer algunos pros y contras, tengo algunos más:
Podríamos hacer que cada edición esté vinculada al editor, y cuando hagas clic en ella saltará directamente a ese mensaje, básicamente es una navegación rápida. ¿De algún modo, verdad?”

Un resumen podría:

  • Ayudar a las nuevas personas a ponerse al día rápidamente
  • Ayudar a la comunidad a llegar a conclusiones mejores
  • Actuar como ‘navegación rápida’
  • No limitado a este foro de Discourse

Sin embargo, las posibles desventajas son:

  • Podría añadir más ruido
  • Probablemente no sea fácil de implementar.

B vuelve a intervenir: “Espera, espera un momento. Antes de entrar en ese laberinto, ¿qué se supone que debe resumir ese resumen? ¿Es solo una reescritura de cada mensaje que se ha hecho? Eso no tendría mucho sentido, ¿verdad? ¿Podríamos tener una definición de eso primero? Creo que solo debería resumir lo que realmente es importante, es decir, solo lo que contribuye a responder la pregunta del autor original, ¿correcto? De lo contrario, me mantengo en mi declaración anterior de que solo generará más ruido, o más sobrecarga en lo que los usuarios necesitan escribir, y sobrecarga de la interfaz de usuario, etc…
Por cierto, D, encontré que tu ‘navegación rápida’ fue un poco difícil de entender, así que la modifiqué un poco, ¿espero que ahora esté bien?”

Un resumen debe resumir todo el contenido relevante en un mensaje que contribuya a responder la pregunta del autor.
Podría:

  • Ayudar a las nuevas personas a ponerse al día rápidamente
  • Ayudar a la comunidad a llegar a conclusiones mejores
  • Las secciones del resumen pueden tener hipervínculos al editor
  • No limitado a este foro de Discourse

Sin embargo, las posibles desventajas son:

  • Podría añadir más ruido
  • Probablemente no sea fácil de implementar.

El usuario D: “Sí, gracias B, tienes razón, no es necesariamente obvio lo que quería decir. Creo que todavía me gustaría tener la navegación rápida mencionada allí, porque es un punto somewhat separado en mi opinión. Vincular algo da un poco de… ¿verificación? ¿Autenticidad? No estoy seguro de cuál es la palabra allí…
Ah, y solo reescribiendo mi punto inicial sobre usarlo fuera de este foro de Discourse un poco…
Lo que realmente quería decir con eso es que creo que también puede usarse fuera de nuestro enfoque específico de propuestas y votaciones. Por ejemplo, podría usarse para rastrear el progreso de tareas, el estado de algo, podría ser una comprensión más completa de cualquier tipo de pregunta, … las posibilidades son infinitas.”

Un resumen debe resumir todo el contenido relevante en un mensaje que contribuya a responder la pregunta del autor.
Podría:

  • Ayudar a las nuevas personas a ponerse al día rápidamente
  • Ayudar a la comunidad a llegar a conclusiones mejores
  • Las secciones del resumen pueden tener hipervínculos al editor
  • Navegación rápida a los detalles de declaraciones individuales
  • Puede ser súper útil no solo para propuestas y votaciones

Sin embargo, las posibles desventajas son:

  • Podría añadir más ruido
  • Probablemente no sea fácil de implementar.

Entonces llega el usuario X, ve esta última versión del resumen, todo es intuitivo excepto la parte de ‘hipervinculado al editor’, así que pasaría el ratón por encima, vería que el mensaje del usuario D fue la primera entrada vinculada, y el mensaje del usuario B la segunda. (Algun tipo de información en una ventana emergente al pasar el ratón). Puede hacer clic directamente en el enlace al mensaje de D y leer los detalles desde allí, con el de B inmediatamente después (podría haber habido otros en medio que se habrían colapsado porque no contribuyeron al cambio).

… bien, espero que hayas entendido la idea. :wink:

¿No es súper fácil ponerse al día, verdad? (¡si imaginas que solo tienes que leer ese resumen!)

Bueno, no va a ser fácil escribir este plugin con todos los detalles gloriosos que imagino (Hay mucho más que este plugin podría hacer, algunos de mis favoritos aún sin nombre serían aumentar o disminuir el tamaño de fuente, el grosor o el color basándose en votos/reacciones asociados con los mensajes del blog contribuyentes), y algunas partes podrían ser un poco truculentas lógicamente (por ejemplo, atribuir correctamente los bits cambiados al autor, y visualizar qué sucede si alguien simplemente elimina un ‘no’, etc…) pero estoy seguro de que todo es factible y puede contribuir un valor inmenso a muchas discusiones.

(Esto fue mucho más de lo que pretendía escribir, pero fue divertido crear ese ejemplo :laughing: )

¿Qué opinan?
¿Es realmente técnicamente factible este tipo de plugin en el ecosistema de Discourse?
¿Necesitan más información? ¿Mockups más serios? (No soy bueno en eso, pero podría intentar crear algunos)

Descargo de responsabilidad:
Podría intentar desarrollar esto yo mismo, y quizás lo haga, pero hasta ahora no tengo experiencia en ruby / ember / Discourse, así que me llevaría un tiempo.
Además, la idea para esto es un poco más antigua pero recibió más atención en un grupo comunitario que encontraría esto súper útil, así que quizás también lo haga allí y haga un poco de prueba de concepto… pero de nuevo, me llevaría un tiempo, y si es de valor para Discourse, ¡que algunos de ustedes se involucren sería súper genial!

Saludos :slight_smile:

7 Me gusta

¡Suena genial! Creo que funcionaría muy bien junto con el mecanismo centrado en publicaciones que propuse en el tema anterior.

¿Podrías hacer algunos bocetos o maquetas de la experiencia de usuario esencial que introduciría esta nueva función?

Podrías avanzar bastante con un prototipo creado como un #theme-component.

3 Me gusta

Gracias por indicarme #theme-component, parece interesante.

¿Es posible crear un theme-component y luego integrarlo en un plugin personalizado para funcionalidad de backend y otras cosas que podrían estar fuera del alcance de los propios theme-components?

Además, sí, podría funcionar muy bien junto con lo que propusiste anteriormente.
Al revisar rápidamente la discusión en ese tema, la conclusión principal que entendí es que la mayoría de la gente considera que la capacidad de editar el primer mensaje ya ofrece suficiente control para mantener el tema “limpio”.

Mi propuesta es similar a editar el primer mensaje; sin embargo, hay algunas diferencias importantes que, creo, marcan una gran diferencia:

  • Los mensajes solo pueden ser editados por el autor original (o moderadores/administradores), y la idea del campo de resumen es explícitamente ir más allá de esa limitación.
  • No hay asociación entre estas ediciones y quién las realizó ni por qué, algo que podría (debería) hacerse para el resumen. (Pronto intentaré simularlo un poco más).
  • Debería haber un historial para el resumen para que las personas puedan ver qué cambió, cuándo y cómo (estilo Wikipedia).
  • En última instancia, podría (debería?) haber notificaciones más detalladas asociadas a las ediciones. Por ejemplo, quiero recibir notificación si una de mis contribuciones al resumen fue editada.

Toda la idea surge del deseo de habilitar la votación en línea y la toma de decisiones, y para ello será necesario que las personas puedan discutir propuestas de manera significativa y segura (siendo transparentes sobre las ediciones).

2 Me gusta

Sí, los resúmenes de temas serían una excelente manera de que los nuevos lectores se pongan al día. Además, con la capacidad de ver una diferencia de revisión tipo wiki de un resumen desde tu última visita, sería una forma rápida de ponerte al corriente.

Como has escrito, los resúmenes deben incluir enlaces permanentes a las respuestas individuales, para que las personas puedan leer las fuentes de los aspectos del resumen que les interesen.

Dos sugerencias:

  1. Un resumen debe estar asociado con una lista de las respuestas que resume. Esto facilita que quienes escriben resúmenes filtren las respuestas por su estado actual de no resumidas (y no editadas), y así resumir de manera incremental solo desde este grupo, incluyendo las nuevas respuestas a medida que se agregan.

  2. En lugar de un único resumen en la parte superior, permitir múltiples resúmenes, que pueden ser respuestas normales con una etiqueta summary. Múltiples resúmenes son útiles cuando hay más de un lado en un argumento controvertido (evitando guerras de edición en un solo resumen) o cuando puede haber subtemas (en cuyo caso, las respuestas a un resumen de subtema pueden formar la raíz del hilo de segundo nivel de ese subtema).

1 me gusta

Sí, los resúmenes facilitarían enormemente que las personas comprendan y participen en debates largos, extensos, complejos y controvertidos. Sin ellos, no es viable construir democráticamente argumentos a favor y en contra para algo como un plebiscito. El objetivo debe ser proporcionar un entorno que ayude a los participantes a acercarse al consenso sobre el balance de los hechos y al núcleo de las diferencias, y a refinar una o más de las conclusiones más sólidas.

Una medida que ayudaría en este sentido sería añadir anotaciones de Genius a las publicaciones de los temas. Esto permitiría adjuntar anotaciones (cada una con su propio hilo de comentarios de Genius) a fragmentos del texto del tema. Tal escrutinio exhaustivo debería ser un potente incentivo para editar el texto del tema y abordar las refutaciones, desencadenando nuevas rondas hasta que el texto del tema y las refutaciones estén perfeccionados. Las refutaciones finales podrían utilizarse para construir una respuesta resumen de refutación.

Esto, lamentablemente, crearía un sistema de comentarios duplicado. Sería preferible un sistema de anotaciones nativo que se integrara con los hilos de comentarios de Discourse.

1 me gusta

¡Hola mrj, gracias por esas ideas, creo que son geniales!

Entiendo cómo tener múltiples resúmenes, uno para cada conversación “ramificada”, podría ser excelente.
Incluso podría tener algunos “niveles”, es decir, un resumen principal y varios subresúmenes (y posiblemente sub-sub…), y las contribuciones en cada subresumen podrían fluir hacia el padre en cierta medida.
También se podrían colapsar todos los blogs y mostrar solo cada resumen, y luego expandir lo que “pertenece” a ese resumen para obtener más detalles, sin distraerse con publicaciones que hablan de otras partes de la conversación.

Las anotaciones tipo “Genius” (por cierto, divertido, trabajo en una empresa cuyo producto principal se llama ‘Geneious’ :wink: ) podrían ser útiles en cualquier caso, no solo para temas que contienen resúmenes.
Podría ver que también funcionarían muy bien junto con los resúmenes, si es posible usar estas anotaciones como “sugerencias” al editar el resumen, o quizás algún tipo de enlace rápido para “agregar destacado al resumen”. Y una vez que también exista ponderación, los fragmentos anotados podrían tener más peso.

1 me gusta

Aquí tienes un SVG con lo básico…

No estoy muy seguro sobre el resaltado basado en las interacciones y el marcado de las publicaciones. Creo que a veces podría ser muy útil que se ponga automáticamente en negrita si hay muchas interacciones, pero luego sería difícil o imposible diferenciarlo del marcado normal. (Además, a veces podría ser malo tener eso, otra vía para manipular el sistema…?)

Quizás el marcado no debería permitir negritas ni diferentes tamaños de fuente.
O simplemente no permitir ponderación automática.

3 Me gusta

Sí, todo suena bien. Sin embargo, habría que pensar en cómo manejar mejor los sub-subtemas en dos niveles de comentarios.

Es una buena idea utilizar las anotaciones de los resúmenes como sugerencias de edición. La ventaja de esto sería que no sería necesario implementar el gran cambio de Discourse que permite que un comentario tenga varios editores. El escritor inicial de un resumen sería el editor asignado de ese resumen, y quienes tengan sugerencias agregarían anotaciones. Cualquiera que no esté de acuerdo con la decisión de un editor puede escribir su propio resumen. También podría ser fácil permitir que la propiedad de un resumen se transfiera entre personas, aunque solo haya uno a la vez.

En cuanto a un uso más generalizado de Genius, tendría que ver si el sistema Genius permite desactivar los comentarios en las anotaciones. Los comentarios sobre las anotaciones deberían obligar a usar los hilos de respuesta principales, idealmente con una forma de enlazar a anotaciones individuales.

No estoy seguro de que la capacidad de editar el resumen de la discusión (es decir, todas las respuestas, sin incluir el post al que están adjuntas) deba limitarse solo a quienes han añadido respuestas. Al igual que Wikipedia se benefició de la edición abierta, creo que debería estar abierta para todos. Sin embargo, sería prudente otorgar a los moderadores la capacidad de prohibir a los usuarios por ediciones maliciosas, además de permitirles limitar las ediciones según la reputación o las insignias del usuario, como el estado de artículo “semi-protegido” de Wikipedia.

En lugar de mostrar las diferencias de hover por oración, creo que las diferencias de todo el resumen resaltadas en color, al estilo de Wikipedia, serían más fáciles de escanear. Esto sería lo más difícil de implementar, por lo que podría posponerse hasta que el mecanismo básico de resumen funcione.

Diferenciar los enlaces a comentarios individuales según su calificación es una buena idea. Pero mostrar la puntuación de cada comentario sería mejor que afectar la legibilidad mediante sombreado.

1 me gusta

Acabo de descubrir que los comentarios pueden convertirse en wikis tanto por el usuario que comenta como por los administradores, con la capacidad de comparar revisiones. Así que el trabajo duro ya está hecho, y un plugin de resumen solo tiene que facilitar su creación y uso.

1 me gusta