Últimos articulos

Xcode Cloud permite implementar Integración Continua sin mantener servidores: conecta el repositorio, ejecuta pruebas, archiva la aplicación y distribuye una compilación. Sin embargo, un flujo de entrega contínua real suele necesitar tareas que no forman parte de un simple xcodebuild: instalar una herramienta, validar archivos generados, preparar notas de una versión o avisar a un servicio externo.

Los scripts personalizados cubren ese espacio. No sustituyen las acciones del flujo de trabajo, sino que añaden lógica en tres momentos concretos de la ejecución. Entender esos límites resulta esencial: el mismo script que ahorra trabajo también puede filtrar un secret (o clave), ralentizar cada compilación o publicar dos veces una versión si no se diseña como una pieza de infraestructura reproducible.

Hasta iOS 26, añadir desplazamientos laterales con swipeActions implicaba aceptar una condición importante: la fila debía pertenecer a un List. El modificador podía compilar aplicado a una vista dentro de un LazyVStack, un LazyVGrid o un Layout propio, pero el gesto no producía ningún resultado. Esta limitación obligaba a elegir entre el comportamiento integrado de List y la libertad visual de un contenedor personalizado.

iOS 27 elimina esa disyuntiva. El nuevo modificador swipeActionsContainer() permite que un ScrollView coordine acciones por deslizamiento entre las vistas de su contenido. Así se puede conservar la API declarativa de swipeActions en tarjetas, cuadrículas o composiciones propias sin reconstruir manualmente el gesto, el desplazamiento, la selección de una única fila activa y el cierre de las acciones.

🧩 La composición es una de las ideas que mejor explica por qué SwiftUI permite construir interfaces complejas con relativamente poco código. Una pantalla no se trata como un bloque indivisible, sino como una jerarquía de piezas pequeñas que se combinan entre sí. Un texto, un botón, una fila de una tabla y una pantalla completa… participan en el sistema a través de la misma abstracción: todos conforman el protocolo View.

Apple anunció en la WWDC26 que publicará como código abierto el núcleo de FoundationModels. Este movimiento amplía considerablemente el alcance de un framework que nació en 2025 como puerta de entrada, desde aplicaciones Apple, al modelo local de Apple Intelligence. Sin embargo, la frase «Foundation Models será de código abierto» puede inducir a una conclusión equivocada: Apple abre la infraestructura de programación, no los pesos de sus modelos.

La diferencia importa. El valor de FoundationModels no reside únicamente en ejecutar el modelo de unos 3.000 millones de parámetros incluido en el sistema. También ofrece sesiones, transcripciones, generación guiada de tipos Swift, herramientas, transmisión de resultados y control del contexto. Al abrir esa capa y añadir protocolos para conectar otros modelos, Apple convierte una API ligada inicialmente al sistema en un modelo de programación reutilizable en aplicaciones, servidores Swift y motores de inferencia de terceros.

Con Xcode 27 Apple ha dado un paso más en la integración de la inteligencia artificial dentro del flujo de desarrollo. Además de las novedades del propio IDE, incorpora un conjunto de Agent Skills: paquetes de conocimiento que recopilan recomendaciones oficiales sobre Swift, SwiftUI, UIKit, seguridad o pruebas, entre otros temas.

Lo más interesante es que estas habilidades no están limitadas a Xcode. También pueden exportarse para utilizarlas con asistentes como ChatGPT, Claude Code o Codex, consiguiendo respuestas mucho más alineadas con las guías y buenas prácticas de Apple.