¿Qué es la semántica en el diseño?


La mejor respuesta

¡Gran pregunta!

La semántica en el lenguaje se refiere a cómo cambia el significado si cambia la estructura; en el diseño la semántica no depende de la secuencia (como en el lenguaje escrito o hablado), sino de los elementos y de cómo interactúan: material, tamaño, forma, textura, color; todos estos proporcionan pistas semióticas que le permiten comprender cómo interactuar con un diseño en particular.

Por ejemplo, el uso de un determinado material puede hacerle pensar que un objeto es caro o barato; la forma (tamaño, por ejemplo) puede dar una pista si está destinada a personas más jóvenes o mayores (piense, por ejemplo, en bloques de construcción de plástico, como lego). La posición de una silla puede comunicar que está destinada a la persona más importante en la reunión, y así sucesivamente.

Los diseñadores deben tener en cuenta todas estas piezas de información sutiles (y no tan sutiles) para poder crear objetos con los que la gente pueda interactuar, sin manuales o avergonzarse por no saber qué hacer.

Recomendaría explorar la teoría de la cultura material.

Respuesta

Sintaxis y semántica son partes de la comunicación entre sí y con otras entidades, como las computadoras.

Sintaxis se refiere a la disposición gramatical de las palabras y signos de puntuación en las oraciones.

Semántica se refiere al significado de palabras y signos de puntuación que están organizados de una manera sintácticamente aceptable.

Consideremos una corrección sintáctica ect ejemplo que, al principio, no puede ser entendido semánticamente por nuestro compilador Plain English, que considera que una oración se entiende semánticamente cuando se puede reducir a una forma que un procesador de computadora Intel x86 puede ejecutar.

El oración resaltada en este programa …

… obviamente necesita trabajo.

El problema es que el compilador no sabe qué es una» alcancía «. Ahora sabemos que una alcancía tiene muchas características (tamaño, forma, color, etc.)…

… pero lo único que el programa necesita saber sobre una alcancía es que puede contener dinero en varias cantidades. Entonces agregamos una definición simple a lo largo de esas líneas (flecha roja), e intentamos compilar nuestro programa nuevamente:

¡Ratas! Todavía no me comunico. Tal vez deberíamos HABLAR MÁS FUERTE !!! Pero no, Plain English no distingue entre mayúsculas y minúsculas. Y espera … el error ha cambiado. Esta vez, creo que es la palabra «dólar» que la computadora no entiende. Así que explicamos «dólar» como se muestra a continuación e intentamos compilar nuevamente:

¡Ratas de nuevo! Bueno, veamos si podemos solucionarlo agregando una oración que le diga al compilador cómo pensar en los centavos:

Et voila ! Esta vez, cuando compilamos, se nos entiende semánticamente y cuando ejecutamos el programa, funciona (el resultado de la consola se muestra a continuación):

Mientras tanto, en el interior …

Así es como se alcanzó la comprensión semántica de esa oración en el cerebro del compilador.

• Se reconoció “10 dólares” como un literal numérico seguido de una unidad de medida y se convirtió en una variable numérica con un valor de 1000 (10 dólares por 100 centavos por dólar).

• “Una alcancía” se entendió como una solicitud de una nueva variable local de tipo “alcancía” – que se reduce al tipo base “número” – y se asignó espacio para esta variable, inicializada a cero, en la pila.

• La oración «Agregue 10 dólares a una alcancía» se redujo, internamente, a solo lo básico descuidado – «Agregue [dólares] en / a / a [alcancía]» – donde las palabras en los corchetes son nombres de tipos.

• No se encontró tal rutina en el programa código o en el «Noodle» – la biblioteca Plain English de prácticos tipos, variables y rutinas dandy – por lo que las variables se redujeron a sus tipos básicos, uno a la vez, y cada combinación se verificó para una rutina coincidente en el camino hacia abajo.

• En el nivel inferior – «Agregar [número] en / en / a [número]» – se encontró un encabezado de rutina correspondiente en el Noodle. ¡Eureka! Específicamente, el segundo encabezado de esta rutina …

… cuyo cuerpo estaba escrito, como puede ver, en un lenguaje que Los cerebros Intel x86 pueden entender (las declaraciones del lenguaje ensamblador en azul son comentarios).

• Por lo tanto, el compilador generó las declaraciones Intel x86 requeridas para (a) insertar las direcciones de las dos variables en la pila y para (b) llame a la rutina anterior.

Y eso es todo para esa oración. El resto del programa se compiló de la misma manera.

Comprensión semántica.Un encuentro de mentes.

¡Et voilá!

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *