Últimos articulos

🔒 La concurrencia en Swift ha madurado mucho con Swift 6 y el modelo de actores, pero hay situaciones donde los actores no son la herramienta correcta, ni siquiera suficente. El tipo Mutex ha sido introducido en el framework Synchronization junto a iOS 18, y cubre ese espacio: protección síncrona, de bajo nivel y alto rendimiento sobre estado mutable compartido.

⚙️ Un Mutex (del inglés mutual exclusion) garantiza que solo un hilo puede acceder al valor protegido en un instante determinado. A diferencia de los actores, que suspenden la tarea con await y dejan que el planificador de Swift Concurrency tome el control, un Mutex bloquea el hilo hasta que el recurso queda libre. Esta diferencia es fundamental: bloqueante contra suspensivo. No hay una opción universalmente mejor; hay una opción correcta para cada escenario.

🧠 ARC (Automatic Reference Counting) es uno de esos temas que todos los desarrolladores Swift dicen conocer, pero pocos entienden de verdad. La superficie es simple: los objetos se liberan cuando su contador de referencias llega a cero. Lo interesante empieza cuando profundizas en cómo el compilador y el runtime colaboran para que eso ocurra de forma eficiente.

⚙️ ARC no es solo un mecanismo en tiempo de compilación, aunque esa sea la simplificación más común. El compilador de Swift analiza tu código e inserta las operaciones de gestión de memoria. Esas operaciones se ejecutan después en tiempo de ejecución. ARC, por tanto, vive entre el análisis estático y la ejecución dinámica. Eso es precisamente lo que lo hace predecible y rápido sin necesitar un recolector de basura al estilo de Java o Go.

🚀 El SDK oficial de Swift para Android ya está aquí en las previews diarias de Swift 6.3. Lo que empezó como parches aportados por la comunidad en 2015, se ha convertido en apps de producción descargadas millones de veces. Desde Spark hasta Flowkey, empresas llevan años compartiendo código Swift entre iOS y Android.

🔧 Swift compila directamente a código nativo en Android usando LLVM, igual que en iOS. Esto significa rendimiento comparable a C/C++ con el Android NDK, pero con las garantías de seguridad y ergonomía de Swift. Tu código incluye el runtime de Swift con Foundation y Dispatch listos para funcionar.

⚠️ El desarrollo para Apple Watch es el gran olvidado del ecosistema Apple. Aunque millones de personas llevan uno en la muñeca, pocos desarrolladores se especializan en crear apps realmente profesionales para watchOS. La razón es clara: está lleno de peculiaridades no documentadas, comportamientos inesperados y limitaciones que solo descubres cuando tienes apps con millones de usuarios.

🔄 El primer gran problema es la sincronización de versiones entre dispositivos. Si tu iPhone tiene iOS 26.1 y el Apple Watch tiene watchOS 26.0, prepárate para lidiar con apps que no se instalan, datos de HealthKit que desaparecen, anillos de actividad que no se rellenan y comunicación por WCSession que simplemente falla. Esta incompatibilidad afecta directamente a la experiencia del usuario desde el momento de la instalación.

🔐 @State representa el estado privado interno de una vista en SwiftUI. Su valor inicial solo se aplica cuando la vista establece su identidad por primera vez en la jerarquía. Después, SwiftUI ignora completamente cualquier nuevo valor que intentes pasarle.

🧬 La clave está en entender la identidad de las vistas. SwiftUI adopta una estrategia de inicialización única: cuando la vista se carga por primera vez, crea el almacenamiento interno (State). En actualizaciones posteriores, aunque el padre llame de nuevo al init de la hija con nuevos valores, SwiftUI detecta que ya existe almacenamiento para esa identidad y lo reutiliza, descartando los parámetros nuevos.