El nil más escurridizo de Swift: ¿Un nil que NO es nil?

¡Prepárate para la gimnasia mental, porque Swift tiene un `nil` que desafía la lógica! 🤯 Aquí, `optionalIntNil` es un `Int?` que, como su nombre indica, es un glorioso `nil`. Hasta aquí, todo bien, ¿verdad? Pero, cuando asignamos ese `nil` a una variable de tipo `Any?`, ¡la cosa se pone interesante! Swift no simplemente pasa el `nil` puro. En su lugar, el `Optional<Int>.none` (que es como se representa un `nil` para un `Int?`) es **envuelto** dentro de otro `Optional<Any>`. Piensa en ello como una caja de regalo (`Optional<Any>`). Dentro de esa caja, pones OTRA caja de regalo (`Optional<Int>`), ¡y esa segunda caja es la que está vacía (contiene `nil`)! 🎁➡️📦(🎁(vacío)). Entonces, ¿la caja exterior (`optionalAnyWithOptionalIntNil`) está vacía? ¡Claro que no! Contiene una caja vacía. Por eso, al preguntar si `optionalAnyWithOptionalIntNil == nil`, Swift dice: "¡No, amigo! Tengo algo aquí, aunque sea un `nil` envuelto." Es un `Optional` que contiene `nil`, ¡no un `nil`! Este comportamiento es un clásico "gotcha" al trabajar con tipos genéricos o `Any`. ¡Cuidado!