2009-02-14 24 views
10

Donde quiera que mire, veo que cada vez que un sitio implementa un sistema de etiquetas, convierte los nombres de las etiquetas en minúsculas. Incluso aquí en StackOverflow.¿Por qué las etiquetas son todas minúsculas?

Estaba pensando en por qué es así. Además de evitar la duplicación, no puedo pensar en una razón para usar minúsculas. Creo que daña el aspecto práctico de las etiquetas. La gente suele leer "IBM", no "ibm" y "C#", no "C#". Toma un poco más de tiempo para que el usuario entienda cuál es el significado de la etiqueta, y me pregunto si debería permitir el uso de Capitals en mi sistema de etiquetas, o es una convención y lo entendí todo mal.

Quiero escuchar su opinión.

+1

Creo que es solo una cuestión de * cómo-mucho-lo-que-pensamos-importa * frente a * cómo-mucho-extra-trabajo-lo-causa *. Este tipo de adicciones son aceptadas porque la cantidad limitada de recursos ya está sobresuscrita con cosas más importantes ... –

+0

Relacionados: http://ux.stackexchange.com/questions/29498/why-is-a-tags-first-letter -in-minúsculas – unor

Respuesta

4

Pregúntele a un ingeniero por qué algo es de cierta manera, y harán todo lo posible para resolverlo. ;)

En este caso, me inclinaría a explicar la prevalencia de la minúscula por una combinación de pereza (los programadores no están dispuestos a considerar los puntos que menciona) y la imitación (una vez que lo hace de cierta manera el sitio S, tiende a volver a implementarlo para el sitio S 'con suposiciones similares).

Ciertamente, parece factible tienda de etiquetas, de tal manera que el caso no importa (a efectos de clasificación, consultar y así sucesivamente), pero pantalla las etiquetas con la capitalización previsto originalmente.

0

Eso suena como un punto válido para mí. Estoy seguro de que podrían llegar a un análisis simple para capitalizar cada palabra (separados por guiones), pero ¿cómo saber que se supone que es IBM, en lugar de Ibm? Creo que alguien tendría que cambiar manualmente la tabla de búsqueda de etiquetas para lograr esto.

+0

Sí, pero dado que los editores de sitios web suelen ser los que deciden sobre las etiquetas que conocen si se supone que es IBM o ibm. Y si los usuarios hacen el etiquetado, generalmente eligen entre un conjunto determinado de etiquetas. Solo digo que permitir la capitalización es una ventaja más que una desventaja. –

+0

La mayoría de los sitios que he visto que utilizan etiquetas usan etiquetas de forma libre, solo escriba la etiqueta que desee. Los casos en los que se describe dónde los administradores/editores crean una lista de todas las etiquetas y los usuarios seleccionan las etiquetas de esa lista son, en mi experiencia, la excepción. –

28

Como ya ha notado, evita la duplicación. Las personas no son consistentes en su capitalización. Solo mire las etiquetas aquí y observe que las personas no pueden decidir si es "objetivo-c", "objc" o "objetivoc". Lanza "Objective-C", "Objective-c" y así sucesivamente, y tendrías un verdadero lío.

Nota: No estoy diciendo que sería imposible lidiar con capitales, simplemente es difícil. Por ejemplo, ¿cómo sabes la capitalización correcta? ¿Solo acepta el primero ingresado como correcto? ¿Confiar en los moderadores para limpiar?

+1

La comparación podría no distinguir entre mayúsculas y minúsculas, y las personas con permisos de editor podrían eliminar las nuevas; la gente parece estar feliz de corregir los errores tipográficos en las publicaciones, creo que también estarían encantados de limpiar las etiquetas. – Kristen

+0

Pero podría agregar fácilmente una comparación de tolower() de las etiquetas existentes ... o incluso tener una columna en la tabla DB que ya contenga la versión reducida de la cadena. Entonces, en realidad, no hay más sobrecarga que el espacio real que ocupa la columna adicional. –

+0

Sí, puede crear un desastre. Pero al elegir una etiqueta puede ver si tiene duplicaciones o no, obtendrá un menú desplegable. Quiero decir, limitar la funcionalidad en este caso por el bien de la duplicación no suena ideal. Estoy seguro de que evitar la duplicación se puede resolver de otras maneras. –

3

Diferentes casos siempre deben considerarse equivalentes para las etiquetas.

Otra razón para almacenar sus etiquetas normalizadas. La versión única normalizada contiene el caso aceptado, y las etiquetas se vinculan mediante la tabla de enlaces de muchos a muchos. La comparación con la tabla de etiquetas no distingue entre mayúsculas y minúsculas, por lo que nunca habrá duplicados.

+1

Parece que dice que los administradores del sitio tienen que crear una lista de etiquetas válidas o aceptar que la primera persona que ingrese una nueva etiqueta tenga las mayúsculas correctas. –

+0

Creo que la moderación se debe hacer en las etiquetas, al igual que se hace en cualquier otro contenido ingresado por el usuario. Y suponiendo que se hace bien, no hay ninguna razón para limitar las etiquetas a minúsculas. –

+0

@Paul Neither. La primera persona en crear la etiqueta establece el caso, que se adjunta a la etiqueta (y puede ser modificado por cualquier moderador, al igual que una etiqueta debe ser modificable). –

2

(no estoy aconsejando para cualquier sitio o sistema en particular en esta respuesta - cada sistema específico puede tener sus propias consideraciones)

Supongo que la razón es evitar la duplicación y la facilidad de clasificación o identificación (es más fácil si no es necesario considerar múltiples opciones). Y posiblemente para mantener cierta consistencia, ya que muchas interfaces de usuario web están orientadas a personas que a veces se molestan en capitalizar correctamente y de lo contrario no).

Pero entonces, esos son un problema de todos modos porque con demasiada frecuencia hay más de una forma de referirse a algo. Si alguna vez se usan sus etiquetas como símbolos en algún tipo de script, configuración o código (por ejemplo, filtros de correo, archivos de configuración, líneas de comando), es bueno tener alguna convención simple para especificarlos, y si todos los símbolos tienen un significado similar, permitir o distinguir entre diferentes variaciones de casos, delimitaciones, etc. puede ser problemático. Como usuario de Unix, trato de mantener los nombres de archivo simples, cortos, minúsculos y sin caracteres especiales, y más cuando son (por ejemplo) nombres de buzones o archivos fuente, ya que es probable que tengan que escribirse y especificarse en muchos contextos donde hacer lo contrario será inconveniente.

Por otro lado, cuando se utiliza una interfaz gráfica o web sofisticada que permite seleccionar fácilmente entre una lista, completar una entrada mecanografiada, sugerir coincidencias más cercanas, etc., tiene sentido permitir algún tipo de mapeo. Dé a cada etiqueta un nombre de identificación en minúscula simple, pero permita darle también un nombre "largo" o "humano", que se mostrará donde tenga sentido. Las etiquetas se pueden identificar y especificar de manera única por su nombre corto, pero se leen más cómodamente por su nombre largo.

Esto es similar a cómo funcionan los nombres de usuario en muchos sistemas. No elegiría un nombre de usuario mixto, y preferiría que los nombres de usuario no se distinguen entre mayúsculas y minúsculas (así que usaría el caso que tenga sentido en el sistema en el que estoy, que es minúscula en Unix pero mayúscula en otros sistemas antiguos)) Entonces, la mayoría de los sistemas tienen otra información almacenada sobre los usuarios, como su nombre largo o completo, que es más agradable de leer, y por lo tanto muchas interfaces de usuario (p. Ej., Windows XP, Mac OS y también algunas interfaces de escritorio Unix más nuevas como GNOME y KDE) aparece en los selectores de inicio de sesión de escritorio, mensajes, etc.

En el caso de las etiquetas para sistemas comunitarios en la web, creo que la solución al problema de duplicación es cierto nivel de moderación para las etiquetas, incluso si solo por la comunidad en sí mismo, y la capacidad de renombrar y fusionar etiquetas (a diferencia de los nombres de usuario en la mayoría de los casos) o editar sus nombres largos, en caso de que algo haya sido erróneo.

0

Estoy de acuerdo en que, en principio, esto podría hacerse de una manera más sofisticada. Por ejemplo, se podría aplicar una métrica de similitud que podría reconocer a todos estos puntos son sinónimos probables:

  • IBM
  • ibm
  • I B M
  • I. B. M.
  • I.B.M.

Sin embargo , hay una compensación entre el aumento de ejecución tiempo (sin mencionar el esfuerzo de desarrollo) y el aumento en la utilidad.

También ha sido mi experiencia general que a medida que la heurística se vuelve más compleja, sus modos de falla se vuelven más misteriosos y extraños. Al menos, la técnica de convertir alfabéticamente a un caso estándar es fácil de entender para los humanos y se les ocurre cuando tienen preguntas.

-1

Al escribir, debe activar el bloqueo de mayúsculas para que todo esté en mayúsculas. La gente es floja.

+0

OP defienda las etiquetas de mayúsculas y minúsculas, y no sugiere que todas las minúsculas se reemplacen por mayúsculas. –

1

Me gustaría que las etiquetas sean representativas de lo que categorizan. A este respecto, las etiquetas deben seguir exactamente la misma forma que lo que están describiendo.

Desde un punto de vista técnico, veo dónde pueden surgir los problemas, sin embargo; No veo que sea una razón para no investigar completamente una solución.

Trabajo en publicación digital y puedo ver el beneficio de seguir el uso correcto. Por otro lado, sería difícil ver una minúscula completa en una revista, libro o periódico (a menos que fuera una elección estilística).

http://en.wikipedia.org/wiki/List_of_case-sensitive_English_words

Dicho esto, la belleza del léxico Inglés es su capacidad para adaptar, modificar y evolucionar.

Cuestiones relacionadas