stringtranslate.com

Notación secundaria

La notación secundaria es el conjunto de señales visuales que se utilizan para mejorar la legibilidad de una notación formal . Algunos ejemplos de notación secundaria son el resaltado de sintaxis del código fuente de una computadora , los tamaños y códigos de color para un fácil reconocimiento de símbolos de consumo como billetes o monedas , o las convenciones tipográficas habituales que suelen encontrarse en los libros técnicos para resaltar secciones con el mismo tipo de contenido.

La notación secundaria proporciona información redundante (más de la necesaria); si las señales visuales son la única forma de proporcionar cierta información, como en los semáforos o en la clave de un gráfico , no es secundaria. La notación secundaria a menudo no forma parte de la notación formal en sí. Más bien, es un método de organización de la notación formal para permitir que se comprenda más fácilmente. Por lo tanto, la notación secundaria no cambia el significado real de la notación formal, sino que permite que el significado se comprenda fácilmente. En textos como los lenguajes de programación , esto se puede hacer utilizando señales como sangría y coloración . En notaciones gráficas formales, esto se puede hacer mediante el uso de simetría o proximidad para indicar relación.

En diferentes contextos

La notación secundaria anota la notación formal en varios contextos que pueden dividirse en dos dominios principales: texto y gráficos.

Contexto textual

Existen varios casos comunes de notación secundaria que se observan en el texto. La notación secundaria es común en la tipografía y en los editores de código y aparece como negrita, cursiva y espaciado/sangría.

Notación secundaria textual en el código fuente de una computadora

La notación secundaria en forma de coloración y sangría se implementa comúnmente en entornos de desarrollo integrados para que el código fuente sea más legible y la notación formal más comprensible. El siguiente código fuente en C no utiliza notación secundaria para facilitar la interpretación de la notación formal:

int main(){while(true){printf("I'm stuck in an infinite loop!");}}

El siguiente es el mismo código, pero con sangría y resaltado de sintaxis . Como resultado, la notación formal de C es más fácil de leer:

int main () { while ( true ) { printf ( "¡Estoy atrapado en un bucle infinito!" ); } }      

Notación secundaria textual en tipografía

Algunos ejemplos de notación secundaria que aparecen comúnmente en los escritos en inglés incluyen:

 1. Allison's Frozen Foods - Atún congelado - Empanadas de pollo - Palitos de pescado - 2 libras de hamburguesas 2. Sarah's Groceries - 3 cajas de cereal - 2 cajas de jugo de fruta - 2 docenas de huevos 3. Jim's Formal Wear - 2 camisas de vestir - 1 corbata naranja                      

Contexto gráfico

La notación secundaria se utiliza comúnmente en contextos gráficos para transmitir mejor información más allá de lo que la notación formal del gráfico hace explícito.

Diagramas de flujo

Este es un modelo bien dibujado de los pasos que seguiría un usuario para realizar un pedido de algunos productos en un sitio web.
Este es un modelo mal dibujado de los pasos que seguiría un usuario para realizar un pedido de algunos productos en un sitio web.

Una representación gráfica que ha sido bien estudiada y que puede verse muy afectada por la notación secundaria es un diagrama de flujo y, en especial, los diagramas de drakon . Las investigaciones han demostrado que hay una serie de factores de diseño no incorporados en la notación formal que afectan la facilidad de comprensión de un diagrama de flujo:

  1. Minimizar los cruces de arcos: la cantidad de veces que se cruzan las líneas debe mantenerse al mínimo para facilitar la trazabilidad. En los gráficos drakon, todos los cruces de arcos (líneas) están prohibidos.
  2. Minimizar las curvas de línea: las curvas adicionales aumentan la complejidad visual del modelo. En los gráficos drakon, todas las curvas de línea se minimizan.
  3. Aprovechar la simetría: colocar los elementos simétricamente cuando sea posible
  4. Alinear etiquetas horizontalmente: las etiquetas de texto son más fáciles de leer cuando están alineadas horizontalmente
  5. Uso de localidad: agrupar elementos relacionados para que sean fácilmente reconocibles

Los ejemplos de la derecha muestran cómo estas técnicas pueden afectar drásticamente la facilidad de comprensión al observar un modelo de proceso. El modelo representa un proceso simplificado para pedir productos desde un sitio web. Ambos diagramas contienen exactamente los mismos bloques con las mismas interconexiones. Sin embargo, el que utiliza una mejor notación secundaria se puede entender fácilmente, mientras que el otro modelo requiere un análisis cuidadoso para comprender su contenido.

Mal uso

Si bien el uso inadecuado de la notación secundaria puede aumentar significativamente la cantidad de esfuerzo necesario para comprender un modelo, el uso incorrecto de la notación secundaria también puede ser perjudicial. El uso de la simetría puede hacer que un gráfico sea más atractivo visualmente, pero también puede transmitir conceptos erróneos si se usa incorrectamente. Por ejemplo, colocar elementos no relacionados muy cerca unos de otros puede hacer que el lector los perciba como relacionados. Además, el uso arbitrario de los colores puede distraer al lector mientras se pregunta sobre el significado de los distintos colores.

Expertos vs. novatos

Se ha demostrado que la capacidad de las personas para comprender y utilizar la notación secundaria varía según la experiencia en el campo pertinente. Los expertos en un campo suelen ser más capaces de utilizar las pistas que proporciona la notación secundaria. En concreto, se ha demostrado que, al leer diagramas, los expertos tienen más habilidad para leer la estructura general del diagrama y utilizarla para guiar su examen de los detalles que proporciona la notación formal. Esto contrasta con los novatos, que a menudo se centran en los detalles de la notación formal e ignoran las pistas que proporciona la notación secundaria.

También existen diferencias en función del nivel de experiencia/conocimiento a la hora de crear documentos que utilizan notación secundaria. Los expertos tienden a ser más coherentes en el uso de las convenciones, mientras que los novatos tienden a variar entre ellas, a veces adhiriéndose a un nivel superficial, pero sin transmitir la información deseada. En el caso de los diagramas de circuitos, esto se ilustra con errores comunes de los novatos, como crear simetría visual donde no hay simetría lógica y transiciones frecuentes entre diferentes convenciones de notación secundaria.

Como parte de la notación formal

En algunos casos, la notación secundaria forma parte de la notación formal. Estas notaciones formales intentan mejorar la legibilidad al reforzar la presencia de señales visuales. La desventaja es que lo que en muchos otros casos es solo una notación secundaria (como, por ejemplo, la sangría en lenguajes de formato libre ), ahora forma parte de la notación formal y, por lo tanto, no es opcional.

Por ejemplo, el lenguaje de programación Python requiere que el código fuente siga reglas de sangría estrictas. Esto tiene como objetivo mejorar la legibilidad del código, al garantizar que las declaraciones que se encuentran en el mismo nivel de anidación dentro de un bloque estén alineadas con la misma columna. Sin embargo, otros tipos de notación secundaria no forman parte de la notación formal. [1] Por ejemplo, al envolver líneas largas, cada línea que sea una continuación de una línea anterior puede sangrarse arbitrariamente. [2]

si  x  ==  1 :  print ( "x es 1" )  print ( "x es impar" ) print ( "Esto siempre se imprime" )  # esto es ilegal  print ( "Hola mundo" ) str  =  " " . join (  "estas palabras están sangradas" ,  "para una mejor legibilidad" )

Markdown también utiliza la sangría como parte de la sintaxis formal del lenguaje. La sangría es necesaria en Markdown al crear ciertas representaciones de código fuente de citas en bloque , así como al crear secciones de código fuente que se representarán como el código en sí. [3]

#Título 1# #Código fuente Markdown sangrado que se representará como código fuente# 

Véase también

Notas

  1. ^ "Python: mitos sobre la sangría". www.secnetix.de . Consultado el 22 de mayo de 2017 .
  2. ^ "PEP 8 - Guía de estilo para código Python". www.python.org . Consultado el 22 de mayo de 2017 .
  3. ^ Gruber, John (19 de abril de 2015). "Sintaxis Markdown". Daring Fireball . Consultado el 19 de abril de 2015 .

Referencias