RE: https://mastodon.online/@yoyo308/116613256904024952
La Virgen Santa, Yoyo ha comenzado con lo de Julio y estamos en Mayo. Cristo bendito, Señor protégeme.
Mobilis in mobili.
If it's difficult, I'll do it.
If it's impossible, give me 5 more minutes.
Knowledge Management and Intellectual Capital.
Apple, sometimes. F1.
In the beginning we are born. At the end we die. Meanwhile, it is the story of us caught in the middle. Enjoy it... life!.
I don't talk about politics or religion.
| ℹ️ | Sólo hay dos días al año en que no se puede hacer nada. Uno se llama ayer y el otro se llama mañana, por lo cual: hoy es el día correcto para todo. |
| 📍 | https://maps.apple.com/?address=Irlanda&auid=1520649491770265193&ll=53.422433,-7.929837&lsp=6489&q=Irlanda&t=m |
RE: https://mastodon.online/@yoyo308/116613256904024952
La Virgen Santa, Yoyo ha comenzado con lo de Julio y estamos en Mayo. Cristo bendito, Señor protégeme.
Que espectáculo Mr. Barry Morgan (qué percusionista tan brutal era), aporta energía a "Muy Rápido", compuesta por Philip Green, una instantánea perfecta de la atmósfera de jazz eléctrico.
Este es un momento destacado de All Night Long (1962), un elegante neo-noir inspirado en Otelo y ambientado en la escena del jazz de Londres.
Nada, simplemente por compartir cosas buenas 🎩

Un referencia weak no retiene el objeto, pero en versiones antiguas de Swift su memoria sí sobrevivía a su deinit.
El objeto se convertía en un zombie: destruido lógicamente, pero vivo en memoria hasta que alguien leía la última referencia débil.
Swift 4 lo resolvió con las side tables. Hoy la memoria se libera de inmediato. Solo sobrevive una pequeña estructura auxiliar.
Todos los detalles en un nuevo artículo: https://blog.arturorivas.com/posts/arc-de-zombie-objects-a-side-tables/

🧠 ARC (Automatic Reference Counting) lleva con nosotros desde el primer día en Swift, pero la mayoría de desarrolladores solo conoce su capa exterior: los objetos se retienen, se liberan y se destruyen cuando el contador llega a cero. Lo que muy pocos saben es que el modelo interno ha cambiado de forma significativa desde las primeras versiones del lenguaje. Esos cambios no son detalles de implementación irrelevantes: explican por qué ciertas decisiones de diseño tienen un coste, y por qué el runtime se comporta de una manera u otra en situaciones límite.

