template tag printable online maker gift designs canva design tags

design - tag - ¿Etiquetar organizacionalmente es superior a los subforos discretos?



templates designs (4)

Estoy interesado en elegir una buena estructura para una aplicación tipo tablero de mensajes en línea. Usaré SO como ejemplo, ya que creo que es un ejemplo con el que todos estamos familiarizados, pero mi pregunta es más general; se trata de cómo lograr el equilibrio correcto entre organización y flexibilidad en los foros de mensajes en línea.

La página de preguntas es una carga de cosas al azar. Se mueve rápidamente (algunos podrían decir, demasiado rápido) y contiene una gran cantidad de preguntas que no me interesan.

La idea, me imagino, es que podemos usar etiquetas para encontrar las preguntas que nos interesan. Sin embargo, no estoy seguro de que esto funcione: no puedes usar etiquetas negativamente. No estoy interesado en PHP o Perl o desarrollo web. Quiero excluir tales publicaciones. Pero con las etiquetas, no puedo.

Aunque los subforos discretos son, en cierto sentido, menos flexibles, ya que generalmente te obligan a elegir una categoría incluso si una pregunta puede encajar en dos (si tuvieran, por ejemplo, áreas para "Desarrollo web", "Desarrollo de juegos", "Informática" , "Programación de sistemas", "Bases de datos", etc. seguro, algunas personas pueden querer publicar sobre el desarrollo de juegos basados ​​en la web, por ejemplo) ¿vale la pena sacrificar parte de esa flexibilidad para facilitar la búsqueda del contenido? que te interesa y escondes el contenido que no te interesa?

¿Hay alguna manera con un sistema de etiquetado puro para lograr la mayor facilidad de uso que proporcionan los subforos?


La idea, me imagino, es que podemos usar etiquetas para encontrar las preguntas que nos interesan. Sin embargo, no estoy seguro de que esto funcione: no puedes usar etiquetas negativamente. No estoy interesado en PHP o Perl o desarrollo web. Quiero excluir tales publicaciones. Pero con las etiquetas, no puedo.

Si bien actualmente no se pueden usar etiquetas para ocultar contenido, no debería ser imposible. Al usar SO como ejemplo nuevamente, no hay ninguna razón para que un sistema similar a la función de ignorar en un foro no pueda ser creado para el sistema de etiquetas. Al agregar un menú contextual con el botón derecho o un pequeño enlace "X" en algún lugar de la pantalla de etiquetas, las etiquetas podrían marcarse como ignoradas. Esto también permitiría que la función de etiqueta actual funcione; Ver todo (menos la lista de ignorar) o hacer clic en una etiqueta para ver solo las preguntas con esa etiqueta.

Las etiquetas ignoradas podrían administrarse en su perfil si más tarde desarrollara un interés en PHP o INTERCAL que le faltaba antes.

La verdadera pregunta es la del rendimiento. En mi cabeza es tan simple como reemplazar un SELECT [cosas] WHERE Tag = ''buffer-overflow'' con SELECT [cosas] WHERE Tag NOT IN (''php'', ''offtopic'', ''funny-hat-friday'') pero yo '' No hemos reunido ningún sitio respaldado por DB que sea golpeado por miles de personas.


Aunque creo que el etiquetado es superior a la agrupación, las personas tienden a pensar jerárquicamente. En general, depende del grupo objetivo para el foro.

Tal vez pueda ir con una mezcla: use etiquetado y luego use grupos de etiquetas para ordenar publicaciones. Delicioso usa esto, por ejemplo, y lo encuentro bastante útil.


El verdadero problema con los subforos surge cuando adivinas qué temas tienen suficiente interés para obtener sus propios subforos. Mientras que algunos temas terminan con sus propias subcomunidades vibrantes, otros terminan como guetos vacíos, con poca actividad o sentimiento de comunidad. Los temas que pueden florecer como temas ocasionales en un foro más grande terminan fragmentados en muchos subforos, ninguno de los cuales tiene la masa crítica de personas necesaria para tener una comunidad activa y vibrante.


Si le preocupa la división entre foros específicos y sistemas abiertos basados ​​en etiquetas, como , considere crear un sistema de consulta que le permita hacer consultas un poco más complejas que solo el operador AND, como aquí en .

No puedo hacer una consulta aquí que me dé todas las preguntas en .NET, SQL o C #, combinadas, y esa es la mayor irritación que tengo con las etiquetas. Con dicho sistema de consulta, puede crear foros virtuales al menos.

Aparte de eso, realmente no tengo una buena opinión. Me gustan los dos, y aún no he decidido cuál es el mejor.