Agregador de canales de noticias

Trailer promocional de Star Fox

Si te dedicas a programar aplicaciones, ya sea para móviles o escritorio, seguramente te habrás topado con el caos que surge cuando el código de la interfaz y la lógica de negocio están mezclados en un solo archivo. Esa sensación de que un pequeño cambio visual rompe todo el funcionamiento es lo que impulsa la necesidad de adoptar arquitecturas sólidas que pongan orden al despliegue de software.

El patrón MVVM, o Model-View-ViewModel, surge precisamente para solucionar este problema, permitiendo que los diseñadores y los desarrolladores trabajen sin pisarse los pies. No es una novedad absoluta, ya que lleva rondando los 20 años desde sus inicios en el ecosistema de Microsoft, pero hoy en día es la piedra angular de frameworks modernos como React, Vue o Angular, además de ser fundamental en el desarrollo con Android Jetpack.

¿En qué consiste exactamente el patrón MVVM?

En esencia, MVVM es una estructura diseñada para que la interfaz de usuario sea totalmente independiente de la lógica. A diferencia de otros modelos, aquí no volcamos la inteligencia del programa en el código subyacente de la vista (el famoso code-behind), sino que creamos un puente intermedio llamado ViewModel.

Este enfoque permite que la vista sea «tonta», limitándose a mostrar datos y enviar eventos, mientras que el ViewModel se encarga de preparar la información en un formato digerible para la pantalla. De esta manera, si decides cambiar un botón por un menú desplegable, no tienes que reescribir la lógica de negocio, solo ajustar el enlace visual.

Desglose de los componentes principales

Para entender cómo funciona este sistema, debemos analizar sus tres pilares fundamentales y cómo se comunican entre sí:

• El Modelo (Model): Representa la capa de datos y las reglas de negocio. Aquí encontramos los objetos de transferencia de datos (DTO), entidades de base de datos con Room o servicios externos. Su característica principal es que no tiene idea de que existe una interfaz, lo que lo hace reutilizable en cualquier contexto.
• La Vista (View): Es la capa visual, ya sea en XAML, XML de Android o HTML. Su única misión es definir la estructura y apariencia. En un flujo ideal, la vista no contiene lógica de negocio, solo instrucciones de diseño y enlaces a los datos del ViewModel.
• El Modelo de Vista (ViewModel): Es el cerebro intermedio. Expone propiedades y comandos que la vista puede consumir. Su función es transformar los datos del modelo para que la vista los muestre sin complicaciones, manteniendo siempre la ignorancia sobre cuál es la vista concreta que lo está utilizando.

La magia ocurre en la comunicación: la vista conoce al ViewModel, y el ViewModel conoce al Modelo. Sin embargo, el modelo no conoce a nadie y el ViewModel no tiene referencias directas a la vista, lo que rompe el acoplamiento y permite que cada pieza evolucione por su cuenta.

Diferencias con MVC y MVP

Es común confundir MVVM con sus hermanos MVC y MVP. En el MVC tradicional, el controlador actúa como pegamento, pero en Android suele acabar muy vinculado a la Activity, lo que hace que escribir pruebas unitarias sea una pesadilla y el código se vuelva quebradizo.

Por otro lado, el MVP introduce la figura del Presenter. Este es más limpio que el controlador de MVC porque se comunica con la vista a través de una interfaz, permitiendo simular la UI en los tests. No obstante, los Presenters tienden a engordar con el tiempo, acumulando demasiada lógica de presentación que se vuelve difícil de gestionar.

MVVM lleva esto un paso más allá gracias al enlace de datos reactivo (Data Binding). Mientras que en MVP el Presenter debe decirle a la vista exactamente qué cambiar (ej. «pon este texto en el label»), en MVVM la vista se suscribe a una variable y se actualiza sola cuando el valor cambia, reduciendo drásticamente la cantidad de código repetitivo.

Implementación técnica y herramientas clave

Para que MVVM funcione, necesitamos mecanismos que notifiquen los cambios. En el ecosistema .NET, esto se logra mediante la interfaz INotifyPropertyChanged, que lanza un evento cada vez que una propiedad cambia, avisando a la vista que debe refrescarse.

En Android, se utilizan herramientas de Jetpack como LiveData y ViewModel. El LiveData es un contenedor de datos observable que respeta el ciclo de vida de la aplicación, evitando que la app se cierre inesperadamente si intentamos actualizar una pantalla que ya no está visible.

Otro elemento vital son los comandos (ICommand). En lugar de usar manejadores de eventos tradicionales en la vista, el ViewModel expone comandos que encapsulan la acción a ejecutar. Así, el botón de la interfaz solo dice «ejecuta este comando», y el ViewModel decide qué ocurre detrás, independientemente de si el disparo vino de un clic o de un gesto táctil.

Ventajas y retos al adoptar MVVM

Implementar este patrón trae beneficios evidentes, como una testabilidad superior, ya que puedes probar toda la lógica del ViewModel sin necesidad de lanzar un emulador o abrir una ventana de Windows. Además, facilita el trabajo en equipo, permitiendo que el diseñador de UI pula la estética mientras el programador optimiza la lógica.

Sin embargo, no todo es color de rosa. MVVM tiene una curva de aprendizaje más pronunciada para quienes vienen de programar de forma lineal. En proyectos extremadamente pequeños, puede sentirse como una sobrecarga innecesaria, ya que requiere crear más clases y archivos para una funcionalidad sencilla.

• Sugerencia de oro: Para evitar que el XML de la vista se llene de lógica compleja, intenta que los valores ya vengan calculados desde el ViewModel. No pongas condiciones complicadas en la vista; haz que el ViewModel exponga un booleano simple como «isVisible».
• Cuidado con las dependencias: Nunca referencies elementos de la UI (como un botón o un campo de texto) dentro del ViewModel. Si haces esto, destruyes la capacidad de hacer tests y vuelves al problema del acoplamiento fuerte.

Esta arquitectura logra que la gestión de datos y la representación visual sigan caminos paralelos pero coordinados. Al delegar la responsabilidad de la interfaz al Data Binding y la lógica al ViewModel, conseguimos sistemas robustos donde la escalabilidad no se convierte en un dolor de cabeza y el mantenimiento se simplifica al tener cada pieza de código en su lugar correspondiente.

Si alguna vez has sentido que tu código de Android se está volviendo un caos de instanciaciones manuales, no estás solo. Gestionar las dependencias a mano es un auténtico dolor de cabeza, ya que te obliga a construir cada clase y sus requisitos uno por uno, usando contenedores que acaban siendo laberintos difíciles de mantener. Aquí es donde entra en juego Hilt, una joya de biblioteca diseñada específicamente para quitarte de encima todo ese trabajo repetitivo y aburrido.

Básicamente, Hilt se monta sobre los hombros de Dagger, aprovechando su potencia y seguridad en tiempo de compilación, pero envolviéndolo todo en una capa mucho más amigable para los desarrolladores de Android. En lugar de pelearte con la configuración compleja de Dagger, Hilt te ofrece estándares ya definidos y contenedores automáticos que se adaptan a los ciclos de vida de tu app, permitiéndote centrarte en lo que de verdad importa: hacer que tu aplicación funcione de maravilla.

Manos a la obra: Configuración inicial

Para empezar a usar Hilt, lo primero es dejar el terreno listo en Gradle. No te olvides de añadir el complemento hilt-android-gradle-plugin en el archivo build.gradle raíz de tu proyecto. Una vez hecho esto, debes aplicar el plugin en el archivo de tu módulo app y añadir las dependencias necesarias, incluyendo el compilador de Hilt. Un detalle fundamental es que, para que todo ruede sin problemas con Jetpack Compose, tu proyecto debe estar configurado para Java 17, algo que debes especificar claramente en tu archivo de configuración de la app.

El corazón de la app: La clase Application

Cualquier proyecto que quiera aprovechar Hilt debe tener una clase Application personalizada. El truco está en añadirle la anotación @HiltAndroidApp. Esta pequeña línea de código es la que activa toda la magia de la generación de código de Hilt, creando una clase base que actúa como el contenedor de dependencias maestro a nivel de aplicación. Al estar ligada al ciclo de vida del objeto Application, este componente es la raíz de todo; cualquier otro componente de la app podrá acceder a las dependencias que se definan aquí.

Cómo inyectar dependencias en los componentes de Android

Una vez que la clase Application está lista, puedes empezar a meter mano en el resto de las clases. Para que Hilt sepa dónde debe suministrar dependencias, utilizamos la anotación @AndroidEntryPoint. Esta anotación es compatible con una gran variedad de clases, como Activities, Fragments, Views, Services y BroadcastReceivers. En el caso de Jetpack Compose, no hace falta anotar cada función componible, basta con que la Activity raíz tenga el @AndroidEntryPoint para que toda la jerarquía de la interfaz de usuario pueda acceder a los ViewModels inyectados.

Para pedirle a Hilt que nos dé una instancia concreta de algo, usamos la anotación @Inject para realizar la inyección de campo. Eso sí, ten mucho cuidado con un detalle: los campos inyectados no pueden ser privados, ya que si intentas hacer esto, el compilador te lanzará un error y no podrás generar la app.

Definiendo cómo se crean las dependencias

Hilt necesita instrucciones claras sobre cómo proporcionar las instancias que solicitamos. La forma más directa es la inyección de constructor. Al añadir @Inject en el constructor de una clase, le estás diciendo a Hilt: «Mira, así es como se crea esta clase y estas son las piezas que necesita». Durante la compilación, Hilt y Dagger validan que no haya ciclos de dependencia ni piezas faltantes, asegurando que todo encaje perfectamente antes de que la app llegue al dispositivo.

Uso de Módulos: Cuando el constructor no es suficiente

Habrá ocasiones en las que no puedas usar la inyección de constructor, por ejemplo, cuando trabajas con interfaces o clases de librerías externas como Retrofit u OkHttpClient. Para solucionar esto, recurrimos a los módulos de Hilt, que son clases anotadas con @Module. Estos módulos deben ir acompañados de @InstallIn para indicar en qué componente de Android estarán disponibles las dependencias.

• Uso de @Binds: Se emplea principalmente para interfaces. Creamos una función abstracta que le indica a Hilt qué implementación concreta debe usar cuando alguien pida una interfaz específica.
• Uso de @Provides: Es la solución ideal para clases que no son nuestras o que requieren una configuración compleja (como el patrón Builder). Aquí escribimos el cuerpo de la función para instanciar el objeto manualmente y devolverlo.

Gestionando múltiples implementaciones con Calificadores

A veces necesitamos dos versiones del mismo tipo de objeto, como dos clientes de OkHttpClient con diferentes interceptores. Para evitar que Hilt se confunda, creamos calificadores personalizados mediante anotaciones propias marcadas con @Qualifier. De este modo, podemos etiquetar cada proveedor y pedir la versión exacta que necesitamos en el punto de inyección. Es una regla de oro aplicar el calificador en todas las rutas de suministro para evitar errores inesperados.

Además, Hilt ya nos regala algunos calificadores muy útiles para no tener que crearlos desde cero, como @ApplicationContext y @ActivityContext, que nos permiten inyectar el contexto de la aplicación o de la actividad de forma sencilla y segura.

Componentes, Ciclos de Vida y Alcances

Hilt genera automáticamente componentes que viven y mueren junto con las clases de Android. Por ejemplo, el SingletonComponent vive tanto como la aplicación, mientras que el ActivityComponent se destruye al morir la actividad. Esto es vital para gestionar la memoria de la app.

Por defecto, Hilt crea una instancia nueva cada vez que se pide una dependencia. Si queremos que se mantenga la misma instancia durante todo el ciclo de vida de un componente, usamos anotaciones de alcance como @Singleton, @ActivityScoped o @ViewModelScoped. Eso sí, no abuses de esto, ya que mantener objetos en memoria puede elevar el consumo de recursos si no es estrictamente necesario.

Casos especiales: @AssistedInject y Puntos de Entrada

Cuando necesitamos inyectar valores que solo conocemos en tiempo de ejecución (como un ID que viene en un Intent), utilizamos @AssistedInject. Esto nos permite combinar dependencias gestionadas por Hilt con parámetros proporcionados manualmente a través de una Factory. Por otro lado, si necesitamos inyectar dependencias en clases que Hilt no soporta nativamente, como los ContentProviders, creamos un @EntryPoint. Este actúa como un puente que permite al código no administrado acceder al grafo de dependencias de Hilt mediante EntryPointAccessors.

Hilt frente a Dagger

Aunque Hilt se basa en Dagger, su objetivo es eliminar la verbosidad. Mientras que en Dagger tendrías que escribir manualmente los componentes y gestionar la infraestructura, Hilt automatiza la creación de componentes y ofrece vinculaciones predefinidas. Ambos pueden convivir en el mismo proyecto, pero lo ideal es dejar que Hilt tome el mando para lograr un código más limpio, legible y fácil de testear.

Al implementar esta arquitectura, conseguimos que nuestra aplicación sea modular, fácil de mantener y extremadamente flexible para realizar pruebas unitarias. El uso de contenedores automatizados, la gestión inteligente de los alcances y la capacidad de integrar dependencias externas convierten a esta herramienta en la opción predilecta para cualquier desarrollo moderno en Android.

Trailer promocional de DRAGON BALL XENOVERSE 3

Cuando nos metemos en el mundo del desarrollo de Android, uno de los quebraderos de cabeza más comunes es cómo hacer que dos pantallas, o fragmentos, se hablen entre sí sin que el código se convierta en un caos. Para que una aplicación sea escalable, lo ideal es que cada fragmento sea un componente totalmente independiente, con su propio diseño y comportamiento, evitando que dependan directamente unos de otros o de la actividad que los aloja.

Si queremos que la experiencia del usuario sea fluida, necesitamos canales de comunicación eficaces para reaccionar a eventos o compartir estados. Dependiendo de lo que busquemos, Android nos ofrece dos caminos principales: el uso de un ViewModel compartido para datos persistentes y la API de resultados de fragmentos para intercambios de información rápidos y sencillos.

Dominando el Shared ViewModel

El ViewModel es la herramienta estrella cuando necesitamos que varios fragmentos o la actividad anfitriona compartan la misma información. Básicamente, estos objetos se encargan de almacenar y gestionar los datos de la interfaz, asegurando que la información no se pierda aunque el dispositivo rote o cambie su configuración.

Para lograr que dos fragmentos utilicen la misma instancia, el truco está en definir el alcance del ViewModelProvider. Si configuramos la actividad como el dueño del alcance, ambos fragmentos recibirán el mismo objeto. Esto es fundamental porque, si por error usamos el fragmento como alcance, cada uno tendría su propia copia de los datos y la comunicación simplemente no funcionaría.

Es importante tener en cuenta que un ViewModel compartido en una arquitectura de actividad única actúa prácticamente como un singleton en memoria. Los datos persistirán hasta que la actividad sea destruida definitivamente, por lo que debemos gestionar bien el ciclo de vida de las Activity para no consumir recursos innecesariamente.

Implementación Práctica y Flujo de Datos

Imagina que estamos creando una app de pedidos. Necesitamos que el usuario elija la cantidad de productos en una pantalla, el sabor en otra y la fecha de entrega en una tercera. Para esto, creamos una clase OrderViewModel que extienda de ViewModel, donde guardamos las variables necesarias como el precio, la cantidad y la fecha.

Para mantener el código limpio y evitar que cualquier clase externa modifique los datos a su antojo, aplicamos una buena práctica: definimos propiedades mutables privadas con guion bajo (como _quantity) y exponemos una versión inmutable pública mediante LiveData. De este modo, solo el ViewModel puede cambiar el valor, pero cualquier fragmento puede observar el cambio.

Sincronización de la Interfaz con LiveData y Data Binding

Para que la pantalla se actualice sola sin tener que escribir código repetitivo, entra en juego el Data Binding. Al vincular la variable del ViewModel directamente en el archivo XML, podemos hacer que elementos como los RadioButtons se marquen automáticamente si el valor coincide con el guardado en el modelo.

Un punto crítico aquí es la configuración del LifecycleOwner. Para que los observables de LiveData funcionen y la IU se refresque en tiempo real, debemos asignar binding.lifecycleOwner = viewLifecycleOwner. Sin este paso, aunque los datos cambien en el fondo, el usuario seguirá viendo la información antigua en su pantalla.

Cuando necesitamos procesar datos antes de mostrarlos, como convertir un número decimal en una moneda local, utilizamos Transformations.map(). Esta función nos permite transformar un LiveData<Double> en un LiveData<String> formateado, haciendo que la lógica de presentación quede separada de la lógica de negocio.

La API de Resultados de Fragmentos

No siempre necesitamos un ViewModel complejo. Para casos donde solo queremos pasar un dato puntual (como un código QR escaneado) de vuelta a una pantalla anterior, la API de FragmentResult es la opción más ligera. Esta API utiliza el FragmentManager como un almacén central de resultados.

El proceso es sencillo: el fragmento que espera el dato configura un oyente con setFragmentResultListener() usando una clave específica. Mientras tanto, el fragmento que genera la información utiliza setFragmentResult() con esa misma clave. El resultado se entrega en cuanto el fragmento receptor alcanza el estado STARTED.

Si trabajamos con fragmentos secundarios, la clave es usar getChildFragmentManager() en el fragmento padre para escuchar los resultados. Esto mantiene la jerarquía organizada y evita que los datos se dispersen por toda la actividad, permitiendo una comunicación mucho más quirúrgica y eficiente.

Alternativas y enfoques tradicionales

Aunque el ViewModel es la norma actual, existen métodos más antiguos que algunos desarrolladores siguen usando, como la implementación de interfaces personalizadas. En este esquema, el fragmento define una interfaz que la actividad debe implementar, actuando esta última como intermediaria entre dos fragmentos.

Otra técnica rudimentaria consiste en acceder a las vistas de un fragmento desde otro mediante el método getActivity().findViewById(). Sin embargo, este enfoque es altamente desaconsejado en aplicaciones modernas, ya que rompe totalmente la independencia de los fragmentos y provoca errores fatales si el fragmento objetivo no está visible o ha sido destruido.

La arquitectura moderna de Android prioriza que los componentes no se conozcan entre sí. Al delegar la gestión de los datos a un almacén externo como el ViewModel, logramos que el código sea más fácil de testear, mantener y escalar, evitando los típicos fallos de punteros nulos al intentar acceder a vistas que ya no existen en la jerarquía.

La clave para una navegación robusta reside en elegir la herramienta adecuada: el ViewModel compartido para estados complejos y persistentes, y la API de Fragment Result para respuestas rápidas y efímeras, asegurando siempre que el ciclo de vida de los componentes sea respetado para evitar fugas de memoria y errores de ejecución.

Cuando nos metemos de lleno en el desarrollo de aplicaciones para Android, nos damos cuenta de que mantener la escalabilidad y la legibilidad no es moco de pavo. Si no tenemos un plan arquitectónico sólido, el proyecto puede volverse un auténtico caos a medida que crece, convirtiéndose en lo que comúnmente llamamos código espagueti, donde tocar una línea en un sitio rompe algo en un lugar totalmente inesperado.

Para evitar estos dolores de cabeza, entra en juego la denominada Clean Architecture, popularizada por Robert C. Martin, más conocido como Uncle Bob. Este enfoque no es simplemente una moda, sino una filosofía de diseño que busca que el software sea modular, fácil de testear y mantenible a largo plazo, basándose en la separación estricta de responsabilidades y el respeto a los principios SOLID.

Los pilares de la Arquitectura Limpia

En esencia, Clean Architecture organiza el código en capas concéntricas. La idea fundamental es que las dependencias siempre apunten hacia el interior; es decir, las capas externas pueden conocer a las internas, pero nunca al revés. Esto nos permite cambiar una base de datos o una librería de UI sin tener que reescribir la lógica de negocio central.

Generalmente, nos encontramos con tres bloques principales. Primero tenemos la Capa de Presentación, que es la cara visible de la app y donde se gestionan los ViewModels y la interfaz de usuario. Luego está la Capa de Dominio, que es el corazón del sistema y contiene las reglas de negocio, los modelos de entidad y los casos de uso. Por último, la Capa de Datos se encarga de la implementación concreta de los repositorios, gestionando las peticiones a APIs REST o las consultas a bases de datos locales.

Estructura y Modularización en Kotlin

Si queremos llevar esto a la práctica en un proyecto de Kotlin, no basta con crear carpetas. Para que la separación sea real, lo ideal es utilizar módulos de Gradle independientes. Esto evita que, por un descuido, importemos una clase de datos directamente en la vista, rompiendo así la regla de oro de la arquitectura.

Existen diversas formas de organizar estos módulos. Algunos optan por un enfoque simple de división por capas (un módulo para data, otro para domain y otro para presentation), pero esto puede quedarse corto en apps muy grandes. Una alternativa mucho más potente es la separación por características o features. En este modelo, cada funcionalidad de la app (por ejemplo, el perfil de usuario o el carrito de compras) tiene sus propias capas internas de dominio, datos y presentación.

Adoptar una estructura modularizada no solo pone orden, sino que dispara la productividad al conseguir tiempos de compilación más rápidos, ya que Gradle solo recompila los módulos que han sufrido cambios. Además, facilita enormemente el trabajo en equipo, permitiendo que distintos desarrolladores trabajen en features independientes sin pisarse los pies.

Anatomía detallada de las capas

Para entrar en detalle, la capa de dominio debe ser absolutamente pura. Esto significa que no debe contener ninguna referencia a Android, ni a Room, ni a Retrofit. Aquí es donde residen los Interactors o Casos de Uso, que definen exactamente qué hace la aplicación. Por ejemplo, un caso de uso llamado «ObtenerDatosUsuario» se encargaría de coordinar la lógica necesaria para traer esa información.

La capa de datos, por su parte, es la que «ensucia“ las manos. Aquí implementamos las interfaces definidas en el dominio. Es muy común utilizar el patrón Repository para abstraer el origen de los datos. El repositorio puede decidir si sirve la información desde una caché local o si tiene que hacer una petición de red, manteniendo al resto de la aplicación totalmente ignorante sobre de dónde vienen los datos.

Finalmente, la capa de presentación se encarga de gestionar el estado de la UI. Ya sea usando MVVM con Jetpack Compose o el patrón MVP, su única misión es llamar a los casos de uso y mostrar el resultado al usuario de la forma más eficiente posible. Es vital que esta capa no interactúe directamente con la base de datos, pasando siempre por el dominio.

El secreto del éxito: La Inversión de Dependencias

Muchos desarrolladores se confunden al intentar aplicar Clean Architecture porque no entienden la Inversión de Dependencias (DIP). No hay que confundirlo con la Inyección de Dependencias (DI), que es la herramienta para lograrlo. La inversión de dependencias consiste en que los módulos de alto nivel no dependan de los de bajo nivel, sino que ambos dependan de abstracciones.

Imaginemos que necesitamos guardar datos en una base de datos Room. Si la capa de datos depende directamente de la clase de Room, estamos acoplados. La solución es crear una interfaz de persistencia en el dominio. La capa de datos implementa esa interfaz y, gracias a la inyección de dependencias (usando herramientas como Koin o Hilt), el sistema le entrega al repositorio la implementación concreta en tiempo de ejecución. De este modo, si mañana decidimos cambiar Room por Realm, solo tenemos que cambiar la implementación sin tocar una sola línea de la lógica de negocio.

Consejos prácticos y buenas prácticas

Para que el proyecto no se vuelva una pesadilla de archivos repetidos, es recomendable seguir ciertas pautas. En primer lugar, evita la tentación de simplificar eliminando la capa de casos de uso en proyectos medianos; aunque parezca código redundante, es ahí donde se centraliza la lógica y se facilita el cambio de hilos de ejecución (del hilo principal al background).

Otro punto clave es la gestión de los modelos. Aunque lo ideal sería tener un modelo de datos distinto para cada capa (modelos de API, modelos de dominio y modelos de UI) y usar mappers para convertirlos, en proyectos más pequeños se puede compartir la entidad de dominio para no complicar demasiado el desarrollo. No obstante, en aplicaciones empresariales, esta separación es la que permite que el código sea realmente resistente a los cambios externos.

Implementar este sistema requiere disciplina. Es fundamental separar siempre las interfaces de sus implementaciones, colocando las interfaces en el dominio y las implementaciones en la capa de datos o framework. Solo así conseguiremos un sistema donde las piezas sean como bloques de LEGO, fáciles de quitar y poner sin que todo el edificio se venga abajo.

Cuento el tiempo que llevo usando iPhone en veranos, ya que es la época en la que más noto su presencia. Y no precisamente porque sea mi compañero en vacaciones, que también, sino porque se calienta hasta extremos en los que incluso aparece el famoso mensaje en pantalla de "el iPhone necesita enfriarse".

Lo bueno de la experiencia es que he aprendido cuáles son las mejores formas de enfriarlo. Ya te avanzo que no hay ninguna milagrosa que lo enfríe al instante (por supuesto, el refrigerador no es una opción) y que en algunos casos es tedioso porque tenemos que dejar que pase tiempo sin usarlo. Pero acaba siendo efectivo para que no nos achicharre la mano y evita que la batería y otros componentes se desgasten más rápido por el calor.

Índice de Contenidos (6)

• Nada de fundas o bumpers
• Hay que apagarlo si es necesario
• Trata de usarlo lo menos posible
• Ponerlo en una superficie fría
• Nada de cargadores u otros cables
• No lo uses en el coche como GPS

Nada de fundas o bumpers

Aunque normalmente suelo llevar el iPhone sin funda (es una osadía para muchos, lo sé), en ocasiones suelo llevarlo cubierto con una. Pero en verano y con una ola de calor, lo mejor es quitarle la funda, aunque sea durante unos minutos.

Al final, por muy buenos materiales que tenga la funda, estas suelen conducir el calor y provocan que tarde más en enfriarse. Así que lo mejor es quitarla por completo y dejar que el iPhone "respire desnudo" durante unos minutos.

Hay que apagarlo si es necesario

El propio sistema del iPhone tiene un detector de temperatura que, cuando llega a su límite, ya lo apaga en cierto modo. Cuando sale ese mensaje de que el iPhone necesita enfriarse se paran todos los procesos y solamente se permite hacer uso del mismo para llamadas de emergencia.

No obstante, puede que no haya llegado a ese límite y ya lo notes demasiado caliente. En esos casos lo mejor es apagarlo por completo y mantenerlo así durante unos minutos hasta que notemos que ya se ha enfriado lo suficiente. 

Trata de usarlo lo menos posible

Si no quieres apagarlo porque estás esperando una llamada o algo así, lo mejor es que mantengas el iPhone bloqueado sin hacer uso de ninguna aplicación que no sea necesaria. Contestar algún whatsapp rápido, atender una llamada y poco más. Ni qué decir que de utilizar aplicaciones exigentes como juegos, lo cual aumentará aún más la temperatura.

En Applesfera De poco sirve comprarte el mejor iPhone si no activas estos ajustes de la cámara. Los recomiendan los fotógrafos profesionales Ponerlo en una superficie fría {"videoId":"xa6iy18","autoplay":true,"title":"Estos ATAJOS para iPhone son una locura (Te cuento cómo usarlos)", "tag":"atajos", "duration":"796"}

Ya decía que los refrigeradores y similares no son aconsejables porque el choque de temperatura puede ser fatal para el dispositivo. Lo que sí es aconsejable es poner el iPhone sobre una mesa u otro material frío. A veces sirve incluso el suelo si es de terrazo o algún otro material frío.

Lo que no se aconseja es ponerlo sobre superficies téxtiles como una cama, un sofá o algún suelo de madera. Básicamente porque, como comentaba con la funda, son materiales que retienen más el calor y dificultan su disipación, haciendo que el iPhone tarde más en enfriarse.

Nada de cargadores u otros cables

Salvo que sea estrictamente necesario porque no te queda batería y debes salir de casa o algo similar, ponerlo a cargar es una de las peores cosas que se pueden hacer cuando el iPhone está caliente. Lo que hará este proceso es aumentar aún más la temperatura porque la batería se calentará.

También es importante descartar la carga magnética y la rápida, ya que en esas circunstancias el iPhone también tiende a calentarse más de la cuenta.

Esto es aplicable también a procesos como la transferencia de datos por cable, ya sea con un ordenador o teniendo el iPhone conectado al coche. Y es que este proceso también carga la batería del iPhone y, aparte, le hace trabajar de más en la transferencia de datos.

No lo uses en el coche como GPS

Muy al hilo de lo anterior, ya que esto se aplica tanto conectado al vehículo con CarPlay como colocado en un soporte de forma independiente, es mejor que en el coche no lo uses salvo que sea necesario. El uso del GPS consumirá más porque el iPhone estará continuamente tratando de ubicarse.

Aparte, solemos colocarlo en una posición en la que el sol le da directamente, por lo que el cóctel es perfecto para que la temperatura se dispare. Entre el esfuerzo extra que requiere la navegación y el calor que recibe desde el exterior, no es raro que termine sobrecalentándose antes de llegar al destino.

En Applesfera | Cuánta batería tiene el iPhone: modelos y cantidad de mAh en cada uno

En Applesfera | Nuevos iPhone 18 Pro y 18 Pro Max - Todo lo que creemos saber sobre ellos

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia Seis consejos fáciles para enfriar el iPhone en plena ola de calor fue publicada originalmente en Applesfera por Álvaro García M. .

El Prime Day es una de las pocas fechas del año en las que el catálogo de Apple cae a precios difíciles de creer. Los AirPods son casi siempre de los primeros en aparecer en la lista de rebajas. Esta vez la oferta llega a los AirPods 4 en sus dos versiones, y la diferencia de precio entre una y otra deja una decisión bastante clara sobre cuál merece la pena.

Los AirPods 4 con cancelación activa de ruido bajan de 199 a 133,95 euros, mientras que la versión sin cancelación cae de 149 a 97,85 euros. Treinta y seis euros de diferencia final entre ambas. Con ese margen tan ajustado, la versión con cancelación de ruido se lleva nuestra recomendación.

{"videoId":"x95ewr8","autoplay":true,"title":"Introducing the all-new AirPods 4 Apple", "tag":"", "duration":"46"} La versión con cancelación de ruido, la que más compensa

A 133,95 euros, estos AirPods 4 incluyen cancelación activa de ruido, audio adaptativo que ajusta el nivel de aislamiento según el entorno, modo de sonido ambiente para mantener la consciencia de lo que pasa alrededor, audio espacial personalizado y un estuche de carga USB-C que además admite carga inalámbrica.

Es la ficha completa de la gama, la que convierte unos auriculares de uso diario en algo mucho más versátil cuando toca viajar, trabajar en una oficina ruidosa o simplemente desconectar en el transporte público.

Hay un añadido más ahora que llega el verano: la traducción en tiempo real. Una función que aprovecha precisamente la cancelación de ruido para aislar las voces y traducir sobre la marcha. Esto ya de por sí justifica los poco más de treinta euros de diferencia con la versión básica.

La versión sin cancelación de ruido, a un precio de derribo

A 97,85 euros, los AirPods 4 sin cancelación activa mantienen el chip H2, el audio espacial personalizado, la resistencia al agua y al sudor, el estuche de carga USB-C y hasta 24 horas de batería combinando auriculares y estuche.

Si buscas auriculares sobre todo para hacer deporte o moverte por la calle y prefieres escuchar lo que pasa a tu alrededor, esta es la opción. Aunque ojo, la versión con cancelación de ruido te permite activarla o desactivarla. Por eso, te recomendamos estos AirPods 4 solamente si vas muy justo de presupuesto o buscas un regalo económico. Sus 97 euros te dan toda la experiencia de Apple, con un gran sonido, a un precio que parecería propio de una marca de procedencia asiática.

Aun así, con una diferencia de apenas treinta y seis euros entre ambas versiones, la decisión depende menos del presupuesto y más de lo que busques: aislarte cuando conviene o mantenerte siempre pendiente del entorno. Para la mayoría de usos diarios, esos treinta euros extra por la cancelación de ruido y la traducción en tiempo real son más que suficientes para justificar la diferencia.

En Applesfera | Nuevo iPhone 18 - Todo lo que creemos saber sobre él

En Applesfera | Nuevos AirPods con cámaras: qué sabemos del inédito (y extraño) invento de Apple

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia El Prime Day tira por los suelos el precio de los AirPods 4. La diferencia entre modelos deja un ganador indiscutible fue publicada originalmente en Applesfera por Guille Lomener .

Amazon ha dado comienzo a su Prime Day 2026, y no son pocas las que podemos encontrar ahora mismo. Algunas se mantendrán hasta el viernes y otras irán llegando poco a poco. En cualquier caso, ¿hay ofertas en iPhone? En este artículo vamos a repasar los mejores chollos que tiene tanto la propia Amazon como otras tiendas en los móviles de Apple.

Cabe mencionar que las ofertas de Amazon, en relación con los iPhone, no son exclusivas del Prime Day, por lo que cualquier persona, sea o no suscriptora de la plataforma, podrá acceder a todas ellas.

• iPhone 17e por 689 euros, el móvil más económico de la generación actual de Apple.
• iPhone 17 por 899 euros, el móvil con mejor relación calidad-precio de la marca.
• iPhone 17 Pro por 1.259 euros, un iPhone potente y compacto.
• iPhone 17 Pro Max por 1.429 euros, el móvil más completo de Apple.
• iPhone Air por 868,05 euros, el iPhone que más ha bajado de precio durante la campaña.

iPhone 17e

Si quieres comprar el iPhone 17e da igual hacerlo en Amazon (689 euros), MediaMarkt (689 euros) o El Corte Inglés (689 euros), porque en las tres tiendas tiene el mismo precio. Es el móvil más económico de Apple, pero no ha bajado de precio específicamente en el Prime Day, ya que llevamos viéndolo con el mismo descuento en estas últimas semanas.

iPhone 17

Lo mismo ocurre con el iPhone 17, un móvil que ha destacado por bajar muy poco de precio desde su lanzamiento. En este caso, se puede comprar tanto en Amazon (899 euros) como en MediaMarkt (899 euros) por el mismo precio. Llevamos viéndolo a este precio desde mayo. No tiene una nueva oferta, pero su precio es el más bajo que hemos visto hasta la fecha y se trata del iPhone con mejor relación calidad-precio de esta generación.

iPhone 17 Pro

El iPhone 17 Pro también se puede comprar en Amazon (1.259 euros) o en MediaMarkt (1.259 euros), porque en ambas tiendas el precio es el mismo. Es ideal si el iPhone 17 se te queda corto y buscas un móvil más potente y con mejor configuración fotográfica, pero manteniendo el diseño compacto con pantalla de 6,3 pulgadas.

iPhone 17 Pro Max

En cambio, el iPhone 17 Pro Max es perfecto para aquellas personas que quieran lo bueno del iPhone 17 Pro, pero que tenga una pantalla más grande de 6,9 pulgadas. En este caso, casi todas las tiendas tienen precios similares, pero si buscamos la mejor oferta se puede comprar en Amazon (1.429 euros), MediaMarkt (1.429 euros) o El Corte Inglés (1.429 euros).

iPhone Air

Llegamos a la última (y mejor) oferta que podemos encontrar en los móviles de Apple, y es que el iPhone Air ahora mismo protagoniza el mejor descuento durante el Prime Day. No es una oferta exclusiva de la campaña, pero Amazon (868,05 euros) lo tiene más barato que el resto de tiendas. ¿Para quién es este móvil? Para aquellas personas que busquen la potencia de los mejores iPhone, pero con una pantalla intermedia de 6,5 pulgadas y un diseño muy delgado.

Algunos de los enlaces de este artículo son afiliados y pueden reportar un beneficio económico a Applesfera. En caso de no disponibilidad, las ofertas pueden variar.

Imágenes | Pedro Aznar, Apple

En Applesfera | Qué iPhone comprar. Guía para elegir el smartphone de Apple más adecuado para ti

En Applesfera | Mejores accesorios Magsafe para tu iPhone

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia Dónde comprar el iPhone más barato durante las ofertas del Prime Day de Amazon fue publicada originalmente en Applesfera por Alberto García .

No es extraño que se nos pida una copia del DNI en circunstancias como la de hacer el chek-in en un hotel. Lo importante es que lo enviemos de forma segura para evitar que en una filtración de datos pueda ser utilizado con fines fraudulentos. Por eso, modificar el DNI es legal en muchos de esos casos.

Hasta ahora, lo que yo hacía era añadir un texto sobre el DNI que no impidiese ver el resto de datos. En ese texto escribía algo así como "copia expedida en fecha X con el fin de X". De ese modo me aseguraba de que, incluso si llegaba a terceros, mi copia no pudiese ser utilizada para otros fines. Pero acabo de descubrir una herramienta que lo hace más rápido. ¡Aleluya!

Saferlayer, la herramienta que permite modificar el DNI de forma legal {"videoId":"x85wgv3","autoplay":true,"title":"¡NO SUBAS TU DNI A INTERNET! PELIGROS y CÓMO EVITARLOS", "tag":"", "duration":"305"}

Esa modificación del DNI que yo hacía hasta ahora pasaba por usar apps como Vista Previa en iOS. No es que fuese complicado, aunque sí que reconozco que era tedioso. Por eso me alegré tanto al leer a mi compañero Pepu Ricca en Xataka Móvil hablar de una herramienta que lo facilita.

Se llama Saferlayer y se accede a través de una web. Es de origen español, existe ya desde hace un año y he podido verificar que es un sistema seguro y que no almacenará nuestras copias del DNI.

En Applesfera El DNI en el iPhone ha dejado de ser un experimento. A partir de ya tiene validez legal plena y nadie puede negarse a aceptarlo

Hay dos opciones para usarlo, siendo una de pago y otra gratuita. En la de pago (por 4,99 dólares al mes) podemos procesar varios DNIs que podremos subir en formato PDF a la plataforma. La gratuita solo permite subir el documento en formato de foto y de forma individual.

Cómo validar el DNI en Saferlayer

Personalmente no me merece la pena la opción de pago y, creo, tampoco a la mayoría. Aunque si sueles viajar mucho o hacer varias gestiones al mes por las que tengas que adjuntar más de un documento, quizás sí te merezca la pena.

Con la opción gratis, el proceso es así de sencillo:

1. Entra en la web de Saferlayer.
2. Ve al apartado de Saferlayer Free y pulsa en Usar gratis.
3. Selecciona desde donde vas a adjuntar la fotografía y añadela.
4. Utiliza el dedo para añadir líneas negras que oculten los datos del DNI que no quieras mostrar (puedes cambiar el tamaño de la barra con las opciones que aparecen en pantalla).
5. Pulsa en Continuar.

6. Escribe en el cuadro de texto el motivo por el que vas a adjuntar el DNI y a quién autorizas para su uso.
7. Pulsa de nuevo en Continuar.
8. Elige ahora si quieres descargar la imagen modificada o la opción de compartir, la cual te permitirá también guardarla o adjuntarla por correo, WhatsApp, Mensajes, etc.

Lo que hará esta herramienta es añadir una marca de agua a toda la fotografía en la cual se refleja el motivo por el que la que se expidió. De ese modo podemos estar seguros de que no se usará de forma fraudulenta.

Mi consejo adicional es guardar esta web en favoritos para acceder cuando se necesite. Ya explicaba que en mi caso es esporádicamente y de ahí que no me compense la versión de pago, por lo que este método es al final lo mejor para hacerlo rápido cuando se necesite.

En Applesfera | Cómo llevar el DNI en el iPhone y que sea completamente legal: esto es lo que necesitas

En Applesfera | Así podemos instalar y utilizar el certificado digital de la Agencia Tributaria en nuestro iPhone, iPad o Mac mediante Safari

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia Llevo años complicándome con el iPhone para poder enviar mi DNI con seguridad. Esta herramienta lo resuelve de un plumazo fue publicada originalmente en Applesfera por Álvaro García M. .

Llevamos meses con el mismo runrún de fondo. Cada pocas semanas aparecía un nuevo informe que ponía en duda la fecha del primer iPhone plegable: en mayo fue la bisagra. Antes habían sido los plazos de producción, y antes de eso, las dudas de si llegaría siquiera junto al iPhone 18 Pro en septiembre.

Esta semana el guion cambia de tercio. Samsung Display ha recibido de Apple la aprobación de producción de módulo para los paneles OLED del plegable, el paso que certifica que un proveedor puede fabricar en serie con la calidad exigida. Y lo ha hecho con margen: Apple pide un rendimiento mínimo del 70% y Samsung ha llegado a superar el 80%. Las líneas de la planta de Vietnam ya están en marcha para un primer pedido de tres millones de unidades.

{"videoId":"x9mvdvm","autoplay":true,"title":"Cadena de suministro de Apple", "tag":"", "duration":"54"} Samsung Display pasa el corte con nota

La aprobación de producción de módulo es el resultado de pruebas muy exigentes. Antes de llegar a este punto, un proveedor tiene que demostrar que su ensamblaje final tiene la calidad suficiente y que puede mantener la estabilidad de esa calidad a gran escala, no solo en una tirada de prueba. Apple exige un rendimiento mínimo del 70% para dar ese visto bueno y Samsung Display lo ha superado con holgura. Con rendimientos finales por encima del 80%.

Ese aprobado se traduce ya en algo físico: parte de las líneas de back-end de la planta de Samsung Display en Vietnam han empezado a operar para cubrir un primer pedido de unos tres millones de paneles que deben entregarse este mismo año. El back-end es la fase en la que se añaden los circuitos de control, las placas de circuito flexible y los componentes de protección antes de la inspección final y el envío. Así que hablamos de paneles que ya están entrando en su recta final antes de llegar a los iPhone montados. 

La planta cuenta con unas 80 líneas de producción en total y unas 50 activas en este momento, así que hay margen de sobra para un pedido que, comparado con la capacidad instalada, resulta modesto.

El acuerdo entre ambas empresas es, además, de exclusividad: Samsung Display será la única proveedora de paneles OLED plegables para Apple durante tres años. Eso significa que no habrá un segundo fabricante de pantallas compitiendo por el mismo contrato, algo poco habitual en la estrategia de Apple de repartir pedidos entre varios proveedores para evitar depender de uno solo.

Una pantalla con tecnología nueva bajo el capó

Los paneles emplearán tecnología Color Filter on Encapsulation, conocida como CoE, que elimina el polarizador y forma el filtro de color directamente sobre la capa de encapsulación. Quitar el polarizador era esencial en una pantalla plegable. Ese componente añade grosor y rigidez, justo lo contrario de lo que necesita un panel que tiene que doblarse miles de veces.

A esa base se suma el nuevo set de materiales M16 de Samsung Display, la generación más reciente de su tecnología OLED, que llega con mejoras en brillo, rendimiento de color, vida útil y eficiencia energética.

En Applesfera El nuevo CEO de Apple se ha marcado como prioridad lo que Tim Cook había dejado en el cajón: el diseño

Septiembre está cada vez más cerca, y con cada semana que pasa hay menos margen para que un problema de última hora descarrile los planes. Las líneas de Vietnam ya están produciendo, los componentes ya circulan por la cadena de suministro y el calendario que Apple maneja internamente sigue intacto. Lo que quede por resolver, sea el nombre definitivo o algún ajuste de última hora en la bisagra, tendrá que decidirse en las próximas semanas.

Fuente | The Elec

En Applesfera | Nuevos iPhone 18 Pro y 18 Pro Max - Todo lo que creemos saber sobre ellos

En Applesfera | Nuevo iPhone plegable - Todo lo que creemos saber sobre él

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia El iPhone plegable supera la prueba de fuego de Apple. Ya no hay marcha atrás fue publicada originalmente en Applesfera por Guille Lomener .

Hubo un día en el que unos hackers afirmaron poder hacer un secuestro masivo de cuentas de iCloud si Apple no cedía a sus chantajes. Las cifras que pedían a la compañía se podían incluso considerar asumibles sabiendo cuánto valen nuestros datos en el mercado negro. Sin embargo, Apple no se lo iba a poner tan fácil a los malhechores.

Los ciberdelincuentes, que se hacían llamar "La Familia Turca del Crimen" pedían 75.000 Bitcoin o 100.000 dólares en tarjetas de iTunes. Querían en cualquiera de los casos que la compañía cediese al chantaje o, según sus amenazas, se quedarían con los datos de más de 300 millones de cuentas de Apple propiedad de los usuarios.

Una amenaza con la que Apple saldría siempre perdiendo Imagen: Wikimedia Commons

Habrá quien piense que no tiene nada que ocultar y que si un ciberdelincuente quiere acceder a su cuenta de Apple, que lo haga. El problema es que los chantajistas de esta historia no solo afirmaban poder acceder a esos datos, sino que amenazaban con quedarse esas cuentas secuestradas. Y esto es problemático en tanto en cuanto perderían acceso a todas sus fotos, notas, contactos y resto de información sincronizada con iCloud.

Los hechos ocurrieron en marzo de 2017, cuando los ciberdelincuentes informaron a través de Vice de estar en posesión de más de 300 millones de cuentas de Apple. Mostraban para ello capturas de pantalla e incluso vídeos subidos a YouTube en los que, supuestamente, estaban accediendo a un montón de cuentas de usuarios a través de sus legítimas contraseñas.

En Applesfera Alerta de seguridad en Apple: descubren un fallo imposible de solucionar que afecta a estos dispositivos

Afirmaban tener un listado de todas las contraseñas y tener suma facilidad para cambiarlas y apoderarse de las cuentas. Pretendían poner a la compañía californiana entre la espada y la pared ante una tesitura en la que, sobre el papel, saldrían perdiendo. O dinero o reputación. O ambas cosas en ambos casos.

Si Apple cedía al chantaje, perdería dinero, pero también prestigio al ceder a los chantajes de unos ciberdelincuentes que nadie conocía muy bien su origen. Si no aceptaba el chantaje, millones de usuarios perderían sus cuentas, llegarían demandas y la imagen de la empresa quedaría por los suelos. Para colmo, en ambos casos quedaban ya señalados por no tener barreras de seguridad suficientes.

Pues bien… nada de esto ocurrió.

Roma no paga a traidores. Y Apple tampoco {"videoId":"x90pfg8","autoplay":true,"title":"JAILBREAK: Que pasó con los hackers del iPhone", "tag":"webedia-prod", "duration":"820"}

Apple se ha aprovechado muchas veces de los hackers y estos de Apple. En el buen sentido. Es habitual que compañías como Google ofrezcan recompensas por hackear sus sistemas. Lo hacen con el fin de detectar amenazas que su equipo no ha logrado detectar y, de paso, a un precio incluso inferior al que les cuesta mantener a sus equipos.

Apple llega incluso a contratar a hackers que vulneraron sus sistemas cuando creen aptos sus conocimientos y valías para formar parte de sus equipos. Sin embargo, lo han hecho con una diferencia más que sustancial con respecto a la Familia Turca del Crimen: no les hicieron chantaje.

Apple agradece y premia a quienes les muestran vulnerabilidades en sus sistemas y, en casos como estos, hace caso omiso. Sobre todo cuando saben que la amenaza no es real. Tanto es así que, según revelaron los propios ciberdelincuentes y reflejaron varios medios, un miembro de Apple les dijo lo siguiente:

"En primer lugar, les pedimos amablemente que eliminen el vídeo que han subido en su canal de YouTube, ya que solo pretenden llamar la atención. En segundo lugar, nos gustaría que sepan que no recompensamos a los delincuentes cibernéticos por violar la ley".

Si bien la compañía de Cupertino nunca llegó a confirmar estos hechos, tampoco los desmintieron. El comunicado en sí, según expresaban en Vice, pudo ser visto por redactores que acreditaban que, efectivamente, la dirección web de ese comunicado acababa en @apple.com, como señal inequívoca de que fue un miembro de la compañía quien lo envió.

Y al final… nada

Si bien los ciberdelincuentes siguieron insistiendo en sus amenazas y en tratar de probar que tenían esa base de datos con más de 300 millones de contraseñas de cuentas de Apple, nunca llegaron a ejecutar su amenaza. Es esto lo que refuerza la idea de que, en realidad, nunca tuvieron semejante poder.

En Applesfera No todo es Siri AI: esta nueva función de IA de iOS 27 es lo mejor para cambiar todas las contraseñas automáticamente

Apple optó por no ceder ante la presión y salió reforzada al mantener su postura firme. Mientras tanto, los usuarios tienen una oportunidad más para aprender a protegerse en un entorno digital cada vez más hostil.

Este intento fallido de chantaje sí logró dejar claro que, sean o no reales las amenazas, estas existen y no hay mejor forma de protegerse que añadir algo más que una contraseña. Es aquí donde entran factores que ya aplican las cuentas de Apple, como la autenticación de doble factor o las passkeys.

En Applesfera | Cómo saber si mi iPhone tiene un virus y qué puedo hacer para eliminarlo

En Applesfera | Qué hacer si te roban tu iPhone: paso a paso para recuperar, bloquear o borrarlo en remoto

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia Decían poder secuestrar más de 300 millones de iPhone y pidieron un rescate a Apple. La compañía tardó poco en desmontarles fue publicada originalmente en Applesfera por Álvaro García M. .

Trailer promocional de DRAGON BALL XENOVERSE 3

El año pasado os contamos que Apple se había gastado 882 millones de dólares en poco más de un mes comprando oficinas en Silicon Valley. Pensábamos que con eso tendría suficiente para una temporada. Pues no. Apple acaba de volver a sacar la chequera y ha comprado otro edificio de oficinas en Sunnyvale por 162 millones de dólares. El Apple Park se queda pequeño, literalmente.

Lo curioso es que este edificio ya lo tenían alquilado desde el año pasado. Apple lleva tiempo convirtiendo arrendamientos en propiedades, y esta vez encima ha hecho un buen negocio: el edificio se vendió en 2022 por 222 millones, y Apple lo ha comprado ahora por 162. Un descuento del 27% sobre el precio anterior. No está mal para una empresa que compra a precio de mercado como cualquier hijo de vecino.

{"videoId":"x8y2seu","autoplay":true,"title":"Steve Jobs Theatre", "tag":"", "duration":"59"} 162 millones por un edificio que ya tenían alquilado, y encima de oferta

El edificio está en el 684 de West Maude Avenue, en el barrio de Peery Park, a menos de un kilómetro de otros edificios que Apple ya tiene en Sunnyvale. Son cuatro plantas y casi 18.000 metros cuadrados de espacio de oficinas. Antes lo tenía alquilado LinkedIn, aunque no está claro si llegaron a mudarse. Apple firmó el subarrendamiento el año pasado y en cuanto tuvo la oportunidad lo compró.

El precio que pagó, 162 millones, queda muy por debajo de los 222 millones que costó en 2022. El mercado inmobiliario de oficinas en Silicon Valley lleva tiempo flojo, con tasas de desocupación que en algunas zonas superan el 18 o el 30 por ciento, y Apple está aprovechando ese momento para comprar a buen precio lo que ya usa o planea usar. 

Apple lleva años siguiendo el mismo patrón: alquila un edificio, lo ocupa durante un tiempo, y cuando tiene la oportunidad lo compra. En diciembre pagó 216 millones por dos edificios en Cupertino que llevaba alquilando desde 2015. En junio del año pasado compró otro grupo de edificios por 167 millones. Y antes de eso, 350 millones por el Mathilda Commons y 365 millones por el Mathilda Campus, ambos en Sunnyvale y ambos ya ocupados en su mayor parte por Apple.

Apple es una de las empresas más estables del sector, no hace despidos masivos como Microsoft o Meta, y sabe que los equipos que trabajan en esos edificios van a seguir ahí durante mucho tiempo. Si vas a pagar alquiler durante décadas, en algún momento sale más a cuenta ser el propietario. Y más cuando el mercado está a la baja y puedes comprar con descuento.

¿Para qué tanto espacio?

Apple tiene proyectos que necesitan instalaciones separadas del Apple Park, en parte por razones de seguridad y en parte porque algunos desarrollos requieren equipamiento muy especializado. Las gafas, por ejemplo, se desarrollan en una instalación de Santa Clara separada del campus principal precisamente para evitar filtraciones.

En total Apple tiene ahora mismo al menos 15 edificios en la zona de Sunnyvale, y eso sin contar el Apple Park, One Infinite Loop y el resto de instalaciones que tiene repartidas por Cupertino y Santa Clara.

882 millones gastados el año pasado, 162 millones más ahora. Apple juega al Monopoly con Silicon Valley y de momento no da señales de querer parar. Con todos los proyectos que tiene entre manos para los próximos años, probablemente necesite cada metro cuadrado que está comprando. Y con el mercado de oficinas como está, tampoco es el peor momento para hacerlo.

En Applesfera | Nuevas gafas de Apple - Todo lo que creemos saber sobre ellas

En Applesfera | Nuevos iPhone 18 Pro y 18 Pro Max - Todo lo que creemos saber sobre ellos

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia En el Apple Park ya no cabe un alfiler. Apple necesita llevarse sus proyectos fuera del anillo fue publicada originalmente en Applesfera por Guille Lomener .

Trailer promocional de Bel's Fanfare

En las próximas horas, Amazon dará comienzo a su Prime Day 2026. Pero no hace falta esperar hasta entonces para encontrar buenas ofertas, y es que la tienda ha ido ofreciendo pequeños adelantos bastante atractivos. Hay bases de carga, lectores de libros electrónicos, auriculares y mucho más.

• Anker MagGo por 49,59 euros, una base de carga plegable que es ideal para llevarla de viaje.
• Fire TV Stick 4K Plus por 33,99 euros, un dispositivo que permite ver Apple TV y otras plataformas en casi cualquier tele.
• Soundcore Space Q45 por 69,99 euros, unos auriculares con una excelente relación calidad-precio.
• Kindle Colorsoft Signature Edition (pack) por 257,97 euros, un pack que incluye el eReader, una funda y una base de carga.
• Echo Show 11 por 154,99 euros, un altavoz con pantalla que es compatible con Alexa+.

Anker MagGo

Si ahora que se acerca el verano ya estás pensando en las vacaciones, mucho ojo al Anker MagGo. Se trata de una base de carga que destaca sobre todo porque se puede plegar, por lo que es muy cómodo de llevar en la mochila o en un bolsillo. Incorpora tres módulos para recargar un iPhone, un Apple Watch y unos AirPods y es compatible con MagSafe. Su precio es de 49,59 euros (antes 99,99 euros).

Fire TV Stick 4K Plus

Como era de suponer, Amazon ha bajado el precio de los Fire TV Stick. Hay muy buenas ofertas, pero el más destacable es el Fire TV Stick 4K Plus, sobre todo si queremos un buen precio, un buen rendimiento y compatibilidad con Dolby Vision y Dolby Atmos. Es compatible con Alexa+ y permite reproducir contenido de plataformas como Apple TV o Netflix en casi cualquier tele, siempre y cuando esta cuente con un puerto HDMI. Su precio es de 33,99 euros (antes 69,99 euros).

Soundcore Space Q45

Si quieres aprovechar el Prime Day para comprar unos buenos auriculares de diadema pero los AirPods Max 2 se te escapan de presupuesto, Amazon tiene los Soundcore Space Q45 por 69,99 euros (antes 149,99 euros). Se escuchan muy bien y son muy ligeros, pero destacan sobre todo por su cancelación de ruido y por lo cómodos que son. Los puedes llevar puestos durante horas sin sentir fatiga. Son los que utilizo yo mismo desde hace varios años y pocos le hacen frente por el precio que tienen ahora mismo.

Kindle Colorsoft Signature Edition (pack)

De momento Amazon no ha lanzado ofertas en sus lectores, pero sí que podemos encontrarlos rebajados en algunos packs. El Kindle Colorsoft Signature Edition ahora mismo cuesta 257,97 euros (antes 322,08 euros) en un pack que incluye tanto una funda protectora como una base de carga inalámbrica. La pantalla del lector es a color y tiene una diagonal de siete pulgadas, su batería tiene una autonomía de semanas y cuenta con 32 GB de almacenamiento interno.

Echo Show 11

Amazon también ha lanzado ofertas en los dispositivos Echo y el Echo Show 11 ahora mismo se encuentra a un precio de 154,99 euros (antes 239,99 euros). Se trata de un altavoz inteligente (parecido al Echo Dot), pero con una pantalla integrada de 11 pulgadas. Permite ver información relativa al tiempo, reproducir música o ver contenido en plataformas de streaming.

En Applesfera Qué AirPods comprar en 2026: los mejores auriculares de Apple y cuál elegir según tus necesidades

Algunos de los enlaces de este artículo son afiliados y pueden reportar un beneficio económico a Applesfera. En caso de no disponibilidad, las ofertas pueden variar.

Imágenes | Amazon, Anker

En Applesfera | Qué iPhone comprar. Guía para elegir el smartphone de Apple más adecuado para ti

En Applesfera | Mejores accesorios Magsafe para tu iPhone

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia Auriculares, eReaders, bases de carga MagSafe y más: los cinco mejores chollos antes del Prime Day de Amazon fue publicada originalmente en Applesfera por Alberto García .

Cuando se anunció watchOS 27 se vivió un pequeño drama al ver que ni siquiera un Apple Watch Series 9 lanzado hace menos de tres años era compatible. Aquello fue un error de Apple y enseguida supimos la auténtica compatibilidad de watchOS 27, aunque seguía dejando fuera a varias generaciones.

Ahora, en declaraciones a TechRadar, varios portavoces de Apple han explicado a fondo el por qué de la incompatibilidad con cinco modelos de Apple Watch que sí soportaron watchOS 26. Tras leerla, vemos que tiene sentido la explicación, aunque es algo incoherente si miramos a iOS 27.

Hardware, el motivo de la limitación de software El primer Apple Watch Ultra, que aún no ha cumplido cuatro años, se queda fuera de watchOS 27

Hay cinco modelos que no tendrán watchOS 27: Apple Watch Series 6, Series 7, Series 8, Ultra 1 y SE (2ª gen.). Cualquier otro posterior a ellos sí lo recibirá y con ello una serie de novedades que, a falta de ver si llegan a Europa, parecen requerir un determinado hardware. Y es eso lo que explican en Apple.

David Clark, director senior de ingeniería de software en watchOS, explicó a TechRadar que uno de los objetivos de watchOS 27 era convertir al Apple Watch en un auténtico compañero de IA con Apple Intelligence.

Según el ejecutivo, el reloj es muchas veces "la forma más conveniente de interactuar con Siri", por lo que querían que la experiencia fuese consistente entre el iPhone y la muñeca, con acceso a la misma información de la nueva Siri AI independientemente del dispositivo desde el que se invoque al asistente.

En Applesfera iOS 26.5 prometía mejorar su compatibilidad con relojes que no fuesen de Apple. Lo he probado y hay buenas noticias

Cait Dooley, responsable de marketing del Apple Watch y el área de Salud de Apple, fue quien explicó que la compañía prioriza siempre el rendimiento y que las nuevas funciones ofrezcan la mejor experiencia. Y dicen que eso se podía lograr solo en dispositivos más recientes como los que finalmente han sido compatibles con watchOS 27.

Aunque Apple no ha detallado oficialmente los los requisitos técnicos, la línea de corte coincide con la llegada del chip S9 y un mayor almacenamiento interno en el reloj. Modelos como el Series 8 o el Ultra original utilizan el chip S8, mientras que el S9 incorporó un Neural Engine más potente orientado a tareas de aprendizaje automático, mientras que también disponen de 64 GB de espacio para instalar los modelos que se ejecutan en local.

El por qué no acaba de ser una excusa convincente El iPhone 11 debería ser un perfecto ejemplo para los Apple Watch antiguos que no recibirán watchOS 27

¿Tiene razón Apple en ser tan restrictiva con las grandes novedades de watchOS 27? Creo que sí. El enfoque de la compañía en que muchos de los modelos de IA se ejecuten en local hacen que, muy a pesar de quienes tenemos Watch anteriores, solamente se pueda ejecutar en los más potentes.

El verdadero problema de todo esto está en que habrá muchos Apple Watch que se queden en una versión "inestable" como es watchOS 26. Y uso comillas porque hace casi un año que se lanzó oficialmente, que vamos ya por watchOS 26.5 y no es ninguna beta, sino que es una versión final.

Sin embargo, como ha sucedido también en iOS 26 y macOS 26 Tahoe, watchOS 26 ha sido una versión plagada de problemas: alto consumo de batería, apps que no funcionan como deberían... Y todo ello sigue sucediendo, aunque en menor medida, en watchOS 26.5, que es la última que se ha lanzado.

En iOS 27 sí encontramos dispositivos antiguos sin grandes novedades, pero sí con las mejoras de rendimiento

En watchOS 27 se centrarán también en pulir esos problemas, razón por la que personalmente me cuesta entender que no llegue a todos los relojes. Sobre todo por que ya tenemos el ejemplo perfecto en los iPhone. Más en concreto en los iPhone 11.

Estos dispositivos no tienen capacidades para tener la nueva IA de Apple y por tanto no la tendrán. Sin embargo, sí que actualizarán para recibir otras novedades como las citadas mejoras en rendimiento. Y creo que es justo lo que se podía haber hecho con los Apple Watch Series 6 y compañía, en lugar de dejarlos anclados en watchOS 26.

La vida que les queda a los relojes que no llegan a watchOS 27 {"videoId":"xaelf7u","autoplay":true,"title":"iOS 27 Las funciones que realmente usarás", "tag":"webedia-prod", "duration":"395"}

Pese a que vayamos a tener cinco modelos que no se actualicen, en esas mismas declaraciones a TechRadar, Apple confirma que seguirá habiendo actualizaciones para ellos. No serán de watchOS 27, pero sí actualizaciones intermedias de watchOS 26.

En Applesfera El nuevo CEO de Apple se ha marcado como prioridad lo que Tim Cook había dejado en el cajón: el diseño

No es ninguna sorpresa esto sabiendo que, de forma muy acertada, Apple sigue actualizando dispositivos que quedaron obsoletos hace ya años. Lo hacen por motivos de seguridad, ya que suelen añadir parches importantes cuando así se requiere.

Es aquí donde entra un atisbo de esperanza para quienes tenemos relojes que no recibirán watchOS 27. Es posible que en watchOS 26.6 (ya en beta) se corrijan de una vez por todas los problemas de rendimiento encontrados hasta la fecha y en los que incluso apps nativas como Recordatorios tienen algún fallo. Aunque sin duda, no serán arreglos con el mismo nivel de profundidad que en watchOS 27.

En Applesfera | Nuevo Apple Watch Series 12 - Todo lo que creemos saber sobre él

En Applesfera | Nuevos iPhone 18 Pro y 18 Pro Max - Todo lo que creemos saber sobre ellos

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia Que watchOS 27 deje fuera a cinco Apple Watch ya tiene una explicación oficial. Otra cosa es que nos convenza fue publicada originalmente en Applesfera por Álvaro García M. .

La crisis de memorias y sus consecuencias para Apple está entrando en su época más difícil. Tim Cook lo confirmó, Gurman avisó de que las subidas llegarían antes de otoño, y nosotros ya os contamos qué comprar ahora y qué esperar. Pues bien, ahora hay un número encima de la mesa, y cuesta creerlo: 1.399 dólares de salida para el iPhone 18 Pro, lo que en euros podría traducirse en unos 1.500 euros para el iPhone 18 Pro y cerca de 1.700 euros para el iPhone 18 Pro Max.

Me niego a creérmelo del todo, y no lo digo por optimismo mal entendido sino porque la historia de Apple con los precios nos ha enseñado varias veces que los números que circulan antes de septiembre suelen ser peores de lo que termina pasando. Pasó con los aranceles, cuando todos los medios hablaban de iPhone a 2.000 dólares y al final el iPhone 17 mantuvo el precio. Que esta vez la situación sea diferente no significa que el resultado final tenga que ser tan extremo.

{"videoId":"x9xr9ly","autoplay":true,"title":"CRISIS de la RAM- PRECIOS un 300% más ALTOS en el componente que está en TODOS tus dispositivos", "tag":"memoria ram", "duration":"348"} El Wall Street Journal pone cifras encima de la mesa

El análisis parte de los costes de fabricación. La memoria DRAM que Apple pagó unos 39 dólares en el iPhone 17 Pro podría costar hasta 145 dólares en el iPhone 18 Pro. El almacenamiento flash de 256 GB, que salía por unos 13 dólares, podría subir hasta 51. En total, los costes de fabricación del iPhone 18 Pro subirían un 25% respecto al iPhone 17 Pro, llegando a unos 726 dólares por unidad.

Para mantener el margen de beneficio habitual de alrededor del 47%, Apple tendría que cobrar 1.371 dólares. Pero como Apple prefiere precios redondos y psicológicamente manejables, el análisis apunta a 1.299 dólares como escenario más probable, con un margen algo más ajustado del 44%. Y si encima sumamos el nuevo sistema de cámara, que según las filtraciones costará a Apple un 50% más que el de la generación anterior, el precio podría escalar hasta esos 1.399 dólares o más.

Aumento del precio de un módulo de 16GB de RAM Apple casi nunca sube tanto como dicen los rumores

Aquí es donde conviene poner un poco de perspectiva. Apple lleva años gestionando sus precios de una forma muy particular, y raramente hace subidas tan agresivas como las que se predicen antes de septiembre. Con los aranceles de Trump se auguraba iPhone a 2.000 dólares y el iPhone 17 mantuvo el precio. 

Con el iPhone 17 Pro utilizaron un truco: desapareció la versión de 128 GB y el modelo base pasó a ofrecer 256 GB, lo que técnicamente no era una subida de precio pero sí encarecía el acceso al modelo más económico.

Con los Mac ya hemos visto algo parecido. El Mac mini dejó de venderse en su configuración de 256 GB y el precio de entrada subió de golpe. No es que Apple subiera el precio, es que eliminó el modelo más barato. Y eso puede pasar perfectamente con el iPhone 18 Pro.

Las jugadas que puede hacer Apple para no parecer el malo

Hay varias formas en las que Apple puede gestionar esto sin que el titular sea "Apple sube el iPhone 200 euros". La más probable, siguiendo el patrón reciente, es que:

• El iPhone 18 Pro desaparezca en su versión de 256 GB y pase a ofrecer solo 512 GB como configuración base. 
• El iPhone 17 Pro de 512 GB cuesta actualmente 1.569 euros, y el Pro Max de 512 GB sale a 1.719 euros.
• Esos números coinciden bastante con las proyecciones del análisis (traducido a euros).
• Aunque es una barbaridad de precio, al menos "nos llevamos algo a cambio".

La otra jugada es simplemente subir el precio base de forma moderada, unos 100 euros en España como pasó con el iPhone 14 Pro por la diferencia euro dólar, y negociar con los proveedores para absorber parte del coste extra. 

Modelo

Almacenamiento

Precio EE.UU.

Precio ESPAñA

iphone 6

16 GB

649 dólares

699 euros

iphone 6s

16 GB

649 dólares

749 euros

iphone 7

32 GB

649 dólares

769 euros

iphone 8

64 GB

699 dólares

809 euros

iphone x

64 GB

999 dólares

1.159 euros

iphone xs

64 GB

999 dólares

1.159 euros

iphone 11 pro

64 GB

999 dólares

1.159 euros

iphone 12 pro

128 GB

999 dólares

1.159 euros

iphone 13 pro

128 GB

999 dólares

1.159 euros

iphone 14 pro

128 GB

999 dólares

1.319 euros

iphone 15 pro

128 GB

999 dólares

1.219 euros

iphone 16 pro

128 GB

999 dólares

1.219 euros

iPhone 17 Pro

256 GB

1.099 dólares

1.319 euros

iPhone 18 Pro (estimación 1)

256 GB

1.199 dólares

1.419 euros

iPhone 18 Pro (estimación 2)

512 GB

1.299 dólares

1.569 euros

Apple compra a un volumen que le da mucho margen de negociación, y no va a repercutir el 100% de la subida al consumidor porque sabe que hay un límite a partir del cual la gente empieza a mirar a otras marcas o a no renovar sus modelos.

Lo que sí parece claro es que algo va a subir. Los rumores de principios de año decían que Apple mantendría precios, y esos rumores los daban fuentes que parecían fiables. Pero las declaraciones públicas de Tim Cook pesan más que cualquier filtración, y Tim ha dicho que vienen subidas. La pregunta ya no es si suben sino cuánto, y la respuesta está en Cupertino guardada hasta septiembre.

Hasta entonces todo son proyecciones, y la experiencia nos dice que Apple suele encontrar la forma de que el golpe no sea tan brutal como parecía en los análisis previos. Ojalá esta vez no sea la excepción.

Fuente | The Wall Street Journal

En Applesfera | Nuevos iPhone 18 Pro y 18 Pro Max - Todo lo que creemos saber sobre ellos

En Applesfera | Qué iPhone comprar en 2026 - Guía para elegir el smartphone de Apple más adecuado para ti

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia La última filtración le pone precio al iPhone 18 Pro y cruzamos los dedos para que esta vez no acierten fue publicada originalmente en Applesfera por Guille Lomener .

A ver, si te dedicas al desarrollo de Android, ya sabrás que una aplicación que se siente «estática» es una aplicación que no engancha. Las animaciones no son solo adornos para que la app se vea bonita; son la herramienta clave para que el usuario entienda qué está pasando en la pantalla, ya sea que un dato se esté cargando o que una ventana se despliegue. Con la llegada de <strongdalam=»Jetpack Compose»>Jetpack Compose, hemos pasado de pelearnos con archivos XML complicados a un modelo declarativo donde decirle a la interfaz cómo moverse es mucho más intuitivo.

Lo cierto es que Compose nos ofrece un abanico de opciones tan amplio que, al principio, uno puede sentirse un poco perdido sobre qué herramienta sacar del cajón. Desde cosas sencillas que se hacen casi solas hasta controles de bajo nivel para los que queremos pixelar cada movimiento, hay una API para cada necesidad. En este artículo vamos a desgranar <strongdalam=»todos los mecanismos de animación»>todos los mecanismos de animación, desde el famoso AnimatedVisibility hasta la gestión de rendimiento, para que tus interfaces fluyan como la seda.

Dominando la Aparición y Desaparición con AnimatedVisibility

Cuando queremos que un elemento aparezca o se vaya de la pantalla, la opción más directa es <strongdalam=»AnimatedVisibility»>AnimatedVisibility. Lo bueno de este componente es que no se limita a cambiar la opacidad, sino que gestiona la composición: cuando el elemento es invisible, Compose <strongdalam=»lo retira totalmente del árbol de nodos»>lo retira totalmente del árbol de nodos, lo cual es genial para la accesibilidad y el rendimiento. Si quieres darle un toque más profesional, puedes combinar efectos usando el operador <codedalam=»+»>+, mezclando por ejemplo un <codedalam=»fadeIn()»>fadeIn() con un <codedalam=»slideInVertically()»>slideInVertically() para que el contenido no solo aparezca, sino que se deslice suavemente.

Ahora bien, existe una alternativa si solo buscas un efecto de transparencia: <strongdalam=»animateFloatAsState»>animateFloatAsState aplicado al alfa. La diferencia crucial es que, con este método, el elemento <strongdalam=»sigue ocupando espacio»>sigue ocupando espacio en el diseño aunque no se vea, lo que puede dar problemas con los lectores de pantalla. Por eso, si el objetivo es que el componente desaparezca de verdad, AnimatedVisibility es la elección ganadora.

Animaciones Basadas en Estado: La Magia de animate*AsState

Para aquellos cambios de valores simples, Compose nos regala una familia de funciones muy cómodas. Si necesitas cambiar un color, un tamaño o una posición, tienes <strongdalam=»animateColorAsState, animateDpAsState o animateFloatAsState»>animateColorAsState, animateDpAsState o animateFloatAsState. Estas funciones son ideales porque mantienen el estado durante la recomposición, haciendo que la transición entre el valor A y el valor B sea fluida sin que tengas que programar cada frame manualmente.

Un punto donde mucha gente mete la pata es en la animación de colores de fondo. En lugar de usar <codedalam=»Modifier.background()»>Modifier.background(), que puede provocar demasiadas recomposiciones, es mucho más eficiente emplear <strongdalam=»Modifier.drawBehind»>Modifier.drawBehind. Al dibujar el color directamente en la fase de dibujo, la app respira mejor y el rendimiento sube notablemente. Además, para ajustar la velocidad y el «feeling» de estas animaciones, disponemos de <strongdalam=»animationSpec»>animationSpec, donde podemos elegir entre un <codedalam=»spring»>spring (estilo muelle, más natural) o un <codedalam=»tween»>tween (duración fija con una curva de aceleración).

Coordinación Avanzada: updateTransition y Animatable

A veces no basta con animar una sola cosa. Imagina que quieres que un botón cambie de tamaño, rote 45 grados y cambie de color, todo a la vez y sincronizado. Para esto existe <strongdalam=»updateTransition»>updateTransition. El truco aquí es definir un estado (normalmente un Enum) y dejar que la transición gestione todas las propiedades dependientes. Así, todas las animaciones <strongdalam=»están perfectamente coordinadas»>están perfectamente coordinadas y no se desfasan entre sí.

Si lo que buscas es un control absoluto, casi quirúrgico, tienes que irte a <strongdalam=»Animatable»>Animatable. Esta es la API de bajo nivel. A diferencia de las anteriores, Animatable te permite <strongdalam=»interrumpir la animación»>interrumpir la animación, invertirla o cambiar el objetivo en tiempo real mediante funciones de suspensión como <codedalam=»animateTo()»>animateTo() o <codedalam=»snapTo()»>snapTo(). Es la herramienta perfecta para gestos complejos donde el usuario puede detener el movimiento con el dedo.

Transiciones de Contenido y Navegación

Cuando el cambio no es solo de una propiedad, sino de un componente entero por otro, entra en juego <strongdalam=»AnimatedContent»>AnimatedContent. Es ideal para cambiar entre pantallas de carga y pantallas de datos. Podemos personalizar la <codedalam=»transitionSpec»>transitionSpec para definir exactamente cómo sale el contenido antiguo y cómo entra el nuevo. Para los que usan <strongdalam=»navigation-compose»>navigation-compose, ya es posible integrar estas transiciones directamente en el NavHost mediante <codedalam=»enterTransition»>enterTransition y <codedalam=»exitTransition»>exitTransition, logrando que el salto entre destinos sea elegante y no un corte brusco.

Efectos Continuos y Animaciones de Texto

Para aquellos elementos que nunca dejan de moverse, como un spinner de carga o un efecto de pulsación, <strongdalam=»rememberInfiniteTransition»>rememberInfiniteTransition es la solución. Permite crear bucles infinitos usando <codedalam=»infiniteRepeatable»>infiniteRepeatable, donde puedes decidir si la animación debe ir y volver (Reverse) o simplemente reiniciar desde el principio. En el caso del texto, hay un detalle vital: para que las transformaciones de escala o rotación se vean fluidas, debemos configurar el parámetro <strongdalam=»textMotion como TextMotion.Animated»>textMotion como TextMotion.Animated dentro del estilo del texto.

El Rincón del Rendimiento: Evitando el Lag

Animar píxeles rápidamente puede consumir muchos recursos si no se hace con cabeza. La regla de oro en Compose es: <strongdalam=»evita la fase de recomposición»>evita la fase de recomposición siempre que puedas. Si animas un valor que cambia el layout, Compose tiene que volver a calcular el tamaño de todo, lo cual es costoso. La solución es delegar el trabajo a la fase de dibujo utilizando <strongdalam=»Modifier.graphicsLayer»>Modifier.graphicsLayer.

Al usar <codedalam=»graphicsLayer»>graphicsLayer para propiedades como la escala, rotación o alfa, estamos moviendo el trabajo a la GPU, saltándonos la recomposición y el rediseño. Asimismo, es muy recomendable usar <strongdalam=»las versiones lambda de los modificadores»>las versiones lambda de los modificadores, ya que permiten que la lectura del estado animado ocurra lo más tarde posible en el ciclo de renderizado, manteniendo así los 60 FPS incluso en dispositivos menos potentes.

Mirando al Pasado: El Enfoque Legacy

Aunque Compose es el presente, es bueno recordar que antes dependíamos de <strongdalam=»ObjectAnimator y archivos XML»>ObjectAnimator y archivos XML en la carpeta <codedalam=»res/anim»>res/anim. Aquellos sistemas se basaban en <codedalam=»PropertyValuesHolder»>PropertyValuesHolder para alterar la opacidad (ALPHA), la rotación o la traslación. Aunque eran potentes, requerían mucho más código repetitivo y la gestión de los listeners para saber cuándo terminaba una animación era bastante más tediosa que el sistema actual de corrutinas y estados de Compose.

Tener un dominio sólido de las APIs de animación, desde la sencillez de AnimatedVisibility hasta la potencia de Animatable, permite transformar una interfaz plana en una experiencia vibrante. La clave reside en elegir la herramienta adecuada según la complejidad del efecto y priorizar siempre el uso de graphicsLayer para que el rendimiento no se vea comprometido, asegurando que el usuario perciba una aplicación profesional, fluida y agradable al tacto. Comparte esta guía y más usuarios conocerán los trucos.

Casi dos semanas después de la WWDC26, empiezo a dejar de lado el disgusto de que Siri AI no llegue a Europa de momento. Esto me está permitiendo observar mejor las otras novedades de inteligencia artificial que sí llegarán a nuestro país. Y las de Safari y Contraseñas de Apple son dos de las más interesantes.

En iOS 27, iPadOS 27  y macOS 27 Golden Gate nos encontraremos con varios modelos de IAs agénticas. De esas que trabajan en segundo plano por ti para ahorrarte trabajo. Y aunque aún están en pañales, son de las funciones con más potencial de los nuevos sistemas. Al menos de lo que nos llegará a Europa.

Índice de Contenidos (4)

• La mala noticia: solo para Apple Intelligence
• Un solo botón para cambiar todas las contraseñas
• Safari te notifica cuando algo cambia
• Extensiones personalizadas de Safari

La mala noticia: solo para Apple Intelligence {"videoId":"xaelf7u","autoplay":true,"title":"iOS 27 Las funciones que realmente usarás", "tag":"webedia-prod", "duration":"395"}

Solo los dispositivos que tengan compatibilidad con Apple Intelligence podrán acceder a las funciones de IA que vamos a comentar. Así que si no se tiene uno de ellos, aunque el software esté actualizado a esas versiones, no lo tendrán.

MODELOS COMPATIBLES

IPHONE

• iPhone 15 Pro / iPhone 15 Pro Max
• iPhone 16e / iPhone 16 / iPhone 16 Plus / iPhone 16 Pro / iPhone 16 Pro Max
• iPhone 17e / iPhone 17 / iPhone 17 Pro / iPhone 17 Pro Max
• iPhone Air

IPAD

• iPad mini (A17 Pro - 2024)
• iPad Air (M1) / iPad Air (M2) / iPad Air (M3) / iPad Air (M4)
• iPad Pro (M1) / iPad Pro (M2) / iPad Pro (M4) / iPad Pro (M5)

MAC

• iMac (M1) / iMac (M3) / iMac (M4)
• Mac mini (M1) / Mac mini (M2/M2 Pro) / Mac mini (M4/M4 Pro)
• Mac Studio (M1 Max/M1 Ultra) / Mac Studio (M2 Max/M2 Ultra) / Mac Studio (M4 Max) / Mac Studio (M3 Ultra) 
• Mac Pro (M2 Ultra)
• MacBook Neo (A18 Pro)
• MacBook Air (M1) / MacBook Air (M2) / MacBook Air (M3) / MacBook Air (M4) / MacBook Air (M5)
• MacBook Pro (M1/M1 Pro/M1 Max) / MacBook Pro (M2/M2 Pro/M2 Max) / MacBook Pro (M3/M3 Pro/M3 Max) / MacBook Pro (M4/M4 Pro/M4 Max) / MacBook Pro (M5/M5 Pro/M5 Max)

Un solo botón para cambiar todas las contraseñas

La primera función de IA agéntica que destaca en los nuevos sistemas operativos es la capacidad de la app Contraseñas de Apple para que baste con tocar un botón para que se cambien todas nuestras contraseñas vulnerables. Y sí, sin tener que ir una por una a cada web y app para cambiarlas.

Desde que llegó en iOS 18, esta aplicación tiene la capacidad de escanear si nuestras contraseñas son vulnerables en virtud de si han aparecido en alguna filtración de datos, si detecta que es muy sencilla o si hace mucho tiempo que no las cambiamos.

En Applesfera El 60% de las contraseñas se revientan en menos de una hora. La solución ya viene instalada de serie en el iPhone

La diferencia ahora es que también aparece una nueva función de seguridad que servirá para cambiar una, varias o todas esas contraseñas vulnerables. Una IA lo hará en segundo plano sin que tengas que entrar en sus respectivos sitios web y generará una nueva contraseña aleatoria y segura que se quedará guardada en la propia app para que sepas cuál es.

Eso sí, hay que advertir que no todos los sitios web admiten esta funcionalidad, ya que deben tener una API que lo permita. Por suerte, cuentas de Google y otras plataformas importantes ya lo admiten.

Safari te notifica cuando algo cambia

Estás esperando para que vuelva a haber stock de un producto de una tienda online o si este baja de precio. O puede que simplemente quieras ver cuándo se publica un nuevo artículo en Applesfera. Hay muchas situaciones en las que sí o sí tendrás que estar pendiente de una web e ir refrescándola para ver los cambios.

Contra eso "peleará" Safari en el nuevo sistema operativo de Apple , ya que hay una nueva función llamada Notify me y que en castellano se ha traducido como Notificarme (en macOS 27) y Recibir notificaciones (en iOS 27 y iPadOS 27).

Una nueva IA agéntica de Apple hará esa labor de espera por ti. Estará en segundo plano refrescando una página web a la espera de que aparezcan cambios que te interesen y, cuando se producen, te avisan.

Esta función está dentro de las opciones de lectura de Safari y al acceder a ella se debe describir qué es lo que queremos que nos notifique. Ahí se puede usar lenguaje natural para explicar lo que queremos que nos notifique. 

En la parte de abajo se puede elegir la frecuencia con la que queremos que Safari busque cambios. Por desgracia no es posible hacer que esté pendiente de forma continua, aunque sí se puede elegir que lo haga cada día, cada semana o cada semana en días alternos.

Cabe señalar que podrás tener la app de Safari cerrada porque el escaneo será en segundo plano. Lo único necesario es que tengas el Mac, iPhone o iPad encendido si quieres que te llegue la notificación.

Extensiones personalizadas de Safari

Las extensiones llevan años siendo uno de los puntos débiles de Safari frente a navegadores como Chrome. Apple ha intentado reducir esa distancia con una nueva función que nos permitirá crear una extensión basándose en una descripción. Una que, como con las notificaciones, podremos escribir con lenguaje natural.

La idea es interesante porque elimina una de las mayores barreras de entrada para los usuarios. Hasta ahora había que buscar una extensión ya creada por un desarrollador, instalarla y esperar que siguiese recibiendo soporte. Con esta nueva función, cada usuario podrá crear pequeñas herramientas adaptadas exactamente a sus necesidades. Apple mostró el ejemplo de una extensión para guardar y puntuar recetas, pero las posibilidades parecen mucho más amplias.

En Applesfera El primer susto con macOS 27: una app incompatible y cómo prepararte para lo que viene

Lo mejor es que no hace falta saber programar. Safari interpreta la descripción, genera la extensión y la añade directamente al navegador. Y todo a través del mismo botón de opciones de lectura donde ya encontrábamos las opciones de notificaciones.

Una vez que se crea, se guarda como cualquier otra extensión de Safari y puede activarse, desactivarse o eliminarse desde los ajustes del navegador. Además, Apple asegura que el código generado puede revisarse antes de instalarlo, así que así podremos comprobar la transparencia y seguridad para el usuario.

En Applesfera | Apple macOS: todas las versiones hasta la fecha, cómo saber la que estás usando y cómo actualizar el sistema operativo

En Applesfera | ¿Cuántos años de actualizaciones le quedan a mi iPhone? Así podemos saberlo

(function() { window._JS_MODULES = window._JS_MODULES || {}; var headElement = document.getElementsByTagName('head')[0]; if (_JS_MODULES.instagram) { var instagramScript = document.createElement('script'); instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js'; instagramScript.async = true; instagramScript.defer = true; headElement.appendChild(instagramScript); } })();

-
La noticia Sé que todos hablan de Siri AI, pero la "otra IA" que Apple trae en iOS 27 y macOS 27 es brutal fue publicada originalmente en Applesfera por Álvaro García M. .