¿Qué opinan los usuarios sobre un número razonable de votos por nivel de confianza? Veo que en meta hemos cambiado TL0 de 2 a cero votos y TL4 de 10 a 8. Me he dado cuenta de que me he quedado sin votos, ¡incluso siendo administrador aquí! 
2 Me gusta
Siempre he pensado que el número está deliberadamente limitado para que funcione como un indicador de ‘esto es realmente importante para mí’. Todavía puedo dar me gusta a todas las solicitudes y añadir mi caso de uso a las solicitudes de funciones, incluso si me quedo sin votos. Y todavía puedo votar sobre estos temas una vez que se complete otra solicitud de función que voté y el tema se cierre.
1 me gusta
@tobiaseigen, no los limitaría… Me encuentro sin usar nunca los votos porque, para mí, o simplemente apoyo u opondo algo; tratar de determinar si algo es seriamente importante para mí no es un uso particularmente pragmático de mi tiempo, cuando existen los “me gusta” en su lugar.
2 Me gusta
He trasladado esta discusión reciente al tema original de Jammydodger, ya que tiene sentido seguir hablando aquí sobre la votación de características Contribute > Feature.
Me gusta la idea de establecer límites, pero también creo que hay tantas solicitudes de características abiertas que parece injusto tener un límite muy bajo. ¡Yo mismo me siento limitado por esto! Los votos también son una señal, y al no permitir que la gente vote, estamos privando al equipo de producto de esa señal.
Estoy inclinado a aumentar los límites de la siguiente manera. ¿Qué opinan ustedes?
| Nivel de confianza | Votos actuales | Votos propuestos |
|---|---|---|
| TL0 | 0 | 0 |
| TL1 | 4 | 10 |
| TL2 | 6 | 20 |
| TL3 | 8 | 24 |
2 Me gusta
Imo 24 lo convierte en prácticamente ilimitado
Me gustan los límites actuales, te hacen pensar.
2 Me gusta
Me pregunto si la estricta racionamiento de los valiosos votos resulta en información limitada. Los recuentos de votos generalmente parecen bajos en comparación con el número de usuarios aquí. Muchas sugerencias de funciones tienen más «Me gusta» que votos, pero imagino que solo se toman en cuenta los votos.
Estar perpetuamente sin votos y tener que hacer triaje y sacrificar siempre para votar en algo nuevo es una barrera significativa. Reviso mis votos existentes para ver cómo puedo liberar votos… pero ninguna de las solicitudes es indigna. Simplemente se desplazaron fuera del feed y fueron olvidadas.
¿Debo renunciar a ellas?
¿Debería subir mis favoritos con un comentario? Después de haber votado por una función, comentar «Sí, buena idea!» parece un relleno superfluo.
Las buenas ideas se quedan con uno o dos votos. ¿Es que la gente no las descubre, no les interesa o… simplemente se les han acabado los votos? 
Aumentar los límites no requeriría una gran cantidad de programación, y parece que ayudaría, pero también pienso en cómo ampliar una carretera para reducir el tráfico solo atrae más tráfico y terminas donde empezaste.
Solo estoy lanzando ideas… algunos cambios funcionales que requieren mucha programación como alternativas a un límite estricto:
- Asignar un número de votos por mes según el nivel de confianza (TL). (El «día de votos» hay un estallido de actividad mientras la gente visita Contribute > Feature y evalúa los elementos abiertos…)
…o, como mencionó heliosurge, eventualmente liberar votos:
- Liberar un voto usado después de un tiempo determinado, o
- El personal revisa las solicitudes de funciones obsoletas de forma continua y, bien a.) sube el tema para otra oportunidad, o b.) comenta «no hay planes de abordar» y libera los votos.
…En cualquier caso, los votos emitidos permanecen en su lugar, y los usuarios no pueden superar su asignación de votos al des-votar estos temas adicionalmente.
(Fácil de decir para mí. Eso probablemente requiere mucha programación 
)
2 Me gusta
@sam, a mí no me pasa, ya que solo uso los “me gusta”. Su implementación actual se siente un poco redundante, muy parecido a que existan tanto el “upvote” como el “pulgar hacia arriba” para GitHub Discussions.
2 Me gusta
Estar de acuerdo en que tener una señal duplicada es confuso
“Me gusta cómo escribiste la solicitud de funciones, me parece bien”
Vs
“Este está ciertamente entre mis 8 principales, creo que Discourse debería crearlo”
Puede ser un experimento interesante deshabilitar los “me gusta” del OP cuando la votación de temas está habilitada.
1 me gusta
Hay algo sobre el cierre de algunas solicitudes con “lo sentimos, no vamos a hacer esto”.
Ciertamente hay algo extremadamente convincente en cerrar funciones completadas de 2 años como hechas, y solicitudes de funciones que ya no tienen ningún sentido como obsoletas.
2 Me gusta
No creo que cambie mucho al final. La mayoría de mis votos se añadieron hace un año. Sí, habría podido votar en más temas, pero una vez que he gastado todos mis votos, vuelve a ser lo mismo: tendría que esperar a que uno se complete y se cierre, o necesito retirar mi voto de otro tema. Estoy bastante seguro de que también hay más de 20 buenas solicitudes de funciones en Meta 
Como dije antes, para mí los votos son algo más fuerte que un “me gusta”. Pero sigo pensando que los “me gusta” en la primera publicación también son muy útiles para captar el interés. Han sido el indicador durante más de 10 años cuando no se permitía votar. Por lo tanto, ignorarlos, especialmente en solicitudes de larga data, significa ignorar la única forma en que los usuarios podían mostrar apoyo en ese entonces.
Además, tal vez nadie piense que la solicitud de función es algo que necesita tanto como para gastar un voto en ella, pero a muchos usuarios les gusta porque creen que sería útil. ¿Dice un voto (generalmente del autor de la solicitud) más sobre cuán útil sería esa función para una variedad de sitios de Discourse diferentes que varios “me gusta”?
Me pregunto si, en lugar de aumentar el número de votos de “estoy realmente interesado en esto”, sería mejor limitar el número de temas en los que se pueden distribuir.
Así que, en lugar de tener 378^ [
] temas de este año para votar, podría tener sentido preseleccionarlos.
Por ejemplo, solo las solicitudes con una cierta cantidad de reacciones que indiquen interés de múltiples usuarios son aquellas en las que se puede votar, o se podría limitar por tiempo y decir que la votación está restringida a temas de un cierto período de tiempo para encontrar los favoritos dentro de ese grupo de funciones.
También se podría decir: “Estamos revisando la cola de revisión. ¿Qué solicitudes se te ocurren?”. Luego, esas se moverían a una subcategoría y se votarían.
Poder gastar 4 votos en ~100 temas sería proporcionalmente más que poder gastar 10 votos en todos los temas de funciones abiertos.
3 Me gusta
@sam, esperaba lo contrario. ¿Los votos proporcionan algo, técnicamente, que los “me gusta” no? Dudo que a alguien le guste una Solicitud de Funciones (FR) que no apoya.
Si los “me gusta” se deshabilitaran cuando los votos estuvieran habilitados, eso “reduciría la inteligencia”, creo. A modo de comparación, que Forgejo y GitLab no limiten los votos positivos podría indicar que existe valor en tenerlos como un simple indicador de apoyo frente a no apoyo.
Hoy estaba explorando por curiosidad el canal Contribute > Feature y me resultó interesante comparar estas vistas filtradas:
- Resultados filtrados para category:feature status:open order:likes-op
- Resultados filtrados para category:feature status:open order:votes
Me pregunto qué se podría hacer con una consulta del Explorador de Datos que incluyera tanto Votos como Me gusta… 
Además:
Idea de automatización: tal vez un “pool” principal basado en Me gustospudiera escalar las solicitudes a estado de votación.
Idea de curación manual: ocasionalmente, una solicitud con mérito evidente es adoptada por el equipo de staff independientemente de los votos, así que, en cierto modo, ya ocurre cierta curación. Pero quizás todas deberían pasar por una revisión rápida del staff?
Ejemplo de apoyo: encontré 8 solicitudes de características sobre “permitir a los usuarios cerrar sus propios temas” – desde 2014 hasta 2025 – un par cerrados, pero la mayoría abiertos con 0 votos. Algo no funciona bien si la misma solicitud se repite mientras las versiones anteriores pasan desapercibidas y sin votar.
Si los usuarios no están buscando, o no ven los diálogos de “tu tema es similar…”, no estoy seguro de qué más se podría hacer que hacer que las solicitudes iniciales lleguen a un punto de control del staff: 
si es nuevo, mover el tema a una categoría de votación; 
si existe una solicitud similar, responder con un enlace.
Solo pensando en voz alta. Sé que todo requiere recursos…
El límite estaría bien si el equipo publicara los votos después de componer una lista de los temas votados. Quizás publicar los votos trimestralmente. La actualización incluso podría detallar las características que el equipo ha elegido añadir a la hoja de ruta con un posible cronograma en términos de prioridad.
De lo contrario, 24 realmente no es ilimitado, ya que algunos votos han quedado inmovilizados durante más de un año y posiblemente más. También es una molestia intentar eliminar votos en características aparentemente muertas que quizás ni siquiera se estén considerando.
Quizás una idea sea crear de vez en cuando una lista de funciones que el equipo está considerando seriamente y crear una encuesta para que la gente vote y luego actualizar las cosas a partir de ahí. La votación de temas no está mal si hay un ciclo de lanzamiento. Cuál debería ser ese ciclo es algo que el equipo necesita discutir y decidir.
[quote=“Heliosurge, post:33, topic:308402”]El límite estaría bien si el equipo publicara las votaciones después de componer una lista de los temas votados.
[/quote]
no entiendo, ¿no pueden publicar votos sobre cosas que ya no son importantes para ustedes?
Eso presupone que esas cosas ya votadas hayan sido implementadas o ya no tengan importancia.
Considero que tiene sentido recopilar las solicitudes de funciones en una lista de aquellas que el equipo está considerando añadir en el futuro y liberar esos votos para que se puedan volver a utilizar.
¿Para qué usar la votación de temas? Como mencionaste, los «Me gusta» o reacciones podrían utilizarse en lugar de limitarse a un número fijo de votos. Usar, por ejemplo, una reacción concreta como 
podría ser suficiente para medir el interés en una solicitud de función de Contribute, ya que podrías usar un script del explorador de datos en esta categoría para devolver los temas principales, quizás en la publicación original, con la mayor cantidad de esta reacción en particular.
En comparación, limitar la votación realmente no parece llevar a ningún lado, ya que, en mi experiencia, no hay actualizaciones directamente relacionadas con esta categoría. Puede que las haya de vez en cuando, y simplemente no las haya notado.
Estoy seguro de que algunas de las nuevas funciones implementadas pudieron haber sido solicitudes de funciones en algún momento.
En mi opinión, la votación de temas podría ser mejor para concursos donde se voten los X temas principales con una fecha de cierre establecida para anunciar a los tres ganadores el día de la proclamación. Pero usada en esta categoría, se siente más como un concurso sin una conclusión clara, donde hay que estar adivinando si uno votó correctamente.
1 me gusta
He comentado mucho sobre el proceso aquí, pero para ser justos, hay muchas solicitudes de funciones etiquetadas como completed – Resultados filtrados para categoría:feature etiqueta:completed
2 Me gusta
La etiqueta completada ayuda. Pero encuentro que si el equipo quiere medir más interés en las solicitudes de funciones, limitar el número de votos puede ser contraproducente.
Como Sam mencionó con las diversas señales como Me gusta/Reacciones. (Elegir una reacción específica) O incluso sin límites de votos. Ya que no todas las Ideas tendrán votos/reacciones de la gente, ya que podrían no estar interesadas en una idea específica. Por ejemplo, creo que hay una solicitud para Elegir un equipo del foro.
Si bien en algunos foros esa podría ser una idea/opción, muchos no querrían que un posible concurso de popularidad decida quién controla el foro.
Por lo tanto, aún obtendrá funciones con más votos/reacciones que indiquen el nivel de interés general de la comunidad en lugar de limitar a un número establecido, lo que es más probable que divida el interés y tenga muchos más Empates, por así decirlo.
1 me gusta
Revisar la etiqueta realmente ayuda a ver cuánto se ha añadido. Simplemente se siente demasiado restrictivo limitar el interés de los votos. Incluso algunas de las características completadas tuvieron pocos o ningún voto. Por supuesto que las victorias fáciles y sencillas son buenas.
Mi sueño aquí sería que todos tuvieran sus propias vistas personalizadas y clasificadas por orden de prioridad de las funcionalidades, las cuales podríamos agregar en diferentes vistas colectivas a través de diferentes “lentes”.
Así, en lugar de que sea un voto/no voto binario en todo, podría elaborar mi lista de “los 10 mejores” y mostrarlos en orden de preferencia. Usted podría hacer lo mismo. Y luego podría hacer cosas como “muéstrame la lista de los diez primeros para las personas que se unieron a meta en el último año” o “muéstrame la lista de los diez primeros para las personas que están en nuestro plan de inicio”, etc.
Mientras tanto, tengo otras ideas sobre cómo podemos hacer que las cosas sean un poco más manejables aquí, que se relacionan con ideas sobre cómo gestionamos un roadmap y un backlog abiertos en general. Estas implican algunos cambios en cómo gestionamos las categorías de errores (bug), funcionalidades (feature) e interfaz de usuario (ux), y cómo separamos la ideación más abierta de las propuestas y/o especificaciones más concretas para las cosas en las que estamos planeando trabajar o que estaríamos encantados de ver contribuidas.
Espero tener algo parecido a una RFC (Solicitud de Comentarios) lista para discusión antes de fin de año.
4 Me gusta