Utilizar una tipografía propia es una de las formas más visibles de trasladar la identidad de una marca a una aplicación. El problema aparece cuando esa identidad se construye con tamaños rígidos: el diseño funciona en una captura concreta, pero deja de responder a las preferencias que ha configurado el usuario en el sistema.

En SwiftUI no es necesario elegir entre una fuente personalizada y Dynamic Type. Font.custom puede combinar ambas cosas, siempre que indiquemos el tamaño base y el estilo de texto que debe servir como referencia para el escalado.

Una ficha de museo puede mostrar «350 a. C.» con apenas unos caracteres. Representar ese dato correctamente en Swift exige algo más: distinguir entre el año, la era y el calendario, y evitar inventar una precisión que la pieza no tiene.

Según la documentación de Apple, Date representa un instante independiente del calendario y la zona horaria. No contiene un campo «año» ni sabe si queremos mostrar una fecha anterior a Cristo. Esa interpretación corresponde a Calendar; su representación textual, al formato elegido.

Es habitual recorrer un array con enumerated() y llamar index al primer valor de la tupla. Parece lógico: obtenemos un número junto a cada elemento. Pero ese nombre puede esconder una suposición peligrosa, especialmente cuando el código empieza a trabajar con fragmentos de esa colección.

La documentación de enumerated() distingue entre el contador del recorrido y el índice del elemento. El método produce duplas (offset, element): el primer componente empieza en cero y aumenta en cada iteración. No garantiza que podamos utilizarlo para acceder a la colección con un subíndice.

🧠 SwiftUI utiliza estructuras para describir nuestras vistas. Son valores que podemos construir y sustituir con frecuencia. Pero, cuando añadimos varias propiedades @State, aparece una duda razonable: ¿cuánto cuesta conservar ese estado y cómo se compara con una NSView de AppKit?

La respuesta exige mirar qué representa cada pieza, cuánto trabajo realiza y durante cuánto tiempo existe. Contar clases no basta para comparar el coste de dos interfaces.

Una descripción de vista y una NSView cumplen funciones diferentes

Una estructura que implementa View describe una parte de la interfaz para unos datos concretos. Crear un nuevo valor de esa estructura no equivale a reconstruir todos los recursos que muestran el resultado en pantalla.

Ejecutar un modelo de lenguaje dentro del dispositivo y llamar a otro alojado en la nube ya no tiene por qué traducirse en dos implementaciones independientes. Con las novedades de Foundation Models presentadas en la WWDC26, una app puede usar el modelo local de Apple para las tareas privadas y acotadas, recurrir a Gemini o ChatGPT cuando necesita más contexto o razonamiento y mantener una única API alrededor de LanguageModelSession.