<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Concepto on Fernando Ruiz</title><link>https://www.fernandoux.com/tags/concepto/</link><description>Recent content in Concepto on Fernando Ruiz</description><generator>Hugo</generator><language>en-us</language><atom:link href="https://www.fernandoux.com/tags/concepto/index.xml" rel="self" type="application/rss+xml"/><item><title>Accesibilidad en UX: Diseñando para Todos</title><link>https://www.fernandoux.com/es/wiki/concepts/accessibility-ux/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/accessibility-ux/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Accesibilidad en UX&lt;/strong&gt; significa diseñar productos digitales que sean utilizables por todos, incluyendo a personas con discapacidades.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-accesibilidad-en-ux"&gt;¿Qué es la Accesibilidad en UX?&lt;/h2&gt;
&lt;p&gt;Considera un restaurante con escaleras pero sin rampa en la entrada. No está excluyendo deliberadamente a los usuarios en silla de ruedas, simplemente no fue diseñado pensando en ellos. Lo mismo ocurre con muchos productos digitales. Funcionan para usuarios sin discapacidad, con buena visión, audición y capacidades cognitivas estándar, pero excluyen a las personas con discapacidades a través de decisiones de diseño inconscientes.&lt;/p&gt;</description></item><item><title>Affordances vs Signifiers: El Lenguaje Invisible del Diseño</title><link>https://www.fernandoux.com/es/wiki/conceptos/affordances-vs-signifiers/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/affordances-vs-signifiers/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Un &lt;strong&gt;Affordance&lt;/strong&gt; es la relación entre un objeto y una persona: es la propiedad del objeto que permite realizar una acción (ej. un pomo permite girar). Un &lt;strong&gt;Signifier&lt;/strong&gt; es la señal visual o sonora que comunica esa capacidad (ej. la forma del pomo indica qué hay que hacer con él).
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-legado-de-don-norman-en-ux"&gt;El Legado de Don Norman en UX&lt;/h2&gt;
&lt;p&gt;El concepto de Affordance fue introducido originalmente por James J. Gibson en psicología perceptual, pero fue &lt;strong&gt;Don Norman&lt;/strong&gt; quien lo adaptó al diseño en su libro fundamental &lt;em&gt;The Design of Everyday Things&lt;/em&gt;. Para Norman, un buen diseño es aquel que no necesita manuales de instrucciones: el usuario sabe qué hacer con solo mirar el objeto.&lt;/p&gt;</description></item><item><title>Affordances vs Signifiers: El Lenguaje Invisible del Diseño</title><link>https://www.fernandoux.com/es/wiki/concepts/affordances-vs-signifiers/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/affordances-vs-signifiers/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Un &lt;strong&gt;Affordance&lt;/strong&gt; es la relación entre un objeto y una persona: es la propiedad del objeto que permite realizar una acción (ej. un pomo permite girar). Un &lt;strong&gt;Signifier&lt;/strong&gt; es la señal visual o sonora que comunica esa capacidad (ej. la forma del pomo indica qué hay que hacer con él).
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-legado-de-don-norman-en-ux"&gt;El Legado de Don Norman en UX&lt;/h2&gt;
&lt;p&gt;El concepto de Affordance fue introducido originalmente por James J. Gibson en psicología perceptual, pero fue &lt;strong&gt;Don Norman&lt;/strong&gt; quien lo adaptó al diseño en su libro fundamental &lt;em&gt;The Design of Everyday Things&lt;/em&gt;. Para Norman, un buen diseño es aquel que no necesita manuales de instrucciones: el usuario sabe qué hacer con solo mirar el objeto.&lt;/p&gt;</description></item><item><title>ARIA vs HTML Semántico: La Regla de Oro</title><link>https://www.fernandoux.com/es/wiki/conceptos/aria-vs-semantica/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/aria-vs-semantica/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;HTML Semántico&lt;/strong&gt; utiliza las etiquetas nativas del navegador (como &lt;code&gt;&amp;lt;button&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;input&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;nav&amp;gt;&lt;/code&gt;) que ya traen accesibilidad y comportamiento integrados. &lt;strong&gt;ARIA&lt;/strong&gt; (Accessible Rich Internet Applications) es un conjunto de atributos que se añaden al código para &amp;ldquo;parchear&amp;rdquo; o explicar elementos personalizados que el navegador no entiende por defecto.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="la-primera-regla-de-aria"&gt;La Primera Regla de ARIA&lt;/h2&gt;
&lt;p&gt;Si hay una cosa que todo diseñador y desarrollador debe recordar es la &lt;strong&gt;Primer Regla de ARIA&lt;/strong&gt;:&lt;/p&gt;</description></item><item><title>ARIA vs HTML Semántico: La Regla de Oro</title><link>https://www.fernandoux.com/es/wiki/concepts/aria-vs-semantics/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/aria-vs-semantics/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;HTML Semántico&lt;/strong&gt; utiliza las etiquetas nativas del navegador (como &lt;code&gt;&amp;lt;button&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;input&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;nav&amp;gt;&lt;/code&gt;) que ya traen accesibilidad y comportamiento integrados. &lt;strong&gt;ARIA&lt;/strong&gt; (Accessible Rich Internet Applications) es un conjunto de atributos que se añaden al código para &amp;ldquo;parchear&amp;rdquo; o explicar elementos personalizados que el navegador no entiende por defecto.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="la-primera-regla-de-aria"&gt;La Primera Regla de ARIA&lt;/h2&gt;
&lt;p&gt;Si hay una cosa que todo diseñador y desarrollador debe recordar es la &lt;strong&gt;Primer Regla de ARIA&lt;/strong&gt;:&lt;/p&gt;</description></item><item><title>Arquitectura de la Información</title><link>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-la-informacion/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-la-informacion/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La Arquitectura de la Información (AI) es la práctica de decidir cómo organizar, estructurar y etiquetar el contenido de un producto digital (como un sitio web o una aplicación) de una manera que sea comprensible y permita a los usuarios encontrar la información y completar tareas de forma eficiente.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-arquitectura-de-la-información"&gt;¿Qué es la Arquitectura de la Información?&lt;/h2&gt;
&lt;p&gt;Imagina que entras en un supermercado. Sabes que los productos están organizados de alguna manera: las frutas y verduras están juntas, los lácteos en otra sección, los productos de limpieza en otra. Hay pasillos con etiquetas claras que te ayudan a navegar. Sin esa organización, encontrar la leche sería una pesadilla.&lt;/p&gt;</description></item><item><title>Arquitectura de la Información</title><link>https://www.fernandoux.com/es/wiki/concepts/information-architecture/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/information-architecture/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La Arquitectura de la Información (AI) es la práctica de decidir cómo organizar, estructurar y etiquetar el contenido de un producto digital (como un sitio web o una aplicación) de una manera que sea comprensible y permita a los usuarios encontrar la información y completar tareas de forma eficiente.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-arquitectura-de-la-información"&gt;¿Qué es la Arquitectura de la Información?&lt;/h2&gt;
&lt;p&gt;Imagina que entras en un supermercado. Sabes que los productos están organizados de alguna manera: las frutas y verduras están juntas, los lácteos en otra sección, los productos de limpieza en otra. Hay pasillos con etiquetas claras que te ayudan a navegar. Sin esa organización, encontrar la leche sería una pesadilla.&lt;/p&gt;</description></item><item><title>Arquitectura de Tokens (Global vs Semántico vs Componente)</title><link>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-tokens/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-tokens/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La arquitectura de tokens de diseño es la estructura lógica que organiza las decisiones de diseño (colores, tipografía, espaciado) en capas de abstracción. Un modelo bien diseñado permite cambiar la apariencia de todo un producto en minutos, garantizando coherencia y escalabilidad entre diseño y código.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-arquitectura-de-tokens"&gt;¿Qué es la Arquitectura de Tokens?&lt;/h2&gt;
&lt;p&gt;Imagina que estás construyendo una ciudad. No quieres tener que pintar cada ladrillo de cada casa individualmente. En su lugar, defines una &amp;ldquo;paleta de materiales&amp;rdquo; (tokens globales), decides que todos los edificios públicos serán de &amp;ldquo;color institucional&amp;rdquo; (tokens semánticos) y finalmente aplicas ese color a la &amp;ldquo;puerta principal del ayuntamiento&amp;rdquo; (tokens de componente).&lt;/p&gt;</description></item><item><title>Arquitectura de Tokens (Global vs Semántico vs Componente)</title><link>https://www.fernandoux.com/es/wiki/concepts/token-architecture/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/token-architecture/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La arquitectura de tokens de diseño es la estructura lógica que organiza las decisiones de diseño (colores, tipografía, espaciado) en capas de abstracción. Un modelo bien diseñado permite cambiar la apariencia de todo un producto en minutos, garantizando coherencia y escalabilidad entre diseño y código.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-arquitectura-de-tokens"&gt;¿Qué es la Arquitectura de Tokens?&lt;/h2&gt;
&lt;p&gt;Imagina que estás construyendo una ciudad. No quieres tener que pintar cada ladrillo de cada casa individualmente. En su lugar, defines una &amp;ldquo;paleta de materiales&amp;rdquo; (tokens globales), decides que todos los edificios públicos serán de &amp;ldquo;color institucional&amp;rdquo; (tokens semánticos) y finalmente aplicas ese color a la &amp;ldquo;puerta principal del ayuntamiento&amp;rdquo; (tokens de componente).&lt;/p&gt;</description></item><item><title>Atomic Design: Construyendo Interfaces desde la Base</title><link>https://www.fernandoux.com/es/wiki/concepts/atomic-design/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/atomic-design/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Atomic Design&lt;/strong&gt; (Diseño Atómico) es una metodología para crear librerías de componentes reutilizables dividiendo las interfaces en cinco niveles jerárquicos: &lt;strong&gt;átomos, moléculas, organismos, plantillas y páginas&lt;/strong&gt;.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-el-atomic-design"&gt;¿Qué es el Atomic Design?&lt;/h2&gt;
&lt;p&gt;Piensa en cómo funciona la química. Los átomos se combinan para formar moléculas, y las moléculas se combinan para formar organismos. La química construye complejidad a partir de bloques de construcción simples. El Atomic Design aplica esta misma lógica al diseño de interfaces de usuario.&lt;/p&gt;</description></item><item><title>Básicos de CRDT para Diseñadores de Producto</title><link>https://www.fernandoux.com/es/wiki/conceptos/crdt-para-disenadores/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/crdt-para-disenadores/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;CRDT&lt;/strong&gt; (Conflict-free Replicated Data Types) son estructuras de datos que permiten que múltiples usuarios realicen cambios simultáneos de forma independiente y que, al sincronizarse, todos lleguen al mismo estado final automáticamente &lt;strong&gt;sin necesidad de una autoridad central o resolución manual de conflictos&lt;/strong&gt;. Es la tecnología que hace posible la colaboración en tiempo real moderna.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-saber-qué-es-un-crdt"&gt;¿Por qué el Diseñador debe saber qué es un CRDT?&lt;/h2&gt;
&lt;p&gt;Tradicionalmente, en las aplicaciones web, el servidor era &amp;ldquo;la única fuente de verdad&amp;rdquo;. Si querías cambiar algo, le pedías permiso al servidor y esperabas su respuesta de &amp;ldquo;OK&amp;rdquo;.&lt;/p&gt;</description></item><item><title>Básicos de CRDT para Diseñadores de Producto</title><link>https://www.fernandoux.com/es/wiki/concepts/crdt-for-designers/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/crdt-for-designers/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;CRDT&lt;/strong&gt; (Conflict-free Replicated Data Types) son estructuras de datos que permiten que múltiples usuarios realicen cambios simultáneos de forma independiente y que, al sincronizarse, todos lleguen al mismo estado final automáticamente &lt;strong&gt;sin necesidad de una autoridad central o resolución manual de conflictos&lt;/strong&gt;. Es la tecnología que hace posible la colaboración en tiempo real moderna.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-saber-qué-es-un-crdt"&gt;¿Por qué el Diseñador debe saber qué es un CRDT?&lt;/h2&gt;
&lt;p&gt;Tradicionalmente, en las aplicaciones web, el servidor era &amp;ldquo;la única fuente de verdad&amp;rdquo;. Si querías cambiar algo, le pedías permiso al servidor y esperabas su respuesta de &amp;ldquo;OK&amp;rdquo;.&lt;/p&gt;</description></item><item><title>Carga Cognitiva: Por Qué lo Simple es Siempre Mejor</title><link>https://www.fernandoux.com/es/wiki/concepts/cognitive-load/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/cognitive-load/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Carga Cognitiva&lt;/strong&gt; es una medida del esfuerzo mental requerido para usar un producto; una menor carga cognitiva significa que es más fácil de usar.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-carga-cognitiva"&gt;¿Qué es la Carga Cognitiva?&lt;/h2&gt;
&lt;p&gt;Imagina que estás en un supermercado. Si los artículos están organizados lógicamente por categorías (frutas, lácteos, cereales), comprar es fácil. Tu cerebro sabe adónde ir. Pero si la tienda coloca los artículos al azar por todas partes, gastas energía mental buscando, recordando dónde viste las cosas, comparando opciones. Te frustras y te vas. La tienda desorganizada tiene una &lt;strong&gt;carga cognitiva alta&lt;/strong&gt;; la organizada tiene una &lt;strong&gt;carga cognitiva baja&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Comportamiento de Intrinsic Sizing en UI</title><link>https://www.fernandoux.com/es/wiki/conceptos/intrinsic-sizing/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/intrinsic-sizing/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Intrinsic Sizing&lt;/strong&gt; es un comportamiento de diseño donde las dimensiones de un elemento (ancho o alto) son determinadas por su propio contenido (letras, imágenes, iconos) en lugar de ser forzadas por un contenedor externo con medidas fijas.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-el-dimensionamiento-intrínseco"&gt;¿Qué es el Dimensionamiento Intrínseco?&lt;/h2&gt;
&lt;p&gt;Imagina que quieres meter camisas en una maleta.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Extrinsic Sizing (Extrínseco):&lt;/strong&gt; La maleta tiene un tamaño fijo de 50x40 cm. No importa si metes 1 camisa o 20, la maleta mide lo mismo.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Intrinsic Sizing (Intrínseco):&lt;/strong&gt; La maleta es de tela elástica y se ajusta exactamente al volumen de las camisas que metas. Si metes una camisa, es pequeña; si metes 20, se estira.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;En UI, esto significa que un botón no mide &amp;ldquo;200px&amp;rdquo;, sino que mide &lt;code&gt;Ancho del Texto + Paddings laterales&lt;/code&gt;. Si el texto cambia de &amp;ldquo;OK&amp;rdquo; a &amp;ldquo;Cancelar suscripción&amp;rdquo;, el botón se ensancha automáticamente.&lt;/p&gt;</description></item><item><title>Comportamiento de Intrinsic Sizing en UI</title><link>https://www.fernandoux.com/es/wiki/concepts/intrinsic-sizing/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/intrinsic-sizing/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Intrinsic Sizing&lt;/strong&gt; es un comportamiento de diseño donde las dimensiones de un elemento (ancho o alto) son determinadas por su propio contenido (letras, imágenes, iconos) en lugar de ser forzadas por un contenedor externo con medidas fijas.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-el-dimensionamiento-intrínseco"&gt;¿Qué es el Dimensionamiento Intrínseco?&lt;/h2&gt;
&lt;p&gt;Imagina que quieres meter camisas en una maleta.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Extrinsic Sizing (Extrínseco):&lt;/strong&gt; La maleta tiene un tamaño fijo de 50x40 cm. No importa si metes 1 camisa o 20, la maleta mide lo mismo.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Intrinsic Sizing (Intrínseco):&lt;/strong&gt; La maleta es de tela elástica y se ajusta exactamente al volumen de las camisas que metas. Si metes una camisa, es pequeña; si metes 20, se estira.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;En UI, esto significa que un botón no mide &amp;ldquo;200px&amp;rdquo;, sino que mide &lt;code&gt;Ancho del Texto + Paddings laterales&lt;/code&gt;. Si el texto cambia de &amp;ldquo;OK&amp;rdquo; a &amp;ldquo;Cancelar suscripción&amp;rdquo;, el botón se ensancha automáticamente.&lt;/p&gt;</description></item><item><title>Conciencia de Estado (State Awareness) en UI</title><link>https://www.fernandoux.com/es/wiki/conceptos/conciencia-de-estado/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/conciencia-de-estado/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Conciencia de Estado&lt;/strong&gt; (State Awareness) es la capacidad de una interfaz para comunicar de forma clara y continua qué está ocurriendo en el sistema, en qué paso del proceso se encuentra el usuario y cuál es la condición actual de cada componente (ej. si un botón está pulsado, si un dato se está cargando o si hay un error).
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-usuario-necesita-conciencia-de-estado"&gt;¿Por qué el Usuario necesita Conciencia de Estado?&lt;/h2&gt;
&lt;p&gt;Como seres humanos, odiamos la incertidumbre. En el mundo físico, si pulsas un interruptor y la luz no se enciende, sabes que hay un fallo porque el interruptor cambió de posición físicamente. En el mundo digital, si un usuario pulsa un botón y no pasa nada visualmente en los primeros milisegundos, el usuario pulsará el botón 5 veces más, generando errores en el servidor y frustración.&lt;/p&gt;</description></item><item><title>Conciencia de Estado (State Awareness) en UI</title><link>https://www.fernandoux.com/es/wiki/concepts/status-awareness/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/status-awareness/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Conciencia de Estado&lt;/strong&gt; (State Awareness) es la capacidad de una interfaz para comunicar de forma clara y continua qué está ocurriendo en el sistema, en qué paso del proceso se encuentra el usuario y cuál es la condición actual de cada componente (ej. si un botón está pulsado, si un dato se está cargando o si hay un error).
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-usuario-necesita-conciencia-de-estado"&gt;¿Por qué el Usuario necesita Conciencia de Estado?&lt;/h2&gt;
&lt;p&gt;Como seres humanos, odiamos la incertidumbre. En el mundo físico, si pulsas un interruptor y la luz no se enciende, sabes que hay un fallo porque el interruptor cambió de posición físicamente. En el mundo digital, si un usuario pulsa un botón y no pasa nada visualmente en los primeros milisegundos, el usuario pulsará el botón 5 veces más, generando errores en el servidor y frustración.&lt;/p&gt;</description></item><item><title>Diseño Centrado en el Usuario: El Fundamento de Todo</title><link>https://www.fernandoux.com/es/wiki/concepts/user-centered-design/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/user-centered-design/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Diseño Centrado en el Usuario&lt;/strong&gt; (UCD) es un enfoque donde la investigación del usuario y sus necesidades impulsan cada decisión de diseño de principio a fin.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-el-diseño-centrado-en-el-usuario"&gt;¿Qué es el Diseño Centrado en el Usuario?&lt;/h2&gt;
&lt;p&gt;Imagina construir una casa sin hablar nunca con las personas que vivirán en ella. Decides la distribución basándote en lo que &lt;em&gt;tú&lt;/em&gt; crees que se ve bien, dónde pondrías &lt;em&gt;tú&lt;/em&gt; la cocina y cómo organizarías &lt;em&gt;tú&lt;/em&gt; las habitaciones. Luego tus clientes se mudan y se dan cuenta de que pusiste el dormitorio arriba pero todos en la familia tienen problemas de movilidad. Las escaleras son ahora una crisis. El diseño centrado en el usuario es lo opuesto: preguntas a las personas que usarán la casa qué necesitan realmente, y luego diseñas basándote en su realidad, no en tus suposiciones.&lt;/p&gt;</description></item><item><title>Diseño Inclusivo vs. Diseño Accesible: Por qué ambos importan</title><link>https://www.fernandoux.com/es/wiki/concepts/inclusive-vs-accessible/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/inclusive-vs-accessible/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;diseño accesible&lt;/strong&gt; elimina las barreras para las personas con discapacidades; el &lt;strong&gt;diseño inclusivo&lt;/strong&gt; considera la gama más amplia posible de la diversidad humana desde el principio.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="cuál-es-la-diferencia"&gt;¿Cuál es la diferencia?&lt;/h2&gt;
&lt;p&gt;Imagina un vado en la acera: una sección inclinada de la acera para usuarios de sillas de ruedas. Técnicamente, hace que las aceras sean accesibles para personas con problemas de movilidad. Pero, tras su implementación, todo el mundo los usa: padres con carritos de bebé, repartidores con carros, personas mayores que prefieren la pendiente suave y viajeros que arrastran maletas. Los vados son accesibles, pero también son inclusivos: benefician a una población mucho más amplia que solo aquella para la que fueron diseñados.&lt;/p&gt;</description></item><item><title>Diseño Mobile-First: Principios y Práctica</title><link>https://www.fernandoux.com/es/wiki/concepts/mobile-first-design/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/mobile-first-design/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Diseño Mobile-First&lt;/strong&gt; es un enfoque que prioriza el diseño para dispositivos móviles antes que para pantallas grandes, mejorando progresivamente la experiencia para resoluciones mayores.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-el-diseño-mobile-first"&gt;¿Qué es el Diseño Mobile-First?&lt;/h2&gt;
&lt;p&gt;La mayoría de los productos digitales hoy en día se usan más en teléfonos que en computadoras de escritorio. Sin embargo, muchos equipos de diseño empiezan bocetando en monitores grandes y luego comprimen las funciones en las pantallas de los teléfonos como si fuera algo secundario.&lt;/p&gt;</description></item><item><title>Diseño para el Rendimiento Percibido: Más Rápido que la Luz</title><link>https://www.fernandoux.com/es/wiki/conceptos/perceived-performance-design/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/perceived-performance-design/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Rendimiento Percibido&lt;/strong&gt; es el tiempo que un usuario siente que tarda un sistema en responder, independientemente de la velocidad real (milisegundos) de la conexión o el procesador. En el diseño de producto, &lt;strong&gt;la percepción es la realidad.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-importa-el-rendimiento-percibido"&gt;¿Por qué importa el Rendimiento Percibido?&lt;/h2&gt;
&lt;p&gt;Podemos tener la aplicación mejor optimizada del mundo, pero si el usuario se queda mirando una pantalla en blanco durante 2 segundos, pensará que la app es lenta.&lt;/p&gt;</description></item><item><title>Diseño para el Rendimiento Percibido: Más Rápido que la Luz</title><link>https://www.fernandoux.com/es/wiki/concepts/perceived-performance-design/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/perceived-performance-design/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Rendimiento Percibido&lt;/strong&gt; es el tiempo que un usuario siente que tarda un sistema en responder, independientemente de la velocidad real (milisegundos) de la conexión o el procesador. En el diseño de producto, &lt;strong&gt;la percepción es la realidad.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-importa-el-rendimiento-percibido"&gt;¿Por qué importa el Rendimiento Percibido?&lt;/h2&gt;
&lt;p&gt;Podemos tener la aplicación mejor optimizada del mundo, pero si el usuario se queda mirando una pantalla en blanco durante 2 segundos, pensará que la app es lenta.&lt;/p&gt;</description></item><item><title>El Command Pattern en el Diseño de Producto</title><link>https://www.fernandoux.com/es/wiki/conceptos/command-pattern/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/command-pattern/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Command Pattern&lt;/strong&gt; es un patrón de diseño de software que encapsula una solicitud o acción del usuario como un objeto independiente. En el mundo del diseño de producto, esto nos permite tratar cada acción (borrar, mover, editar, cambiar color) como una entidad que se puede almacenar, deshacer, rehacer y sincronizar a través de varios usuarios.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-el-command-pattern"&gt;¿Por qué el Diseñador debe Conocer el Command Pattern?&lt;/h2&gt;
&lt;p&gt;Tradicionalmente, el diseño se centraba en el &lt;strong&gt;estado final&lt;/strong&gt; de las pantallas (la foto fija). Sin embargo, los productos modernos (como Figma, Notion o Google Docs) se centran en las &lt;strong&gt;acciones&lt;/strong&gt; que llevan de un estado a otro. El Command Pattern es el lenguaje técnico que permite que estas transiciones sean posibles.&lt;/p&gt;</description></item><item><title>El Command Pattern en el Diseño de Producto</title><link>https://www.fernandoux.com/es/wiki/concepts/command-pattern/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/command-pattern/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Command Pattern&lt;/strong&gt; es un patrón de diseño de software que encapsula una solicitud o acción del usuario como un objeto independiente. En el mundo del diseño de producto, esto nos permite tratar cada acción (borrar, mover, editar, cambiar color) como una entidad que se puede almacenar, deshacer, rehacer y sincronizar a través de varios usuarios.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-el-command-pattern"&gt;¿Por qué el Diseñador debe Conocer el Command Pattern?&lt;/h2&gt;
&lt;p&gt;Tradicionalmente, el diseño se centraba en el &lt;strong&gt;estado final&lt;/strong&gt; de las pantallas (la foto fija). Sin embargo, los productos modernos (como Figma, Notion o Google Docs) se centran en las &lt;strong&gt;acciones&lt;/strong&gt; que llevan de un estado a otro. El Command Pattern es el lenguaje técnico que permite que estas transiciones sean posibles.&lt;/p&gt;</description></item><item><title>Flujos Offline-First: Diseñar para la Desconexión</title><link>https://www.fernandoux.com/es/wiki/estrategia/flujos-offline-first/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/estrategia/flujos-offline-first/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La estrategia &lt;strong&gt;Offline-First&lt;/strong&gt; es un enfoque de diseño y desarrollo que asume que el usuario tendrá una conexión a internet intermitente o nula en algún momento. En lugar de tratar el &amp;ldquo;Offline&amp;rdquo; como un estado de error, se trata como una característica fundamental del producto. El objetivo es que la aplicación siga funcionando siempre.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-reto-de-las-aplicaciones-de-producto-modernas"&gt;El Reto de las Aplicaciones de Producto Modernas&lt;/h2&gt;
&lt;p&gt;La mayoría de las apps web tradicionales (como Jira o Gmail) suelen romperse o mostrar un dinosaurio de Chrome cuando el Wifi se corta. En el diseño de productos digitales avanzado, como Notion, Figma o Linear, esto ya no es aceptable.&lt;/p&gt;</description></item><item><title>Flujos Offline-First: Diseñar para la Desconexión</title><link>https://www.fernandoux.com/es/wiki/strategy/offline-first-flows/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/strategy/offline-first-flows/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La estrategia &lt;strong&gt;Offline-First&lt;/strong&gt; es un enfoque de diseño y desarrollo que asume que el usuario tendrá una conexión a internet intermitente o nula en algún momento. En lugar de tratar el &amp;ldquo;Offline&amp;rdquo; como un estado de error, se trata como una característica fundamental del producto. El objetivo es que la aplicación siga funcionando siempre.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-reto-de-las-aplicaciones-de-producto-modernas"&gt;El Reto de las Aplicaciones de Producto Modernas&lt;/h2&gt;
&lt;p&gt;La mayoría de las apps web tradicionales (como Jira o Gmail) suelen romperse o mostrar un dinosaurio de Chrome cuando el Wifi se corta. En el diseño de productos digitales avanzado, como Notion, Figma o Linear, esto ya no es aceptable.&lt;/p&gt;</description></item><item><title>Fundamentos del Accessibility Tree: Cómo Ven las Máquinas</title><link>https://www.fernandoux.com/es/wiki/conceptos/accessibility-tree/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/accessibility-tree/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Accessibility Tree&lt;/strong&gt; (Árbol de Accesibilidad) es una estructura de datos generada por el navegador (basada en el DOM) que contiene solo la información relevante para las tecnologías asistivas (como lectores de pantalla o dictado por voz). No es visual; es una traducción de tu diseño en nombres, roles, estados y valores.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-el-árbol-de-accesibilidad"&gt;¿Por qué el Diseñador debe Conocer el Árbol de Accesibilidad?&lt;/h2&gt;
&lt;p&gt;Como diseñadores, solemos centrarnos en el &lt;strong&gt;DOM Visual&lt;/strong&gt; (colores, formas, posiciones). Sin embargo, para los usuarios ciegos o con discapacidad visual, tu diseño es solo lo que el Árbol de Accesibilidad dice que es.&lt;/p&gt;</description></item><item><title>Fundamentos del Accessibility Tree: Cómo Ven las Máquinas</title><link>https://www.fernandoux.com/es/wiki/concepts/accessibility-tree/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/accessibility-tree/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Accessibility Tree&lt;/strong&gt; (Árbol de Accesibilidad) es una estructura de datos generada por el navegador (basada en el DOM) que contiene solo la información relevante para las tecnologías asistivas (como lectores de pantalla o dictado por voz). No es visual; es una traducción de tu diseño en nombres, roles, estados y valores.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-el-árbol-de-accesibilidad"&gt;¿Por qué el Diseñador debe Conocer el Árbol de Accesibilidad?&lt;/h2&gt;
&lt;p&gt;Como diseñadores, solemos centrarnos en el &lt;strong&gt;DOM Visual&lt;/strong&gt; (colores, formas, posiciones). Sin embargo, para los usuarios ciegos o con discapacidad visual, tu diseño es solo lo que el Árbol de Accesibilidad dice que es.&lt;/p&gt;</description></item><item><title>Gestión de Carga Cognitiva en UX</title><link>https://www.fernandoux.com/es/wiki/conceptos/gestion-de-carga-cognitiva/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/gestion-de-carga-cognitiva/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Carga Cognitiva&lt;/strong&gt; es la cantidad total de esfuerzo mental que un usuario debe invertir para completar una tarea o procesar información en una interfaz. Un buen diseño de UX busca minimizar la carga innecesaria para que el usuario pueda concentrarse en lograr su objetivo con el menor roce posible.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="tipos-de-carga-cognitiva-el-modelo-de-sweller"&gt;Tipos de Carga Cognitiva: El Modelo de Sweller&lt;/h2&gt;
&lt;p&gt;En psicología cognitiva, se distinguen tres tipos de carga mental. Para un diseñador de UX, entender estos conceptos es la clave para crear interfaces intuitivas:&lt;/p&gt;</description></item><item><title>Gestión de Carga Cognitiva en UX</title><link>https://www.fernandoux.com/es/wiki/concepts/cognitive-load-management/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/cognitive-load-management/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Carga Cognitiva&lt;/strong&gt; es la cantidad total de esfuerzo mental que un usuario debe invertir para completar una tarea o procesar información en una interfaz. Un buen diseño de UX busca minimizar la carga innecesaria para que el usuario pueda concentrarse en lograr su objetivo con el menor roce posible.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="tipos-de-carga-cognitiva-el-modelo-de-sweller"&gt;Tipos de Carga Cognitiva: El Modelo de Sweller&lt;/h2&gt;
&lt;p&gt;En psicología cognitiva, se distinguen tres tipos de carga mental. Para un diseñador de UX, entender estos conceptos es la clave para crear interfaces intuitivas:&lt;/p&gt;</description></item><item><title>Jerarquía Visual VS Jerarquía del DOM: Accesibilidad</title><link>https://www.fernandoux.com/es/wiki/conceptos/visual-vs-dom-hierarchy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/visual-vs-dom-hierarchy/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Jerarquía Visual&lt;/strong&gt; es el orden en que un usuario ve y procesa la información en una pantalla basándose en el tamaño, color, posición y contraste. La &lt;strong&gt;Jerarquía del DOM&lt;/strong&gt; (Document Object Model) es el orden en que el código HTML estructura y lee esa misma información. Alinear ambas es la clave de la accesibilidad y el SEO.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-la-jerarquía-del-dom"&gt;¿Por qué el Diseñador debe Conocer la Jerarquía del DOM?&lt;/h2&gt;
&lt;p&gt;Como diseñadores, solemos &amp;ldquo;dibujar&amp;rdquo; elementos en el lienzo de Figma sin preocuparnos de su orden interno. Sin embargo, para un usuario de &lt;a href="https://www.fernandoux.com/tecnicas/pruebas-lectores-pantalla/"&gt;Lector de Pantalla&lt;/a&gt; o de &lt;a href="https://www.fernandoux.com/tecnicas/gestion-de-foco/"&gt;Teclado&lt;/a&gt;, tu diseño no es una imagen; es una lista secuencial de elementos.&lt;/p&gt;</description></item><item><title>Jerarquía Visual VS Jerarquía del DOM: Accesibilidad</title><link>https://www.fernandoux.com/es/wiki/concepts/visual-vs-dom-hierarchy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/visual-vs-dom-hierarchy/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Jerarquía Visual&lt;/strong&gt; es el orden en que un usuario ve y procesa la información en una pantalla basándose en el tamaño, color, posición y contraste. La &lt;strong&gt;Jerarquía del DOM&lt;/strong&gt; (Document Object Model) es el orden en que el código HTML estructura y lee esa misma información. Alinear ambas es la clave de la accesibilidad y el SEO.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-la-jerarquía-del-dom"&gt;¿Por qué el Diseñador debe Conocer la Jerarquía del DOM?&lt;/h2&gt;
&lt;p&gt;Como diseñadores, solemos &amp;ldquo;dibujar&amp;rdquo; elementos en el lienzo de Figma sin preocuparnos de su orden interno. Sin embargo, para un usuario de &lt;a href="https://www.fernandoux.com/techniques/screen-reader-testing/"&gt;Lector de Pantalla&lt;/a&gt; o de &lt;a href="https://www.fernandoux.com/techniques/focus-management/"&gt;Teclado&lt;/a&gt;, tu diseño no es una imagen; es una lista secuencial de elementos.&lt;/p&gt;</description></item><item><title>Jerarquía Visual: Guiando a los Usuarios a través de tu Diseño</title><link>https://www.fernandoux.com/es/wiki/concepts/visual-hierarchy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/visual-hierarchy/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Jerarquía Visual&lt;/strong&gt; es la disposición de los elementos de diseño para guiar la atención de los usuarios hacia la información o las acciones más importantes de forma intuitiva.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-jerarquía-visual"&gt;¿Qué es la Jerarquía Visual?&lt;/h2&gt;
&lt;p&gt;Entra en una tienda de comestibles y mira el mostrador. Los grandes carteles de oferta captan tu atención primero, luego los nombres específicos de los productos, luego los precios y, finalmente, los detalles más pequeños. Tu ojo sigue un camino deliberado. Eso es la jerarquía visual.&lt;/p&gt;</description></item><item><title>La Ley de Fitts: Alcance y Ergonomía en UI</title><link>https://www.fernandoux.com/es/wiki/conceptos/ley-de-fitts/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/ley-de-fitts/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Ley de Fitts&lt;/strong&gt; establece que el tiempo necesario para alcanzar un objetivo depende de la distancia al objetivo y del tamaño del propio objetivo. En resumen para UX: &lt;strong&gt;Haz que las acciones importantes sean grandes y estén cerca.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-ley-de-fitts-y-por-qué-debería-importarte"&gt;¿Qué es la Ley de Fitts (y por qué debería importarte)?&lt;/h2&gt;
&lt;p&gt;Paul Fitts, un psicólogo estadounidense, formuló esta ley en 1954 para medir el movimiento humano. En el diseño de interfaces moderno, la Ley de Fitts es la base de la ergonomía: si un botón es demasiado pequeño o está demasiado lejos de donde se encuentra el cursor (o el pulgar), el usuario tardará más tiempo en interactuar y cometerá más errores por falta de precisión.&lt;/p&gt;</description></item><item><title>La Ley de Fitts: Alcance y Ergonomía en UI</title><link>https://www.fernandoux.com/es/wiki/concepts/fittss-law/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/fittss-law/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Ley de Fitts&lt;/strong&gt; establece que el tiempo necesario para alcanzar un objetivo depende de la distancia al objetivo y del tamaño del propio objetivo. En resumen para UX: &lt;strong&gt;Haz que las acciones importantes sean grandes y estén cerca.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-ley-de-fitts-y-por-qué-debería-importarte"&gt;¿Qué es la Ley de Fitts (y por qué debería importarte)?&lt;/h2&gt;
&lt;p&gt;Paul Fitts, un psicólogo estadounidense, formuló esta ley en 1954 para medir el movimiento humano. En el diseño de interfaces moderno, la Ley de Fitts es la base de la ergonomía: si un botón es demasiado pequeño o está demasiado lejos de donde se encuentra el cursor (o el pulgar), el usuario tardará más tiempo en interactuar y cometerá más errores por falta de precisión.&lt;/p&gt;</description></item><item><title>La Ley de Hick: Decisión y Tiempo de Respuesta</title><link>https://www.fernandoux.com/es/wiki/conceptos/ley-de-hick/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/ley-de-hick/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Ley de Hick&lt;/strong&gt; establece que el tiempo que tarda una persona en tomar una decisión aumenta logarítmicamente a medida que aumenta el número y la complejidad de las opciones disponibles. En UX, esto se traduce en una regla de oro: &lt;strong&gt;Menos es más rápido.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-ley-de-hick-y-por-qué-debería-importarte"&gt;¿Qué es la Ley de Hick (y por qué debería importarte)?&lt;/h2&gt;
&lt;p&gt;William Edmund Hick y Ray Hyman descubrieron a principios de la década de 1950 que añadir opciones adicionales no solo ralentiza al usuario de forma lineal, sino que puede llegar a paralizarlo o hacer que se sienta abrumado (fenómeno conocido como &lt;strong&gt;&amp;ldquo;Parálisis por Análisis&amp;rdquo;&lt;/strong&gt;).&lt;/p&gt;</description></item><item><title>La Ley de Hick: Decisión y Tiempo de Respuesta</title><link>https://www.fernandoux.com/es/wiki/concepts/hicks-law/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/hicks-law/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Ley de Hick&lt;/strong&gt; establece que el tiempo que tarda una persona en tomar una decisión aumenta logarítmicamente a medida que aumenta el número y la complejidad de las opciones disponibles. En UX, esto se traduce en una regla de oro: &lt;strong&gt;Menos es más rápido.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-ley-de-hick-y-por-qué-debería-importarte"&gt;¿Qué es la Ley de Hick (y por qué debería importarte)?&lt;/h2&gt;
&lt;p&gt;William Edmund Hick y Ray Hyman descubrieron a principios de la década de 1950 que añadir opciones adicionales no solo ralentiza al usuario de forma lineal, sino que puede llegar a paralizarlo o hacer que se sienta abrumado (fenómeno conocido como &lt;strong&gt;&amp;ldquo;Parálisis por Análisis&amp;rdquo;&lt;/strong&gt;).&lt;/p&gt;</description></item><item><title>Modelado de Presencia en Tiempo Real: UX Colaborativo</title><link>https://www.fernandoux.com/es/wiki/conceptos/modelado-de-presencia/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/modelado-de-presencia/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Modelado de Presencia&lt;/strong&gt; es el conjunto de indicadores visuales y funcionales que comunican a un usuario quién más está con él en el mismo espacio digital (ej. una página de Notion o un archivo de Figma) y qué están haciendo exactamente en ese preciso momento.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="la-magia-de-no-estar-solo-el-sentimiento-de-presencia"&gt;La Magia de No Estar Solo: El Sentimiento de Presencia&lt;/h2&gt;
&lt;p&gt;Hace unos años, las aplicaciones eran solitarias: trabajabas, guardabas y cerrabas. Hoy, las aplicaciones de producto son &lt;strong&gt;multijugador&lt;/strong&gt;. El modelado de presencia no es solo un adorno estético; es una herramienta crítica de comunicación que evita que los usuarios cometan errores (como editar el mismo objeto al mismo tiempo) y fomenta la colaboración fluida.&lt;/p&gt;</description></item><item><title>Modelado de Presencia en Tiempo Real: UX Colaborativo</title><link>https://www.fernandoux.com/es/wiki/concepts/presence-modeling/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/presence-modeling/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Modelado de Presencia&lt;/strong&gt; es el conjunto de indicadores visuales y funcionales que comunican a un usuario quién más está con él en el mismo espacio digital (ej. una página de Notion o un archivo de Figma) y qué están haciendo exactamente en ese preciso momento.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="la-magia-de-no-estar-solo-el-sentimiento-de-presencia"&gt;La Magia de No Estar Solo: El Sentimiento de Presencia&lt;/h2&gt;
&lt;p&gt;Hace unos años, las aplicaciones eran solitarias: trabajabas, guardabas y cerrabas. Hoy, las aplicaciones de producto son &lt;strong&gt;multijugador&lt;/strong&gt;. El modelado de presencia no es solo un adorno estético; es una herramienta crítica de comunicación que evita que los usuarios cometan errores (como editar el mismo objeto al mismo tiempo) y fomenta la colaboración fluida.&lt;/p&gt;</description></item><item><title>Modelos Mentales de Undo y Redo: El Tiempo en la Interfaz</title><link>https://www.fernandoux.com/es/wiki/conceptos/mental-models-undo-redo/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/mental-models-undo-redo/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;Modelos Mentales de Undo y Redo&lt;/strong&gt; son la forma en que el usuario entiende que puede retroceder o avanzar en el historial de sus acciones. Un diseño correcto de Undo reduce la ansiedad del usuario, permitiéndole experimentar libremente con la interfaz sin miedo a cometer errores irreversibles.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-poder-de-la-indulgencia-forgiving-ui"&gt;El Poder de la Indulgencia (Forgiving UI)&lt;/h2&gt;
&lt;p&gt;El botón de &amp;ldquo;Deshacer&amp;rdquo; es la herramienta de seguridad psicológica más potente en el diseño de interfaces. Cuando un usuario sabe que tiene una &amp;ldquo;red de seguridad&amp;rdquo; bajo sus pies, su carga cognitiva disminuye y su disposición a explorar nuevas funcionalidades aumenta drásticamente. Sin Undo, el usuario se vuelve conservador y temeroso ante cada clic.&lt;/p&gt;</description></item><item><title>Modelos Mentales de Undo y Redo: El Tiempo en la Interfaz</title><link>https://www.fernandoux.com/es/wiki/concepts/mental-models-undo-redo/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/mental-models-undo-redo/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;Modelos Mentales de Undo y Redo&lt;/strong&gt; son la forma en que el usuario entiende que puede retroceder o avanzar en el historial de sus acciones. Un diseño correcto de Undo reduce la ansiedad del usuario, permitiéndole experimentar libremente con la interfaz sin miedo a cometer errores irreversibles.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-poder-de-la-indulgencia-forgiving-ui"&gt;El Poder de la Indulgencia (Forgiving UI)&lt;/h2&gt;
&lt;p&gt;El botón de &amp;ldquo;Deshacer&amp;rdquo; es la herramienta de seguridad psicológica más potente en el diseño de interfaces. Cuando un usuario sabe que tiene una &amp;ldquo;red de seguridad&amp;rdquo; bajo sus pies, su carga cognitiva disminuye y su disposición a explorar nuevas funcionalidades aumenta drásticamente. Sin Undo, el usuario se vuelve conservador y temeroso ante cada clic.&lt;/p&gt;</description></item><item><title>Paridad de Tokens en Múltiples Plataformas</title><link>https://www.fernandoux.com/es/wiki/conceptos/paridad-de-tokens/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/paridad-de-tokens/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La paridad de tokens asegura que las decisiones de diseño se traduzcan de manera idéntica y precisa a través de diferentes plataformas (Web, iOS, Android, Desktop) utilizando un único sistema de origen. Esto elimina inconsistencias visuales y reduce significativamente el esfuerzo de QA.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-desafío-de-la-fragmentación-de-plataformas"&gt;El Desafío de la Fragmentación de Plataformas&lt;/h2&gt;
&lt;p&gt;Cada ecosistema tecnológico maneja los estilos (colores, fuentes, sombras) de forma única. Si un diseñador elige un &amp;ldquo;Azul Primario&amp;rdquo;, se enfrenta a:&lt;/p&gt;</description></item><item><title>Paridad de Tokens en Múltiples Plataformas</title><link>https://www.fernandoux.com/es/wiki/concepts/token-parity/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/token-parity/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La paridad de tokens asegura que las decisiones de diseño se traduzcan de manera idéntica y precisa a través de diferentes plataformas (Web, iOS, Android, Desktop) utilizando un único sistema de origen. Esto elimina inconsistencias visuales y reduce significativamente el esfuerzo de QA.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-desafío-de-la-fragmentación-de-plataformas"&gt;El Desafío de la Fragmentación de Plataformas&lt;/h2&gt;
&lt;p&gt;Cada ecosistema tecnológico maneja los estilos (colores, fuentes, sombras) de forma única. Si un diseñador elige un &amp;ldquo;Azul Primario&amp;rdquo;, se enfrenta a:&lt;/p&gt;</description></item><item><title>Patrones Oscuros (Dark Patterns): Qué son y por qué evitarlos</title><link>https://www.fernandoux.com/es/wiki/concepts/dark-patterns/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/dark-patterns/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;Patrones Oscuros&lt;/strong&gt; (Dark Patterns) son técnicas de diseño engañosas que manipulan a los usuarios para que realicen acciones en contra de sus intereses en beneficio de la empresa.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-son-los-patrones-oscuros"&gt;¿Qué son los Patrones Oscuros?&lt;/h2&gt;
&lt;p&gt;Imagina un menú de restaurante diseñado para que los platos más caros parezcan los más baratos mediante un formato inteligente, confundiéndote para que pidas lo más costoso. Ese es el equivalente offline de un patrón oscuro. En los productos digitales, los patrones oscuros son opciones de diseño deliberadamente diseñadas para confundir, engañar o manipular a los usuarios para que realicen acciones que beneficien al negocio a expensas de los usuarios.&lt;/p&gt;</description></item><item><title>Prevención vs Recuperación de Errores: Una Interfaz Indulgente</title><link>https://www.fernandoux.com/es/wiki/conceptos/prevencion-vs-recuperacion-errores/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/prevencion-vs-recuperacion-errores/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Prevención de Errores&lt;/strong&gt; busca diseñar el sistema para que el usuario no pueda cometer fallos. La &lt;strong&gt;Recuperación de Errores&lt;/strong&gt; diseña la salida cuando el fallo ya ha ocurrido, ayudando al usuario a volver al camino correcto sin frustración.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-paradigma-de-la-interfaz-indulgente-forgiving-interface"&gt;El Paradigma de la Interfaz Indulgente (Forgiving Interface)&lt;/h2&gt;
&lt;p&gt;Los seres humanos somos falibles por naturaleza: nos distraemos, nos equivocamos al teclear o no entendemos bien las instrucciones. Un diseño de UX maduro no culpa al usuario por sus errores, sino que asume que ocurrirán y diseña un ecosistema que los mitigue o los solucione con elegancia. Este concepto se basa en dos de las 10 heurísticas de usabilidad de Jakob Nielsen: la #5 (Prevención de errores) y la #9 (Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de errores).&lt;/p&gt;</description></item><item><title>Prevención vs Recuperación de Errores: Una Interfaz Indulgente</title><link>https://www.fernandoux.com/es/wiki/concepts/prevention-vs-recovery-errors/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/prevention-vs-recovery-errors/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Prevención de Errores&lt;/strong&gt; busca diseñar el sistema para que el usuario no pueda cometer fallos. La &lt;strong&gt;Recuperación de Errores&lt;/strong&gt; diseña la salida cuando el fallo ya ha ocurrido, ayudando al usuario a volver al camino correcto sin frustración.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-paradigma-de-la-interfaz-indulgente-forgiving-interface"&gt;El Paradigma de la Interfaz Indulgente (Forgiving Interface)&lt;/h2&gt;
&lt;p&gt;Los seres humanos somos falibles por naturaleza: nos distraemos, nos equivocamos al teclear o no entendemos bien las instrucciones. Un diseño de UX maduro no culpa al usuario por sus errores, sino que asume que ocurrirán y diseña un ecosistema que los mitigue o los solucione con elegancia. Este concepto se basa en dos de las 10 heurísticas de usabilidad de Jakob Nielsen: la #5 (Prevención de errores) y la #9 (Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de errores).&lt;/p&gt;</description></item><item><title>Principios de Diseño</title><link>https://www.fernandoux.com/es/wiki/conceptos/principios-de-diseno/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/principios-de-diseno/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los Principios de Diseño son un conjunto de directrices breves, claras y memorables que articulan los valores fundamentales que deben guiar el trabajo de diseño de un equipo. Sirven como una brújula interna para tomar decisiones consistentes y de alta calidad, especialmente cuando no hay una regla específica que aplicar.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-son-los-principios-de-diseño"&gt;¿Qué son los Principios de Diseño?&lt;/h2&gt;
&lt;p&gt;No son reglas prescriptivas como &amp;ldquo;todos los botones deben ser azules&amp;rdquo;. Son valores de alto nivel que ayudan a un equipo a definir qué es un &amp;ldquo;buen diseño&amp;rdquo; para su producto específico. Son la constitución del equipo de diseño.&lt;/p&gt;</description></item><item><title>Principios de Diseño</title><link>https://www.fernandoux.com/es/wiki/concepts/design-principles/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/design-principles/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los Principios de Diseño son un conjunto de directrices breves, claras y memorables que articulan los valores fundamentales que deben guiar el trabajo de diseño de un equipo. Sirven como una brújula interna para tomar decisiones consistentes y de alta calidad, especialmente cuando no hay una regla específica que aplicar.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-son-los-principios-de-diseño"&gt;¿Qué son los Principios de Diseño?&lt;/h2&gt;
&lt;p&gt;No son reglas prescriptivas como &amp;ldquo;todos los botones deben ser azules&amp;rdquo;. Son valores de alto nivel que ayudan a un equipo a definir qué es un &amp;ldquo;buen diseño&amp;rdquo; para su producto específico. Son la constitución del equipo de diseño.&lt;/p&gt;</description></item><item><title>Principios de Feedback Háptico: Sentir la Interfaz</title><link>https://www.fernandoux.com/es/wiki/conceptos/principios-feedback-haptico/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/principios-feedback-haptico/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Feedback Háptico&lt;/strong&gt; es la respuesta física (vibración o impacto táctil) que un dispositivo móvil o un wearable emite ante una acción del usuario. Es el tercer canal de comunicación, junto a la vista y el oído, que permite que el usuario &amp;ldquo;sienta&amp;rdquo; que algo ha ocurrido sin necesidad de mirar la pantalla.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-háptico-es-crítico-para-la-ux"&gt;¿Por qué el Háptico es Crítico para la UX?&lt;/h2&gt;
&lt;p&gt;Vivimos en un mundo lleno de distracciones visuales. Los seres humanos hemos evolucionado para sentir texturas y respuestas físicas cuando manipulamos objetos. En una pantalla de cristal lisa, perdemos ese sentido.&lt;/p&gt;</description></item><item><title>Principios de Feedback Háptico: Sentir la Interfaz</title><link>https://www.fernandoux.com/es/wiki/concepts/haptic-feedback-principles/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/haptic-feedback-principles/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Feedback Háptico&lt;/strong&gt; es la respuesta física (vibración o impacto táctil) que un dispositivo móvil o un wearable emite ante una acción del usuario. Es el tercer canal de comunicación, junto a la vista y el oído, que permite que el usuario &amp;ldquo;sienta&amp;rdquo; que algo ha ocurrido sin necesidad de mirar la pantalla.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-háptico-es-crítico-para-la-ux"&gt;¿Por qué el Háptico es Crítico para la UX?&lt;/h2&gt;
&lt;p&gt;Vivimos en un mundo lleno de distracciones visuales. Los seres humanos hemos evolucionado para sentir texturas y respuestas físicas cuando manipulamos objetos. En una pantalla de cristal lisa, perdemos ese sentido.&lt;/p&gt;</description></item><item><title>Principios de la Gestalt para Diseñadores UX</title><link>https://www.fernandoux.com/es/wiki/concepts/gestalt-principles/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/gestalt-principles/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;Principios de la Gestalt&lt;/strong&gt; describen cómo los seres humanos perciben y organizan de forma natural la información visual en patrones y grupos significativos.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-son-los-principios-de-la-gestalt"&gt;¿Qué son los Principios de la Gestalt?&lt;/h2&gt;
&lt;p&gt;Imagina que miras una bandada de pájaros. Tu cerebro no procesa cada pájaro como un elemento separado; lo reconoce instantáneamente como un grupo unificado que se mueve en conjunto. Esa organización instantánea es la percepción de la Gestalt en funcionamiento.&lt;/p&gt;</description></item><item><title>Resolución de Conflictos en Colaboración: UI y UX</title><link>https://www.fernandoux.com/es/wiki/conceptos/resolucion-de-conflictos/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/resolucion-de-conflictos/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Resolución de Conflictos&lt;/strong&gt; ocurre cuando dos o más usuarios intentan realizar acciones contradictorias sobre el mismo objeto al mismo tiempo (ej. uno borra un párrafo mientras el otro lo está editando). En el diseño de producto colaborativo, nuestro objetivo es que el usuario nunca vea una notificación de &amp;ldquo;Error de Sincronización&amp;rdquo; si podemos evitarlo.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-reto-de-las-aplicaciones-multiusuario"&gt;El Reto de las Aplicaciones Multiusuario&lt;/h2&gt;
&lt;p&gt;En aplicaciones modernas como Google Docs, Figma o Notion, la colaboración en tiempo real es una funcionalidad básica. Sin embargo, detrás de la magia hay una lógica de resolución de conflictos extremadamente compleja. Si dos personas guardan versiones diferentes, ¿quién gana? ¿Se pierde el trabajo de alguien?&lt;/p&gt;</description></item><item><title>Resolución de Conflictos en Colaboración: UI y UX</title><link>https://www.fernandoux.com/es/wiki/concepts/conflict-resolution/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/conflict-resolution/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Resolución de Conflictos&lt;/strong&gt; ocurre cuando dos o más usuarios intentan realizar acciones contradictorias sobre el mismo objeto al mismo tiempo (ej. uno borra un párrafo mientras el otro lo está editando). En el diseño de producto colaborativo, nuestro objetivo es que el usuario nunca vea una notificación de &amp;ldquo;Error de Sincronización&amp;rdquo; si podemos evitarlo.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-reto-de-las-aplicaciones-multiusuario"&gt;El Reto de las Aplicaciones Multiusuario&lt;/h2&gt;
&lt;p&gt;En aplicaciones modernas como Google Docs, Figma o Notion, la colaboración en tiempo real es una funcionalidad básica. Sin embargo, detrás de la magia hay una lógica de resolución de conflictos extremadamente compleja. Si dos personas guardan versiones diferentes, ¿quién gana? ¿Se pierde el trabajo de alguien?&lt;/p&gt;</description></item><item><title>Sistema de Diseño</title><link>https://www.fernandoux.com/es/wiki/conceptos/sistema-de-diseno/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/sistema-de-diseno/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Un Sistema de Diseño es una colección de componentes de UI reutilizables, guiada por estándares claros (principios, guías de estilo), que permite a los equipos diseñar y construir productos digitales de manera coherente y eficiente.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-un-sistema-de-diseño"&gt;¿Qué es un Sistema de Diseño?&lt;/h2&gt;
&lt;p&gt;Imagina que estás construyendo con LEGO. No tienes que crear cada ladrillo desde cero cada vez que construyes algo nuevo. Tienes un conjunto de ladrillos estándar (2x2, 2x4, etc.) que puedes combinar para crear cualquier cosa. Además, tienes un manual de instrucciones que te dice cómo encajan las piezas.&lt;/p&gt;</description></item><item><title>Sistema de Diseño</title><link>https://www.fernandoux.com/es/wiki/concepts/design-system/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/design-system/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Un Sistema de Diseño es una colección de componentes de UI reutilizables, guiada por estándares claros (principios, guías de estilo), que permite a los equipos diseñar y construir productos digitales de manera coherente y eficiente.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-un-sistema-de-diseño"&gt;¿Qué es un Sistema de Diseño?&lt;/h2&gt;
&lt;p&gt;Imagina que estás construyendo con LEGO. No tienes que crear cada ladrillo desde cero cada vez que construyes algo nuevo. Tienes un conjunto de ladrillos estándar (2x2, 2x4, etc.) que puedes combinar para crear cualquier cosa. Además, tienes un manual de instrucciones que te dice cómo encajan las piezas.&lt;/p&gt;</description></item><item><title>Skeleton VS Optimistic UI: Estrategias de Carga</title><link>https://www.fernandoux.com/es/wiki/conceptos/skeleton-vs-optimistic-ui/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/skeleton-vs-optimistic-ui/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Las &lt;strong&gt;Skeleton Screens&lt;/strong&gt; (Pantallas de Esqueleto) son marcadores de posición grises que imitan la estructura final de la página mientras se cargan los datos. La &lt;strong&gt;Optimistic UI&lt;/strong&gt; (Interfaz Optimista) es una técnica que muestra el resultado de una acción inmediatamente, asumiendo que el servidor responderá con éxito.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-arte-de-la-espera-rendimiento-percibido"&gt;El Arte de la Espera: Rendimiento Percibido&lt;/h2&gt;
&lt;p&gt;En el diseño de producto moderno, la velocidad no es solo una cuestión de milisegundos reales (latencia), sino de cómo el usuario &lt;strong&gt;siente&lt;/strong&gt; que el sistema está respondiendo. Ambas técnicas buscan reducir la ansiedad del usuario durante la carga, pero se aplican en momentos diferentes del flujo.&lt;/p&gt;</description></item><item><title>Skeleton VS Optimistic UI: Estrategias de Carga</title><link>https://www.fernandoux.com/es/wiki/concepts/skeleton-vs-optimistic-ui/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/skeleton-vs-optimistic-ui/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Las &lt;strong&gt;Skeleton Screens&lt;/strong&gt; (Pantallas de Esqueleto) son marcadores de posición grises que imitan la estructura final de la página mientras se cargan los datos. La &lt;strong&gt;Optimistic UI&lt;/strong&gt; (Interfaz Optimista) es una técnica que muestra el resultado de una acción inmediatamente, asumiendo que el servidor responderá con éxito.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-arte-de-la-espera-rendimiento-percibido"&gt;El Arte de la Espera: Rendimiento Percibido&lt;/h2&gt;
&lt;p&gt;En el diseño de producto moderno, la velocidad no es solo una cuestión de milisegundos reales (latencia), sino de cómo el usuario &lt;strong&gt;siente&lt;/strong&gt; que el sistema está respondiendo. Ambas técnicas buscan reducir la ansiedad del usuario durante la carga, pero se aplican en momentos diferentes del flujo.&lt;/p&gt;</description></item><item><title>Variables vs Styles en Figma: Estrategias y Tradeoffs</title><link>https://www.fernandoux.com/es/wiki/conceptos/variables-vs-styles/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/variables-vs-styles/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Las &lt;strong&gt;Variables&lt;/strong&gt; son valores crudos y dinámicos (números, colores, strings, booleanos) que permiten crear sistemas temáticos y prototipos avanzados. Los &lt;strong&gt;Styles&lt;/strong&gt; son colecciones de propiedades visuales (como gradientes, efectos o tipografías complejas) que definen la apariencia final de un elemento.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-dilema-variables-o-estilos"&gt;El Dilema: ¿Variables o Estilos?&lt;/h2&gt;
&lt;p&gt;Figma ha evolucionado hacia un modelo mucho más potente con la introducción de las Variables, pero los Estilos siguen siendo fundamentales en muchos flujos de trabajo. Entender el propósito y las limitaciones de cada uno de estos elementos te ayudará a construir una librería de diseño más robusta y fácil de usar.&lt;/p&gt;</description></item><item><title>Variables vs Styles en Figma: Estrategias y Tradeoffs</title><link>https://www.fernandoux.com/es/wiki/concepts/variables-vs-styles/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/concepts/variables-vs-styles/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Las &lt;strong&gt;Variables&lt;/strong&gt; son valores crudos y dinámicos (números, colores, strings, booleanos) que permiten crear sistemas temáticos y prototipos avanzados. Los &lt;strong&gt;Styles&lt;/strong&gt; son colecciones de propiedades visuales (como gradientes, efectos o tipografías complejas) que definen la apariencia final de un elemento.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-dilema-variables-o-estilos"&gt;El Dilema: ¿Variables o Estilos?&lt;/h2&gt;
&lt;p&gt;Figma ha evolucionado hacia un modelo mucho más potente con la introducción de las Variables, pero los Estilos siguen siendo fundamentales en muchos flujos de trabajo. Entender el propósito y las limitaciones de cada uno de estos elementos te ayudará a construir una librería de diseño más robusta y fácil de usar.&lt;/p&gt;</description></item></channel></rss>