El gusto es un sistema técnico

Los diseñadores llaman al gusto intuición. Los ingenieros lo llaman subjetivo. Ambas afirmaciones cumplen la misma función: eximen al gusto del escrutinio. Si el gusto es intuición, nadie puede cuestionarlo. Si es subjetivo, nadie tiene que implementarlo. El diseñador obtiene autoridad sin responsabilidad. El ingeniero obtiene permiso para ignorar la estética. Todos pierden.

El gusto no es intuición. El gusto es reconocimiento de patrones aplicado a la calidad — el resultado acumulado de exposición, reflexión y refinamiento comprimido en juicios rápidos. Un sommelier que identifica un Borgoña a ciegas no opera por instinto místico. Ha probado miles de vinos, codificado relaciones estructurales entre terroir y sabor, y construido un marco de evaluación interno que produce valoraciones rápidas y precisas.¹ La velocidad del juicio oculta el sistema detrás de él.

El sistema puede descomponerse. Las restricciones determinan qué eliminas. Los criterios de evaluación determinan qué mides. El reconocimiento de patrones determina qué notas. La coherencia determina cómo las partes se relacionan con el todo. Cuatro componentes, cada uno codificable. El gusto son cuatro cosas trabajando en concierto.

Restricciones: lo que eliminas

Dieter Rams pasó 42 años en Braun haciéndose una pregunta: ¿qué puedo eliminar? El radio-tocadiscos SK 4 eliminó los gabinetes de madera chapada, la tela decorativa y la disposición simétrica pero sin función de las perillas. Lo que quedó fue una carcasa de metal blanco con una tapa transparente de Perspex. La tapa no era minimalista. La tapa era honesta — Rams creía que si el mecanismo no es vergonzoso, ocultarlo es deshonesto.²

Rams articuló diez principios. El principio diez — “El buen diseño es tan poco diseño como sea posible” — funciona como una restricción de alcance. No como una preferencia estética. Una restricción de alcance. Delimita el espacio de soluciones al exigir que cada elemento justifique su presencia. Un elemento que no sirve al usuario se elimina, sin importar lo atractivo que luzca o cuánto esfuerzo lo produjo.

Las restricciones como las de Rams operan de manera idéntica a las restricciones de ingeniería. Un presupuesto de memoria restringe qué estructuras de datos son viables. Un objetivo de latencia restringe qué algoritmos son aceptables. El mecanismo es el mismo: reducir el espacio de soluciones hasta que solo queden opciones defendibles.

En mi propia infraestructura, las restricciones se manifiestan como hooks. Un hook que rechaza la voz pasiva en publicaciones del blog es una restricción sobre el estilo de prosa. Un hook que bloquea TODO y FIXME en código commiteado es una restricción sobre la calidad diferida. Un hook que impone HTML semántico es una restricción sobre la honestidad estructural. Cada hook codifica una decisión de gusto específica en una verificación determinista. La decisión se tomó una vez, por un humano con contexto y criterio. La ejecución corre para siempre, a velocidad de máquina, sin desviación.

Noventa y cinco hooks imponen 95 decisiones de gusto. Cada hook se remonta a un momento donde noté un patrón de falla y decidí que ese patrón era inaceptable. El hook es la cicatriz. El juicio que produjo el hook es el gusto.³

Criterios de evaluación: lo que mides

Kenya Hara traza una distinción entre simplicidad y vacío. Un cuchillo Henckels es simple: el mango te indica dónde sujetarlo, el ángulo de la hoja te dice qué cortar, cada elemento reduce la ambigüedad. Un cuchillo de sushi yanagiba está vacío: el mango de madera lisa no te instruye dónde sujetarlo, y esa ausencia de instrucción es precisamente el punto. “Puedes sujetarlo de la forma que desees”, explica Hara. “Este mango simple y llano recibe toda la increíble técnica del chef japonés de sushi”.⁴

La simplicidad se mide por lo que eliminaste. El vacío se mide por lo que hiciste posible. Dos criterios de evaluación distintos que producen dos tipos diferentes de reducción. Rams evalúa preguntando “¿cada elemento cumple una función?” Hara evalúa preguntando “¿la ausencia crea espacio para el usuario?”

Los criterios de evaluación codifican estas preguntas en valoraciones repetibles. Mi evidence gate es un marco de evaluación de seis criterios. Cada cambio no trivial debe producir evidencia de los seis criterios antes de que el trabajo se marque como completo: sigue los patrones del codebase, es la solución funcional más simple, los casos extremos están manejados, los tests pasan, no hay regresiones, resuelve el problema real. El gate no pregunta “¿el código es bueno?” El gate hace seis preguntas específicas que, juntas, definen lo que “bueno” significa en mi sistema.

La especificidad es lo que hace al gusto transmisible. “Buen código” es subjetivo. “Código que sigue el patrón de backoff exponencial establecido en fetch_semantic_scholar() en la línea 241” es objetivo. El evidence gate traduce el juicio estético en verificación estructural. “¿El código se siente bien?” se convierte en “¿el código coincide con el patrón establecido, maneja los casos extremos y pasa los tests?” El gusto se vuelve medible cuando los criterios de evaluación son lo suficientemente concretos para producir resultados binarios.

La evaluación de Hara se mapea a un criterio de espacio negativo: no “¿qué funciones tiene el producto?” sino “¿qué suposiciones impone el producto?” Una API con 47 parámetros requeridos impone 47 suposiciones sobre cómo el desarrollador la usará. Una API con 3 parámetros requeridos y 44 opcionales impone 3 suposiciones y ofrece 44 posibilidades. El conteo de suposiciones es concreto, medible, y codifica la filosofía de vacío de Hara en el diseño de interfaces.

Reconocimiento de patrones: lo que notas

Charles Eames no diseñó la silla de madera contrachapada moldeada eligiendo entre opciones existentes. Eames y Ray pasaron años experimentando con técnicas de moldeo de madera contrachapada, fracasando repetidamente, descubriendo qué permitía y qué no permitía el material.⁵ El diseño final emergió del conocimiento acumulado sobre la dirección de la veta, el comportamiento del adhesivo, las curvas compuestas y la distribución del estrés. La silla parece sin esfuerzo. Esa apariencia de facilidad requirió miles de horas de observación.

El reconocimiento de patrones opera mediante exposición y atención. Un tipógrafo que ha compuesto 10.000 páginas nota errores de kerning que un novato no ve. Un ingeniero estructural que ha revisado 500 diseños de puentes nota problemas de distribución de carga que un ingeniero junior pasa por alto. La capacidad de notar no es talento. Es el residuo de la observación sostenida y deliberada.⁶

En la infraestructura de ingeniería, el reconocimiento de patrones se mapea a ciclos de calidad. Mi quality loop es un ciclo de siete pasos: implementar, revisar cada línea, ejecutar el evidence gate, aplicar el pride check, corregir cada problema, ampliar la perspectiva, repetir. El ciclo fuerza una segunda mirada al trabajo que el primer pase declaró terminado. Cada pasada revela patrones que la anterior no detectó: una convención de nomenclatura inconsistente, un timeout sin manejar, un test que verifica el camino feliz pero ignora el camino de error. La infraestructura compensa la brecha de experiencia al imponer el patrón de atención que produce reconocimiento.

Coherencia: cómo las partes se relacionan con el todo

Tadao Ando diseña edificios donde los muros de concreto, la luz natural, el agua y el espacio vacío existen en relación deliberada. La Iglesia de la Luz en Osaka usa una ranura cruciforme en el muro de concreto para admitir la luz solar, creando una cruz de luz en la pared interior. Elimina la ranura y el edificio es una caja de concreto. Elimina el concreto y la luz no tiene superficie contra la cual revelarse. Ningún elemento funciona solo. La coherencia entre material y vacío produce la experiencia.⁷

La coherencia es el componente de mayor orden del gusto porque requiere comprender el todo, no solo las partes. Un hook puede imponer una restricción en un solo archivo. Un evidence gate puede evaluar un solo cambio. Un quality loop puede revelar patrones en un solo módulo. La coherencia requiere evaluar cómo cada parte se relaciona con todas las demás — y con el propósito del sistema en su conjunto.

En software, la revisión arquitectónica cumple la función de coherencia. Un módulo que funciona correctamente en aislamiento pero viola la dirección de dependencias del sistema es incoherente. Una función que pasa todos los tests pero contradice el lenguaje de diseño del producto es incoherente. Los defectos de coherencia son invisibles a la evaluación local. Solo emergen cuando alguien amplía la perspectiva.

Mi quality loop incluye un paso de “zoom out” precisamente por esta razón. Después de que el evidence gate pasa y el pride check se aprueba, el ciclo requiere verificar puntos de integración, imports y código adyacente en busca de regresiones. La doctrina Steve + Jiro bajo la cual opero establece un estándar dual: Jiro gobierna la evidencia, el rigor y la artesanía (las cualidades locales); Steve gobierna la dignidad, el gusto y la integridad del widget completo (las cualidades globales). Si Jiro falla, detente. Si Steve falla, reconstruye. El estándar dual asegura que la corrección local nunca anule la coherencia global.

El mapa

Cuatro componentes del gusto. Cuatro piezas de infraestructura de ingeniería.

Rams se convierte en un hook. Hara se convierte en un criterio de evaluación. Eames se convierte en un quality loop. Ando se convierte en una revisión arquitectónica. Las filosofías de diseño que he perfilado a lo largo de 32 diseñadores no son decoración para un sitio de portfolio. Cada perfil es un caso de estudio en uno o más de estos cuatro componentes, y cada componente se mapea a infraestructura que ejecuto en producción.

Beauty and Brutalism documenta 14 decisiones específicas de CSS, cada una una restricción. Tipografía blanca sobre #000000. Capas de opacidad al 5%, 10%, 40%, 65%. Sin degradados, sin ilustraciones, sin elementos decorativos. Cada decisión es una eliminación al estilo Rams codificada en una hoja de estilos que cada página hereda. Las restricciones son ejecutables.

El problema de la fábrica oscura

El modelo de fábrica oscura de Dan Shapiro describe cinco niveles de autonomía de codificación con IA, desde manual (Nivel 0) hasta completamente autónomo (Nivel 5). En el Nivel 5, el código es generado por máquinas, verificado por máquinas y desplegado sin que un humano lea una sola línea.

El gusto le presenta a la fábrica oscura un problema que la corrección no presenta. La corrección puede verificarse con tests. El rendimiento puede verificarse con benchmarks. La seguridad puede verificarse con análisis estático. El gusto no puede verificarse con ningún sistema automatizado existente porque el componente de coherencia requiere comprender el sistema completo, no solo el diff.

En todos los niveles por debajo del 5, un humano provee la evaluación de coherencia. Elimina al humano, y la evaluación de coherencia debe codificarse o desaparece. Las restricciones sobreviven a la automatización (los hooks corren sin humanos). Los criterios de evaluación sobreviven (los evidence gates corren sin humanos). El reconocimiento de patrones sobrevive parcialmente (los quality loops corren, aunque un humano escribió las preguntas del pride check). La coherencia no sobrevive a menos que alguien codifique la intención arquitectónica en un formato que un agente de evaluación pueda consultar. Un sistema autónomo sin restricciones de gusto optimizará para pasar tests — y como descubrió StrongDM, los agentes escribirán return true para pasar suites de tests mientras producen código sin valor.⁸ Los tests están en verde. El resultado no tiene artesanía, ni consideración, ni coherencia.

La tesis

El gusto es infraestructura, y la infraestructura es la última ventaja humana en un mundo donde las máquinas pueden escribir, diseñar y desplegar a la velocidad de la inferencia. Pero el gusto solo es una ventaja si lo codificas. El gusto sin codificar es un cuello de botella — una sola persona cuyo juicio cada decisión debe atravesar, que se convierte en el factor limitante de la velocidad del sistema. El gusto codificado es un foso defensivo: restricciones, criterios de evaluación, ciclos de reconocimiento de patrones y verificaciones de coherencia que cada resultado debe satisfacer, ejecutándose a velocidad de máquina, mejorando con cada falla que produce un nuevo hook.

Cada sesión de agente autónomo que corre sin restricciones de gusto produce resultados que derivan hacia la mediana. Cada hook, cada criterio de evidence gate, cada paso del quality loop, cada revisión arquitectónica codifica un juicio específico que resiste esa deriva. La calidad es la única variable. El gusto es lo que define qué significa calidad.

Los diseñadores que custodian el gusto como intuición descubrirán que su intuición es irrelevante cuando las máquinas generen más rápido de lo que cualquier humano pueda revisar. Los ingenieros que desestiman el gusto como subjetivo descubrirán que sus sistemas producen mediocridad correcta, performante y arquitectónicamente sólida. El camino hacia adelante requiere ambos: el juicio acumulado del diseñador, descompuesto en componentes, codificado en infraestructura e impuesto a la velocidad que las máquinas exigen.

El gusto no es un sentimiento. El gusto es un sistema técnico. Construye el sistema, o mira cómo el gusto desaparece.

FAQ

¿Puede el gusto realmente reducirse a cuatro componentes?

Los cuatro componentes — restricciones, criterios de evaluación, reconocimiento de patrones y coherencia — son una descomposición, no una reducción. El gusto en la práctica involucra los cuatro operando simultáneamente, y la interacción entre componentes produce cualidades emergentes que ningún componente individual captura. La descomposición es útil porque cada componente se mapea a un tipo específico de infraestructura de ingeniería, haciendo lo abstracto concreto y lo subjetivo implementable.

¿En qué se diferencian los hooks de un sistema de diseño?

Un sistema de diseño define tokens, componentes y guías de uso. Los hooks imponen restricciones de comportamiento en el punto de creación. Un sistema de diseño dice “usa texto de cuerpo de 16px”. Un hook bloquea un commit que establece el texto de cuerpo en 14px. El sistema de diseño es material de referencia. El hook es una compuerta. Ambos son útiles. El hook es lo que hace que las decisiones del sistema de diseño sean innegociables durante la generación autónoma.

¿Codificar el gusto lo vuelve rígido?

Codificar el gusto hace que los juicios codificados sean consistentes, no congelados. Mi conteo de hooks ha crecido de cero a 95 en nueve meses porque cada patrón de falla que noté se convirtió en una nueva restricción. La rigidez significaría negarse a añadir nuevos hooks. El crecimiento significa que cada falla que ofende tu gusto se convierte en infraestructura que previene la siguiente ocurrencia.

Fuentes