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.

La firma de código es una de esas partes del desarrollo para plataformas Apple que normalmente pasa desapercibida hasta que deja de funcionar. Xcode muestra un mensaje sobre un certificado, otro sobre un perfil de aprovisionamiento y, unos minutos después, uno más indicando que una capability no está permitida. Como todos esos errores aparecen durante la misma fase del build, es fácil pensar que certificados, App IDs, perfiles y entitlements son nombres diferentes para una misma cosa.