Hola al maravilloso equipo de Discourse que gestiona y mantiene con cariño este fantástico foro online con su propio producto.
He notado que tenemos el plugin Solved Plugin activo para Support. ¡Es genial ver esta prueba de concepto en la práctica! Lo mismo digo sobre el uso de las etiquetas fixed y completed.
Por desgracia, hay un montón de temas en Support, Contribute > Bug, Contribute > Feature y Contribute > UX que no han sido marcados con estas etiquetas. Esto resulta bastante confuso para los usuarios de este foro y dificulta la búsqueda efectiva de soluciones existentes. Básicamente, si no se van a utilizar de forma consistente, probablemente no deberían utilizarse en absoluto.
¿Podría solicitar que esto se priorice de ahora en adelante y que se encargue a alguien (¿un becario?, ¿una IA?) marcar correctamente los temas antiguos?
¡Gracias, Nathan! Te agradezco que hayas planteado esto. Definitivamente queremos hacer más en este departamento.
Parece que habilitar soluciones para la categoría Support ha funcionado bastante bien para esa categoría. Las etiquetas fixed y completed también son bastante útiles, y se pueden usar en todas las categorías.
Esto me parece una variedad enorme. No sé por qué las etiquetas son diferentes. Quizás sea útil/informativo que la gente pueda desplazarse por esas listas de etiquetas individualmente. Sin embargo, estas etiquetas y su propósito no son muy fáciles de descubrir.
«solved» (resuelto) es fácil de descubrir y funciona bastante bien para soporte. Creo que tiene sentido limitarlo a esa categoría. Es útil poder filtrar temas resueltos/no resueltos en esa categoría; aunque a menudo olvido ese menú desplegable y desearía que fuera más visible en la interfaz de usuario.
Los temas de Support se cierran un mes después de la última respuesta, una vez resueltos.
Los temas de Marketplace se cierran un mes después de la última respuesta, estén o no delivered.
Los moderadores cierran temas:
cuando están resueltos,
para evitar respuestas (por ejemplo, documentación o release-notes),
como táctica de moderación para finalizar discusiones en temas que se han vuelto improductivos o han llegado a su fin.
Algunos siguientes pasos potenciales:
añadir descripciones a las etiquetas fixed, completed y delivered que expliquen cómo las usamos,
crear una consulta en Data Explorer con resultados como la tabla anterior, pero listando el número real y actualizado de temas resueltos/no resueltos, corregidos/no corregidos, completados/no completados, entregados/no entregados,
crear una consulta en Data Explorer que liste los temas que han sido cerrados, corregidos, completados o entregados en un período determinado,
crear un tema aquí en Contribute > Site feedback para compartir los resultados de las consultas anteriores cada semana mediante una automatización,
crear un tema aquí con una pequeña guía sobre cómo cerrar temas y reunir a un equipo para seguirla y comenzar a trabajar en la lista, en orden cronológico inverso.
He agregado las siguientes descripciones para que aparezcan cuando pasas el cursor sobre la etiqueta o vas a la página de la misma. Háganme saber si tienen sugerencias. Estoy indeciso entre mantenerlas breves y concisas, o proporcionar más contexto detallado. Las categorías en sí mismas también tienen descripciones que son más detalladas.
fixed
Priorizamos la corrección de errores en nuestro software reportados en las categorías Contribute > Bug y Contribute > UX. Una vez que los errores se corrigen, se les asigna esta etiqueta.
Aparentemente, se coloca la etiqueta fixed en los errores que ya han sido corregidos y completed en las solicitudes de nuevas funciones que han sido implementadas. [1] Es parte del proceso para cerrar los temas (y mantener informadas a las partes interesadas con la información relevante). Inicialmente se implementaron para proporcionar alguna indicación visual de que «había ocurrido algo bueno» en comparación con el símbolo de candado de un tema cerrado. Cuando estas etiquetas se aplican de manera consistente, se obtiene una agradable onda verde al desplazarse por las listas de temas de sus categorías.
(Y delivered fue una separada pero similar que no era controlada por el equipo, por lo que podía usarse en Marketplace)
Para Solved, hay varias categorías donde está activo, no solo la categoría genérica Support. Prácticamente cualquier categoría donde la mayoría de los temas sean preguntas que puedan recibir una solución. Support, #installation, Development, #data-reporting, Support > SSO
Idealmente, la mejor práctica es que el autor original (OP) marque la solución, pero sabemos que a veces esto no ocurre (por una variedad de razones), así que a menudo reviso las listas de temas hacia atrás y limpio algunos pendientes después de unas pocas semanas (una vez que se consideran «abandonados»)
y con Contribute > UX actuando como un término intermedio entre ambos, cualquiera de las dos puede usarse dependiendo del «sabor» del tema específico ↩︎
¡Genial! Gracias por completar algunos huecos. He actualizado mi tabla de arriba.
Eso no se ha hecho de forma sistemática desde que te fuiste, y por eso ahora tenemos este tema para hablar de cómo ponerse al día y establecer un sistema que nos impida volver a atrasarnos.
Sí, supongo que a eso me refería con el OP. @JammyDodger, ¡te echamos de menos a ti y a tu dedicación para que Meta funcionara tan bien! Personalmente, espero que te hagan una oferta que no puedas rechazar…
Vuelvo a este tema porque recientemente me han reprendido por señalar un tema en Contribute > Feature que creía que debería haber sido marcado como completed, pero no lo estaba.
Lo que me gustaría haber hecho era simplemente etiquetarlo yo mismo. Sin embargo, como esa etiqueta está restringida a @staff, no pude hacerlo. Oye, como TL4 puedo hacer muchas cosas potencialmente destructivas, pero no esa. Ni siquiera puedo editar etiquetas en absoluto en algunas categorías (es decir, Customization > Plugin).
Entonces, ¿cómo se supone que debo señalar estas pequeñas cosas a los moderadores sin molestarlos y que me regañen? ¿O el plan es dejarlo un poco desordenado?
Creo que está bien marcar el tema como otra cosa y decir que crees que debería marcarse como completado/resuelto, al menos para los temas “antiguos” (es decir: se completó/resolvió hace 6 meses pero el tema no se ha actualizado).
(Aunque otros no estén de acuerdo con eso)
Para cosas urgentes: sería una buena práctica que nuestro personal se asegure de dar seguimiento a las cosas que soluciona.
Creo que si ponemos etiquetas para marcar cada característica completada de los últimos 13 años que este foro ha estado activo porque la gente tiene TOC, sería una gran pérdida de tiempo para todos.
La etiqueta en sí es relativamente nueva, nunca fue ampliamente adoptada, y podríamos simplemente cerrar temas para las características completadas, permitiendo a todos crear nuevos temas y citar los antiguos según sea necesario.
Preferiría eliminar la etiqueta #completed (completado). Se aplicó 400 veces y solo se creó como una forma de ayudar a las personas a escribir registros de cambios, los cuales se manejan de manera diferente hoy en día.
No estoy seguro de que reconozca esa como la razón. Inicialmente se implementó para proporcionar un indicador visual que separara las solicitudes de características completadas del resto de los temas cerrados. Hay una conversación en algún lugar aquí entre yo, Sam y Dave con más información si buscas. (Creo que fue en algunos susurros, pero no recuerdo exactamente dónde).
Personalmente, en ese momento no lo encontré particularmente agotador mantenerlo al día. Me concentré más en la ventana ‘activa’ para asegurar que los temas hacia la parte superior de /latest fueran más consistentes, aunque también hice otros si se cruzaban en mi camino (temas relacionados, etc.). Hacer una auditoría completa de la categoría Contribute > Feature sería, de hecho, un trabajo mucho mayor. (no digo que no sería útil revisar y podar/fusionar/cerrar aquellos que se hayan pasado por alto a lo largo de los años, solo digo que consumiría mucho tiempo y habría que sopesar dónde se sitúa en la lista de prioridades).
¿Es esto un temor de lo que podría ser, o realmente ya está ocurriendo? Si fuera algo ocasional, no creo que sea demasiado problemático, pero si se convirtiera en un patrón, entonces coincido en que el sistema de banderas no sería el mejor lugar para ello. Creo que un MP sería una forma menos intrusiva de recopilar la información.
Pero también entiendo que realmente no quieres que los desarrolladores y diseñadores, etc., se vean demasiado involucrados en esto, ya que tienen otro trabajo importante que hacer en lugar de ordenar el meta.
Quizás las cosas que requieren un moderador, pero no son urgentes, podrían reportarse mediante mensajes privados a una bandeja de entrada de grupo separada. Luego, dichos registros de limpieza no inundarían la cola de revisión, ocultando temas en los que alguien necesita actuar pronto, pero aún habría un lugar para recopilarlos, para que alguien pueda ocuparse de ellos si tiene unos minutos.
Esto podría funcionar para todo tipo de notas secundarias, como una etiqueta faltante, un enlace de vista previa roto en un tema de componente de tema o un tema de característica que podría cerrarse, para que los votos se devuelvan a los usuarios.
¡Oh! ¡Me estoy dando cuenta de que el grupo de moderadores no tiene a nadie! Ahora entiendo por qué un MP que escribí a @moderators hace un par de semanas nunca recibió respuesta…
Lo creé como parte de mi idea de tener un enfoque más suave y gentil para la moderación aquí. Es importante tener un único punto de contacto al que puedas dirigirte a un moderador y saber que vas a recibir una respuesta. Espero que se reconsidere la decisión de eliminar eso.
También, como parte de intentar ser más amable y gentil, hice todo lo posible para evitar usar “pérdida de tiempo” como razón para las decisiones de moderación. No creo que los líderes de la comunidad bienintencionados que intentan ayudar a mantener las discusiones ordenadas deban sentirse mal por eso.
Volviendo al OP… Tenía una tarea rutinaria para revisar y limpiar temas antiguos, y era una buena tarea manual porque a menudo había cabos sueltos que podía atar sobre la marcha. A veces los temas simplemente podían eliminarse o fusionarse, etc. Pero es una tarea gigantesca y solo llegué a revisar unos pocos años atrás.
Estaría a favor de permitir que veteranos de confianza como @nathank añadan las etiquetas en lugar de hacer que marquen los temas para su revisión por parte del personal, especialmente ahora que no hay un gerente de comunidad ni un equipo de moderación dedicado.
Edición: ¡Todavía tengo los enlaces en mi barra lateral! Esto era para ver temas que están abiertos, sin resolver y tienen más de una semana. Todavía me parecen útiles estos enlaces para ver qué tan bien estamos resolviendo los temas. Quizás más de nosotros podríamos ayudar con esto si el personal no tiene tiempo para hacerlo.
Estamos en un pequeño período de transición en lo que respecta a las moderaciones, por lo que algunas de las decisiones que tomemos en este preciso momento pueden no ser duraderas, pero aquí están mis 2 céntimos sobre este tema en particular:
Creo que deberíamos aspirar a llegar a un punto en el que:
Las banderas (flags) se utilicen para cosas más importantes
Tengamos una forma de gestionar otras cosas que son más triviales, o para jardinería general
Si queremos usar #completed (completado), entonces deberíamos dar poder a un grupo de personas para que lo gestionen sin usar banderas. Quizás:
Otorgar a los TL3 y TL4 el poder de etiquetar cosas como tales
Crear un tema de “jardinería” donde la gente pueda hacer sugerencias para cualquier tipo de jardinería de contenido
Agradezco mucho eso. Dado que solo se puede reportar una publicación una vez y nunca más, siempre me he mostrado reacio a usar banderas para problemas triviales, como un enlace de vista previa en un tema de componente de tema que ya no funciona.
Sugerí la bandeja de entrada porque pensé que archivar las solicitudes gestionadas podría ayudar a llevar un registro de lo que ya se ha resuelto. Esto podría ser más difícil en un tema con muchas respuestas.
No estoy seguro de cuán útil es agregar la etiqueta completed o fixed pero no poder cerrar el tema. Si alguien más todavía es necesario para cerrar el tema, esto no ayuda mucho.
Estábamos considerando automatizaciones para cerrar temas con esas etiquetas; no estoy seguro de lo difícil que sería llevar esos experimentos a buen término.
Leo cada publicación todos los días. De verdad. Mi última publicación sin ver fue en junio de 2024. Como tal, he visto innumerables informes de errores/experiencia de usuario (UX) corregidos o completados. Generalmente, simplemente los marcaría para cerrarlos. Menos veo la necesidad de las etiquetas fixed o completed, sino solo un cierre del tema. En mi opinión, eso solo significa que el tema ha sido resuelto.
Definitivamente queremos hacer más en este departamento.
cerrar tema
Me concentré más en la ventana ‘activa’ para asegurar que los temas hacia la parte superior de /latest fueran más consistentes, aunque también hice otros si se cruzaban en mi camino (temas relacionados, etc.). Hacer una auditoría completa de la categoría 
