Últimos articulos

🎭 onAppear es uno de esos modificadores que parece trivial hasta que deja de comportarse como esperas. En configuraciones sencillas funciona exactamente como esperas: la vista aparece, onAppear se dispara; desaparece, onDisappear hace lo propio. El problema llega cuando añades esa lógica en un TabView, en una pila de navegación o en una lista de miles de filas, y de repente el comportamiento cambia de forma que no cuadra con el modelo mental que tenías.

🧩 Hay una regla que circula sin parar en entrevistas técnicas de iOS: los structs van al stack y las clases van al heap. Es fácil de memorizar, suena convincente y, en la mayoría de los casos sencillos, parece funcionar. El problema es que no describe cómo Swift gestiona la memoria en la práctica. En cuanto hablamos de código real, la regla se rompe. Entender el modelo de verdad requiere empezar por otro sitio: la semántica, no el almacenamiento.

🔒 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.