
La única academia de formación especializada en entornos Apple, (iOS, SwiftUI, VisionOS) en el mundo hispanohablante. No copies y pegues, desarrolla! @jcfmunoz
Alcobendas, España
Joined February 2017
- Tweets1.6K
- Following476
- Followers3.5K
- Likes1.5K
Tu app ya funciona en el iPhone Duo ⚠️ pero no significa que se vea bien.
Desde el 23 de octubre Apple acepta apps preparadas para la pantalla plegable del iPhone Duo. Pero OJO, ten en cuenta que con la llegada de la pantalla plegable, se rompen varias suposiciones que llevamos años metiendo en el código.
Échale un vistazo antes de publicar algo que funciona pero no se ve bien y no aprovecha las ventajas del dispositivo.
Apple Coding Academy retweeted
Aprobada a la primera. Ahora @benativeapp estará día 1 esperando a los nuevos iPhone Duo que comenzarán a tener la gente. Muy orgulloso.
apps.apple.com/us/app/be-nat…
Apple Coding Academy retweeted
New look for @SwiftEventsdev, and 2027 is already filling up. 🗓️
If you organize a Swift or iOS event (or know one we're missing), tell me and I'll add it!
Swift Events has a fresh new look! ✨
Every Swift, iOS and everything Apple event in one calendar, now with a new design, a calendar you can subscribe to, and 2027 events already coming in.
Know an event we’re missing? Let us know! 🚨
@alemohamad @Apple
Apple Coding Academy retweeted
Apple ships a lot for developers, and it's easy to lose track.
So I made Cupertino Tech to see it all in one place: cool icons, platforms, code samples, WWDC sessions and a timeline back to 2001.
Spot something missing? Tell me and I'll add it.
cupertino.tech
Swift ya no es solo para apps de iPhone. Septiembre lo ha dejado claro.
Ya está aquí Swift 6.4. Swift Build pasa a ser el sistema de compilación por defecto en Swift Package Manager, Subprocess llega a la 1.0 y el puente entre WebAssembly y JavaScript (JavaScriptKit) es hasta 40 veces más rápido.
En servidor, Vapor cumple 10 años y lo celebra con la primera beta de Vapor 5, una re escritura completa con concurrencia estructurada. Además, Google ha lanzado sus librerías oficiales de Google Cloud para Swift, con acceso async/await a más de 100 servicios, entre ellos Gemini.
Si estás empezando, hay un cambio pequeño pero muy práctico. Se ha aceptado que el inicializador memberwise de un struct pueda definirse en una extensión del mismo archivo (SE-0546). Llegará en una futura versión de Swift y significa menos código repetido y más orden.
Quien siga pensando que Swift es "el lenguaje de las apps de iPhone" se está quedando atrás. Swift está en servidores, en la nube, en el navegador y hasta en microcontroladores.
Por eso insistimos tanto en las bases. Lo que hoy aprendes con un struct es lo mismo que mañana usarás para montar un backend con Vapor o conectar con Gemini. No hay atajos y tampoco hay límite 🚀
swift.org/blog/whats-new-in-…
🏆 ¡Ya tenemos ganadores de la ACoding Hackathon 2026!
🇪🇸 Hispanohablante: Rail, de Juan Salguero Ibarrola y Desirée Rodríguez Macías 🚆 Los horarios de Cercanías Málaga siempre a mano, incluso sin cobertura, con los trenes en tiempo real sobre el mapa y widgets con tus estaciones favoritas.
🌍 Internacional: TinyStory, de Du Cheng
Historias interactivas que se juegan desde el widget de la pantalla de inicio: cuatro decisiones, cuatro finales posibles y una pequeña aventura en cada partida.
Elegir no ha sido nada fácil. El nivel de esta primera edición ha sido muy alto: arquitecturas cuidadas, interfaces pulidas y apps que resuelven problemas reales. Y todo ello sin una sola librería de terceros, solo con Swift, SwiftUI y el SDK de Apple. Esto demuestra que, cuando entiendes las herramientas nativas, no necesitas nada más para crear apps que funcionen bien de verdad 🤝🏆
🤯 ¡Tu app deberá estar adaptada al iPhone Duo en abril de 2027 de manera obligatoria! Así nos lo ha hecho saber Apple anunciando que ya podemos enviar las versiones adaptadas al nuevo dispositivo de Apple con la publicación de la versión RC de Xcode 27.1.
🤔 En primavera de 2027 (como suele ser habitual) será obligatorio usar la SDK de iOS 27 y Xcode 27 para enviar apps. Pero parece que Apple podría subir el escalón a la 27.1 como obligatoria este año. Según hemos podido saber por la guía publicada para que los developers podamos tener lista nuestra app para el nuevo Duo, Apple obligará a poner los screenshots de cómo se ve nuestra app en el Duo dentro de App Store Connect.
📲 Así que, por si no habéis hilado las obligaciones, para primavera de 2027 (probablemente inicios de abril, más o menos) nuestra app deberá integrar OBLIGATORIAMENTE toda su UI adaptada a Liquid Glass ya que no se podrá deshabilitar como hasta ahora con Xcode 26 y se activará por sí sola. Y además, que se vea de manera correcta en los iPhone Duo.
🛠️ Apple ha publicado en Xcode 27.1 una serie de skills que si nuestra app es nativa, bastará pedirle al nuevo modo agente de Xcode que adapte nuestra app para el Duo y hará lo necesario para una primera adaptación que pudiera pasar la criba y nos permitiera publicar. Pero si queremos dar funcionalidad específica, tendremos que trabajar más con ello. Os dejamos la guía de Apple en el primer comentario.
🫠 ¿Qué? ¿Qué os parece esto? ¿Bien que Apple obligue a todos los developers? ¿Cuántos cambios tendrás que hacer en tu app? ¿Está ya preparada? ¿Será complicado? Te leo.
"Usar agentes en Xcode" no es "pedirle a la IA que programe."
Hoy vamos a estar en directo con @jcfmunoz construyendo una app desde cero con los agentes de Xcode 27. Spoiler: el criterio técnico sigue siendo tuyo, no del agente 😉
youtube.com/watch?v=XRQhuSar…
El próximo lunes, nuestro primer directo de la temporada 26/27... y no podía ser otro que sacarle el máximo provecho a Xcode 27 y no su nuevo modo de trabajo basado en agentes.
Activa la campanita para que Youtube te avise:
youtube.com/live/XRQhuSarPtc…
🤯 Apple lanza Xcode 27.2 beta 1. Sí, has leído bien ¿Y la 27.1? Ni está ni se la espera… al menos en beta. Y tiene todo el sentido del mundo.
📱 Xcode 27.1 no va a tener betas. Llegará a finales de mes directamente como versión final y con soporte para iPhone Duo. ¿El motivo? iOS 27.1 es el sistema con el que se estrena el Duo y su código está plagado de referencias al dispositivo. Una beta pública sería regalarle el pastel a todo el que destripa binarios buscando filtraciones. Así que Apple se lo guarda y nos da ya la 27.2, que saldrá en octubre.
🗣️ ¿Qué trae? Lo primero para el usuario: SiriAI habla por fin español. Y francés, japonés, coreano y portugués. Hace unos días llegó con iOS 27 solo en inglés. Ojo, que esto no es solo una noticia para el usuario: cuando millones de personas empiecen a hablarle a Siri en su idioma, se va a notar muchísimo qué apps tienen sus acciones bien expuestas con App Intents… y cuáles no existen para el sistema. Nosotros en @benativeapp ya hemos expuesto toda la información de la app, integrada la reproducción de audio sin abrir la app, la gestión de notas sin abrir la app, búsquedas directas desde Siri hacia la app, deeplinks del contenido directo... Pronto tendremos actualización. ¿Y tú?
👨🏻💻 Y para nosotros, developers, dos novedades muy gordas. La primera: el adiós (opcional, de momento) al project.pbxproj. Sí, ese archivo lleno de IDs hexadecimales que nadie entiende y que te destroza cualquier merge. Xcode 27.2 trae el nuevo project.xcproj en JSON dentro del .xcodeproj: estructura en árbol como la que ves en Xcode, nombres y rutas legibles y cada archivo declara a qué target pertenece. Diffs limpios, muchos menos conflictos. Lo conviertes desde el inspector de archivos o con xcodebuild. ¿Y para quién está pensado? Apple lo dice claro: para que los agentes de IA lo lean y lo modifiquen. Dato curioso: casi 20 años sin que a nadie le importase que un humano pudiera leerlo, y ha tenido que llegar una máquina. Interesante.
🔄 La segunda: migración de datos entre apps con distinto bundle ID. ¿Alguna vez has tenido que rehacer una app desde cero con un bundle nuevo? Entonces sabes el drama: el usuario lo perdía todo. Ahora designas la app sucesora y el sistema le ofrece al usuario llevarse sus datos y ajustes: permisos, notificaciones, modos de concentración, widgets, CarPlay, Live Activities… Y la app antigua se borra sola. Solo entre apps del mismo desarrollador y la API aún está por detallar, así que toca seguirla beta a beta.
🎯 Fíjate en la jugada: el proyecto de Xcode ya no se escribe solo para ti, se escribe también para tu agente. ¿Todavía no te has formado para el cambio en la forma de desarrollar? Hazlo: por tí mismo, con nosotros en Apple Coding Academy o con quién tu quieras: pero tener criterio y usar los agentes ya no es opcional. Es la única forma de sobrevivir profesionalmente.
🤖 Made with AI
Esta noche cerramos las inscripciones a la Hackathon de ACA 2026. No tienes tiempo de pensártelo. Entras hoy o te quedas fuera. Nos vemos! 🚀
🔗 acoding.academy/hackaton26/
🤦🏻♂️ Tu agente de IA lleva meses escribiendo código Swift "basado en la documentación de Apple". El problema es que nunca la ha podido leer.
🕳️ Las páginas de developer.apple.com se pintan con JavaScript. Cuando un agente intenta leerlas se encuentra una página vacía, un cascarón sin contenido. ¿Y qué hace entonces? Lo que haría cualquiera con prisa: tirar de memoria. De lo que aprendió en su entrenamiento. APIs de hace varias versiones, patrones que Apple ya no recomienda y ese código que compila… con cuatro warnings de regalo. Y tú, convencido de que "la IA lo ha consultado".
🔑 El truco es simple y lo publicaba @timsneath en su X, dando gracias a @luka_bernardi por la inspiración del tip: coge cualquier página de la sección documentation y añade .md al final de la dirección. Así, sin más. La web /documentation/swiftui/view pasa a terminar en view.md y lo que recibes es Markdown limpio: firma, disponibilidad por plataforma, aislamiento de actor, ejemplos y relaciones entre tipos. Para las guías de diseño (las Human Interface Guidelines) y los tutoriales hay que hacer un paso más: insertar tutorials/data justo antes de la ruta y terminar también en .md. Algunas páginas de tutoriales, como las de presentación, no tienen versión Markdown. Para esas, cambia .md por .json y listo.
🤖 Xcode 27 ha abierto la puerta de par en par al desarrollo agéntico. Agentes de Anthropic, Google y OpenAI dentro del propio IDE, cualquier agente compatible con Agent Client Protocol, planificación interactiva, conversaciones multiturno, skills personalizadas, herramientas vía MCP, MCP en modo headless y un Device Hub con el que el agente puede lanzar el simulador y validar su propio trabajo para funcionar de forma autónoma durante más tiempo. Traducido: el agente ya no te sugiere una línea. Toca veinte archivos mientras tú vas a por un café.
⚠️ Pero fíjate en lo que ha pasado en este post. El truco no lo ha descubierto la IA. Lo ha tenido que descubrir una persona que sabía que la documentación se renderiza en cliente, que sabía por qué el agente fallaba y que sabía qué pedirle. Eso tiene un nombre: criterio. Y conocimiento. La IA ejecuta a una velocidad que ningún humano puede igualar… también cuando se equivoca. Si no eres capaz de detectar que tu agente está usando una API desfasada, no estás dirigiendo nada. Te están dirigiendo a ti. Y el mercado ya empieza a notar la diferencia entre quien escribe prompts y quien entiende lo que el código hace y sabe qué pedir y cómo.
🎯 Este truco y muchas otras cosas (cómo diseñar skills, auditar lo que genera un agente, cómo trabajar con él sin perder el control de tu arquitectura) forman parte del Swift Engineering Program que arranca el próximo 5 de octubre. Porque la pregunta ya no es si vas a programar con IA. Eso ya está pasando. La pregunta es otra: cuando tu agente se equivoque… ¿vas a saber verlo? ¿Crearás código funcional y válido sin deuda técnica o IA Slop?
⏳ Quedan dos días para cerrar las inscripciones a la Hackathon. Gratis. Online. Del 18 al 27 de septiembre. No te lo pienses demasiado o te quedas fuera.
🍎 Swift & SwiftUI nativo. Sin librerías de terceros. Monta tu MVP y gana promoción en redes + 6 meses de membresía en @benativeapp
🔗 Inscripciones: acoding.academy/hackaton26/
🚀 #ACAHackathon2026
🔥 Si tu diseñador decidió que tu app llevara una toolbar "custom" porque los controles nativos de Apple "limitaban su creatividad"... enhorabuena: acaba de regalarle a tu empresa varios meses de trabajo. El iPhone Duo ya está aquí. Y no perdona.
📱 Apple no ha hecho "un iPhone que se dobla": ha redefinido cómo una app entiende el espacio. Dos pantallas (exterior e interior, con el pliegue en el centro) y 6 experiencias distintas que soportar: cerrado en vertical, cerrado en horizontal, abierto en vertical, abierto en horizontal, plegado como un libro y plegado como un portátil sobre la mesa. Seis. Y ojo: la pantalla interior ignora las orientaciones que tu app declara soportar.
🔑 ¿La clave de todo? Las size classes. La pantalla exterior se comporta como cualquier iPhone (ancho compacto) y la interior es regular en ambos ejes, como un iPad. Si tu layout depende de la orientación, del idiom o de UIScreen.main, tienes deuda técnica con intereses. Nada de tamaños fijos ni breakpoints: el sistema te dice el espacio disponible y tu app se adapta.
👀 Lo nuevo que debes conocer: barras verticales (el sistema mueve toolbars, tab bar y navegación al lateral, bajo el pulgar), safe areas asimétricas, reserved regions para esquivar el pliegue y la cámara bajo pantalla, ArrangementView para layouts divididos y lectura de la bisagra con onHingeChange. Todo compilando con el SDK de iOS 27.1 en Xcode 27.1.
🫵🏻 ¿Y si tu app usa controles no nativos? Apple es clara: el contenido de una barra custom NO se considera para la región vertical. Tu app seguirá funcionando, sí... pareciendo legacy: barras horizontales, contenido que no esquiva el pliegue y franjas negras en la pantalla interior si no recompilas. Quien respetó los frameworks nativos adapta su app en días. Quien "sabía más que Apple", en meses.
🤖 ¿Y Flutter o React Native? Apple no lo dice, no hace falta: si tu UI no la dibujan los frameworks nativos, no hay adaptación automática. Ni barras verticales, ni reserved regions, ni bisagra. Dependes de que el framework adopte estas API y de rehacer a mano lo que SwiftUI o UIKit dan gratis. Los propios contributors de React Native ya piden ese soporte.
🎯 Una app no es una página web: es un ciudadano de un sistema operativo. Cuando respetas el sistema, el sistema te cuida. Dinos, ¿tu app está lista para plegarse? Porque si no, en Apple Coding Academy y nuestro Swift Engineering Program lo hará.


















