El gusto es un sistema técnico

El gusto se descompone en cuatro componentes codificables: restricciones (lo que eliminas), criterios de evaluación (lo que mides), reconocimiento de patrones (lo que notas) y coherencia (cómo las partes se relacionan con el todo). Cada uno se mapea a infraestructura de ingeniería: hooks, puertas de evidencia, ciclos de calidad y revisión arquitectónica. El gusto es un sistema técnico, no un don místico.

Los diseñadores llaman al gusto intuición. Los ingenieros lo llaman subjetivo. Ambas afirmaciones cumplen la misma función: hacen que el gusto quede exento de 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 juicio rápido. Un catador entrenado que reconoce el carácter regional de un Borgoña no opera por instinto místico. Ese catador 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 confiables.¹ La velocidad del juicio oculta el sistema detrás de él.

El sistema se descompone en cuatro componentes. Las restricciones determinan lo que eliminas. Los criterios de evaluación determinan lo que mides. El reconocimiento de patrones determina lo que 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ó cuatro décadas en Braun haciéndose una pregunta: ¿qué puedo eliminar? El radiogramófono SK 4 eliminó los gabinetes de chapa de madera, la tela decorativa y la disposición simétrica pero sin función de las perillas. Lo que quedó fue una carcasa metálica blanca con una tapa transparente de Perspex. La tapa no era minimal. 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 el menor diseño posible”, funciona como una restricción de alcance. No una preferencia estética. Una restricción de alcance. Acota el espacio de soluciones al exigir que cada elemento justifique su presencia. Eliminas cualquier elemento que no sirva al usuario, sin importar lo atractivo que se vea 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 la 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. Un humano con contexto y juicio tomó la decisión una vez. La aplicación se ejecuta 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 fallo y decidí que el patrón era inaceptable. El hook es la cicatriz. El juicio que produjo el hook es el gusto (de Hooks de Claude Code).³

Criterios de evaluación: lo que mides

Kenya Hara distingue entre simplicidad y vacío. Un cuchillo Henckels es simple: el mango te indica dónde agarrarlo, 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 simple no te indica dónde sostenerlo, y esa ausencia de instrucción es justamente el punto. “Puedes sostenerlo de la manera que quieras”, explica Hara. “Este mango simple y llano recibe toda la increíble técnica del chef de sushi japonés.”⁴

La simplicidad se mide por lo que eliminaste. El vacío se mide por lo que hiciste posible. Dos criterios de evaluación diferentes 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 puerta de evidencia es un marco de evaluación de seis criterios. Cada cambio no trivial debe producir evidencia para los seis criterios antes de que marque el trabajo como completado: sigue los patrones del código base, es la solución funcional más simple, los casos límite están cubiertos, las pruebas pasan, sin regresiones, resuelve el problema real. La puerta no pregunta “¿el código es bueno?” La puerta hace seis preguntas específicas que, juntas, definen qué significa “bueno” en mi sistema.

La especificidad es lo que hace transmisible al gusto. “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. La puerta de evidencia 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 límite y pasa las pruebas?” 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 docenas de parámetros obligatorios impone docenas de suposiciones sobre cómo el desarrollador la usará. Una API con un puñado de parámetros obligatorios y muchos opcionales impone menos suposiciones y ofrece más posibilidades. El conteo de suposiciones es concreto, medible, y codifica la filosofía de vacío de Hara en diseño de interfaces.

Reconocimiento de patrones: lo que notas

Charles Eames no diseñó la silla de madera contrachapada moldeada seleccionando entre opciones existentes. Eames y Ray pasaron años experimentando con técnicas de moldeo de madera contrachapada, fracasando repetidamente, descubriendo lo que el material permitía y lo que no.⁵ 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 de esfuerzos. La silla parece sin esfuerzo. Esa facilidad aparente requirió miles de horas de observación.

El reconocimiento de patrones opera por exposición y atención. Un tipógrafo que ha compuesto miles de páginas nota errores de kerning que un principiante no ve. Un ingeniero estructural que ha revisado cientos de diseños de puentes nota problemas de distribución de carga que un ingeniero junior pasa por alto. El notar no es solo un don innato. Es el residuo de observación sostenida y deliberada.⁶

En infraestructura de ingeniería, el reconocimiento de patrones se mapea a ciclos de calidad. Mi ciclo de calidad es un proceso de siete pasos: implementar, revisar cada línea, ejecutar la puerta de evidencia, aplicar la verificación de orgullo, corregir cada problema, ampliar la perspectiva, repetir. El ciclo fuerza una segunda mirada al trabajo que la primera pasada declaró terminado. Cada pasada revela patrones que la anterior no detectó: una convención de nombres inconsistente, un timeout sin manejar, una prueba 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 muros de concreto, luz natural, agua y espacio vacío existen en relación deliberada. La Iglesia de la Luz en Osaka usa una hendidura cruciforme en el muro de concreto para admitir la luz solar, creando una cruz de luz en la pared interior. Elimina la hendidura 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 orden más alto del gusto porque requiere comprender el todo, no solo las partes. Un hook puede imponer una restricción sobre un solo archivo. Una puerta de evidencia puede evaluar un solo cambio. Un ciclo de calidad puede revelar patrones en un solo módulo. La coherencia requiere evaluar cómo cada parte se relaciona con cada otra parte y con el propósito del sistema como un todo.

En software, la revisión arquitectónica cumple la función de coherencia. Un módulo que funciona correctamente de forma aislada pero viola la dirección de dependencias del sistema es incoherente. Una función que pasa cada prueba pero contradice el lenguaje de diseño del producto es incoherente. Los defectos de coherencia son invisibles para la evaluación local. Solo salen a la superficie cuando alguien amplía la perspectiva.

Mi ciclo de calidad incluye un paso de “ampliar la perspectiva” exactamente por esta razón. Después de que la puerta de evidencia pasa y la verificación de orgullo 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 que opero convierte esto en 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 prevalezca sobre 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 ciclo de calidad. 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 portafolio. 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.

Belleza y brutalismo documenta las decisiones específicas de CSS detrás de este sitio, cada una de ellas una restricción. Tipografía blanca sobre #000000. Capas de opacidad al 5%, 10%, 40%, 65%. Sin gradientes, 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 en 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 plantea. La corrección puede verificarse con pruebas. 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 cada nivel por debajo del 5, un humano proporciona 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 se ejecutan sin humanos). Los criterios de evaluación sobreviven (las puertas de evidencia se ejecutan sin humanos). El reconocimiento de patrones sobrevive parcialmente (los ciclos de calidad se ejecutan, aunque un humano escribió las preguntas de la verificación de orgullo). 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 pruebas. Como descubrió el equipo de StrongDM de Justin McCarthy, los agentes escribían return true para pasar los conjuntos de pruebas mientras producían código sin valor.⁸ Las pruebas 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 no codificado 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 fallo que produce un nuevo hook.

Cada sesión de agente autónomo que se ejecuta sin restricciones de gusto produce resultados que derivan hacia la mediana. Cada hook, cada criterio de puerta de evidencia, cada paso de ciclo de calidad, 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 puede revisar. Los ingenieros que desestiman el gusto como subjetivo descubrirán que sus sistemas producen mediocridad correcta, eficiente 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 demandan.

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

FAQ

¿Realmente se puede reducir el gusto 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 directrices 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 puerta. Ambos son útiles. El hook es lo que hace que las decisiones del sistema de diseño no sean negociables durante la generación autónoma.

¿Codificar el gusto lo hace rígido?

Codificar el gusto hace consistentes los juicios codificados, no los congela. Mi cantidad de hooks ha crecido de cero a 95 en nueve meses porque cada patrón de fallo que noté se convirtió en una nueva restricción. La rigidez significaría negarse a agregar nuevos hooks. El crecimiento significa que cada fallo que ofende tu gusto se convierte en infraestructura que previene la próxima ocurrencia.

Sources