Agregador de canales de noticias

Beats es la marca más gamberra que tiene Apple. Gran sonido, misma integración con el iPhone... pero con una personalidad que la gama AirPods nunca se ha permitido: colores atrevidos y diseños que llaman la atención. Son los auriculares de Apple para quien no quiere comprar auriculares de Apple.

Y durante el Prime Day, seis modelos de Beats caen a precios que cuestan creer. Desde 53 euros hay opciones para prácticamente cualquier presupuesto y cualquier uso. Ya sea para entrenar, para viajar o para sentarse en el sofá con un sonido que no tiene nada que envidiarle los mismísimos AirPods. Esta es nuestra selección.

Beats Solo Buds, el más barato que sorprende

Por 53 euros. Por ese precio los Beats Solo Buds te dan audio espacial, 18 horas de autonomía y Fast Fuel que con cinco minutos de carga da para una hora de música. Para quien busca entrar en el ecosistema Beats sin gastar casi nada, estos son el punto de entrada más sensato de toda la gama.

Eso sí, el estuche no carga los auriculares. Se cargan directamente desde el teléfono o el ordenador por USB-C, lo que hace el estuche más pequeño pero cambia un poco la dinámica de uso. Sabiendo eso, a 53 euros son muy difíciles de rechazar. Y con sus 18 horas de batería en cada auricular, tendrás que cargarlos en sí muy pocas veces a la semana. Si es que llega a una. 

Beats Solo 4, el ganador de esta selección

Si hay un modelo que se lleva el premio, es este. Los Beats Solo 4 bajan de 229 a 103 / 109 euros, un 53% de descuento que los deja en un territorio de precio desconocido. Son auriculares de diadema con 50 horas de autonomía, audio espacial personalizado y compatibilidad con audio sin pérdida de alta resolución cuando los conectas por cable USB-C o jack de 3,5 mm. Con 10 minutos de carga tienes cinco horas más.

Son supraurales, la oreja descansa sobre la almohadilla en lugar de quedar rodeada por ella. Algo a tener en cuenta si usas gafas habitualmente, porque la presión puede notarse con el tiempo. Por poco más de cien euros por unos auriculares de diadema con este nivel es una de las mejores ofertas de todo el Prime Day.

Beats Studio Buds+, la alternativa a los AirPods Pro

A 90 euros los Beats Studio Buds+ son la opción para quien quiere cancelación activa de ruido sin pagar precio de AirPods Pro. Tienen modo de sonido ambiente, audio espacial para Dolby Atmos y hasta 36 horas de autonomía combinando auriculares y estuche. Funcionan igual de bien con iPhone que con Android, con emparejamiento de un solo toque en ambos casos.

La diferencia respecto a los AirPods Pro está principalmente en el chip: los Studio Buds+ no llevan H1 ni H2, así que algunas funciones del ecosistema Apple no están disponibles (como la traducción de idiomas). Pero a 90 euros, con cancelación de ruido y 36 horas de batería, se venden por sí mismos.

Beats Studio Pro, los que compiten con los AirPods Max

Los AirPods Max 2 cuestan 559 euros. Los Beats Studio Pro caen durante el Prime Day a 185 euros, desde los 399 habituales. Por ese precio tienes cancelación activa de ruido, audio espacial personalizado, 40 horas de autonomía y audio sin pérdida por USB-C con tres perfiles de sonido distintos, que es la gran baza de este modelo para quien le da importancia a la calidad de audio por encima de todo.

Son circumaurales, la oreja queda dentro de la almohadilla, lo que da un aislamiento muy por encima de los Solo 4. Incluyen funda de transporte, cable de audio de 3,5 mm y cable de carga USB-C. A 185 euros frente a los 559 de los AirPods Max, para quien quiere lo mejor de Beats en diadema, la decisión es está tomada.

Para el deporte: Powerbeats Fit y Powerbeats Pro 2

Si lo tuyo es entrenar, Beats tiene dos opciones en esta selección y la diferencia entre ellas vale la pena entenderla. Los Powerbeats Fit bajan hasta los 139 euros: llevan chip H1, cancelación activa de ruido, audio espacial, certificación IPX4 y 30 horas de autonomía total. Son intraurales con aletas de ajuste pensadas para no moverse aunque la sesión se ponga seria.

Un escalón por encima están los Powerbeats Pro 2, a 199 euros desde los 299 habituales. Aquí el salto es el chip H2, el mismo que llevan los AirPods Pro, y un sensor de frecuencia cardíaca que mide el pulso hasta 100 veces por segundo en tiempo real. Llegan a 45 horas de autonomía combinada y el estuche carga de forma inalámbrica por Qi, una novedad en esta línea. Para quien entrena con regularidad y quiere unos auriculares que estén a la altura, los Powerbeats Pro 2 a 199 euros son los mejores que va a encontrar en esta gama.

Beats tiene descuentos buenos muy pocas veces al año, y el Prime Day es una de ellas. Si tienes en mente unos auriculares nuevos, este es el momento. Y si me preguntas cuál elegiría yo, me quedo con los Solo 4 sin dudarlo: esos cien y pico por unos auriculares de diadema con 50 horas de batería es una oportunidad que aparece muy pocas veces.

Imagen portada | Beats

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 Beats ha desplomado sus precios en el Prime Day. De todo el catálogo, hay un modelo que me compraría sin dudar fue publicada originalmente en Applesfera por Guille Lomener .

Los Mac siguen sin ser ordenadores que se asocien a los videojuegos, pero ahora al menos tienen potencia de sobra para ello y hay formas de acceder a un amplio catálogo de títulos. Pero esto no siempre fue así, tal y como nos demuestra la relación de Steve Jobs con los juegos.

De hecho, hay una historia donde se esconde uno de esos capítulos que mejor definen el carácter del cofundador de Apple. Fue en una época en la que 'Marathon' y 'Halo' parecían tener un futuro brillante en los Mac, pero de repente Microsoft compró las desarrolladoras Bungie y Rare en el año 2000. Y eso hizo sacar a la fiera que Jobs llevaba dentro.

La adquisición que pudo arruinar el futuro del Mac en el gaming {"videoId":"x8cb3wl","autoplay":true,"title":"Halo Legends", "tag":""}

La historia circulaba por los medios como MCV hace más de una década: La operación de Microsoft con Bungie pilló desprevenido a Jobs, y su reacción automática fue llamar a la compañía de Redmond. De esa llamada se acuerda Ed Fries, antiguo vicepresidente de la sección de videojuegos de Microsoft.

Al parecer Jobs llamó directamente al entonces CEO de Microsoft Steve Ballmer visiblemente enfadado, y le recriminó que hubiera comprado al entonces principal desarrollador de juegos para Mac quedándose sus juegos para la Xbox. Fries comenta que Jobs "necesitó que le tranquilizaran" durante la llamada. El propio Ballmer contactó con él para pedirle que ayudara a calmarle.

A raíz de esa tensión, Microsoft acabó ayudando a portar algunos juegos a Mac. Fue con un acuerdo que hasta se anunció más adelante en una keynote de Apple.

En Applesfera Todavía no sabemos cuándo llegará 'GTA VI' a PC, pero sí que podremos jugarlo en Mac. Estos son los posibles requisitos

La intensidad de las discusiones que surgieron en esa llamada provocaron un trato: Microsoft iba a ayudar a portar algunos de los juegos desarrollados a macOS, tal y como se anunció en una keynote más adelante. "Fueron tiempos muy extraños", declaraba Fries.

Con el paso de los años ese trato no dio los resultados que esperaban en Apple, y aunque los Mac tuvieran su catálogo discreto de juegos no llegaron a lo que consiguieron en Windows. Ahora Apple quiere revivir épocas mejores con Game Porting Kit y vemos como incluso hay sagas como 'Age of Empires II' que llegan por fin a macOS.

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 | Nuevo MacBook Pro táctil con pantalla OLED - Todo lo que creemos saber sobre el próximo portátil profesional 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 Steve Jobs llamó en pleno ataque de ira a los directivos de Microsoft y Bungie por una razón bastante extraña: videojuegos fue publicada originalmente en Applesfera por Miguel López Álvaro García M. .

Tim Cook avisó hace prácticamente una semana de que la subida de precios era inminente, y así ha sido. Por suerte (si se puede llamar suerte) los iPhone, los Apple Watch y los AirPods se mantienen de momento sin tocar, que era uno de los grandes miedos. Veremos qué pasa en septiembre de cara al iPhone 18 Pro, pero ya tenemos los primeros damnificados: los precios del Mac y del iPad, justo los productos donde más memoria RAM y almacenamiento encontramos. Y no son los únicos, el Apple TV 4K y los HomePod también han subido de precio. 

La Apple Store ha cambiado los precios de un día para otro, con subidas de media de un 20% y picos de hasta el 31% en algunos modelos. Por lo tanto, ahora si quieres comprar un iPad o un Mac, te va a salir más caro que ayer. Pero ojo, todavía hay un punto ciego que se puede aprovechar, y no pasa por comprar en Apple Store, porque ahí los precios ya son los oficiales y actualizados.

El punto ciego que todavía podemos aprovechar

Existen ciertos distribuidores oficiales que todavía tienen stock anterior a la subida. He trabajado en un distribuidor oficial de Apple y las compras funcionan así: el distribuidor le compra los productos a Apple a un precio de origen y los vende con su propio margen. Eso significa que el stock que ya tienen comprado, ya sea de iPad o de Mac, debería mantener el precio anterior, al menos hasta que se agote.

En Applesfera Ya es oficial: Apple sube los precios de los Mac, iPad y productos de hogar. Así es cómo queda su catálogo

Si quieres comprar, el momento es ya. Bueno, el momento de haberlo hecho era ayer, pero el momento es ya porque Apple ya ha subido los precios y los distribuidores van a trabajar con ese stock de forma limitada. Quién sabe si incluso Apple ya había frenado un poco el aprovisionamiento antes de mover el precio. Siendo bastante positivos, a estos distribuidores les quedarán estos precios solo unos días.

A continuación te dejamos los precios de referencia, incluyendo las promociones actuales de Amazon a día 25 de junio. Al ser una subida oficial de la marca, no tardará demasiado en actualizarse su catalogo y quedarse los precios desactualizados. 

Dispositivo

Precio base anterior en Apple Store

Precio base actual en Apple Store

Precio en amazon (25 de junio)

MACBOOK NEO

699 euros

799 euros

649 euros

MACBOOK AIR (13") M5

1.199 euros

1.429 euros

1.199 euros

MACBOOK AIR (15") M5

1.499 euros

1.729 euros

1.349 euros

MACBOOK PRO (14") M5

1.929 euros

2.229 euros

1.729 euros

MACBOOK PRO (14") M5 PRO

2.549 euros

2.949 euros

2.349 euros

MACBOOK PRO (16") M5 pro

3.049 euros

3.449 euros

3.049 euros

Imac M4

1.519

1.819 euros

1.429 euros

MAC MINI M4

969 euros

969 euros

969 euros

iPad a16

379 euros

499 euros

349 euros

iPad mini

549 euros

679 euros

549 euros

iPad air (11") m4

649 euros

799 euros

619 euros

iPad air (13") m4

849 euros

999 euros

809 euros

iPad pro (13") m5

1.099 euros

1.299 euros

1.029 euros

iPad pro (13") m5

1.449 euros

1.649 euros

1.359 euros

Homepod

349 euros

399 euros

Sin stock en Amazon

homepod mini

109 euros

139 euros

Sin stock en Amazon

apple tv 4k

169 euros

229 euros

Sin stock en Amazon

Dónde mirar antes de que se acabe

En Applesfera te dejamos una lista de distribuidores donde todavía puedes encontrar estos precios. 

• Amazon es el más conocido y el más fácil para comprar online, con buenas promociones y una garantía más que conocida. 
• Junto a él tenemos otros distribuidores conocidos en España como MediaMarkt, El Corte Inglés, K-tuin, Rossellimac e Intecat. K-tuin, de hecho, tiene actualmente promociones de verano, y en algunos casos se pueden encontrar descuentos por debajo incluso del precio anterior de Apple. 
• Además de otros distribuidores más pequeños que suele haber en las ciudades, con precios similares a los de Apple que de momento deberían mantenerse hasta quedarse sin stock. 
• Otra gran opción, y que cada vez tiene más sentido, es hacerse con productos reacondicionados, ya sea a través de la propia web de Apple o de otras empresas especializadas como Back Market.

Por qué la subida ha llegado primero a Mac y iPad

Esto tiene relación directa con todo lo que está pasando con la inteligencia artificial. La demanda de memoria a nivel global se ha disparado, los fabricantes están volcados en servir a los grandes centros de datos, y el mercado de consumo paga las consecuencias. 

{"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"}

Tim Cook lo confirmó hace una semana, comparando la crisis con una inundación de las que solo se ven una vez cada cien años, y Mark Gurman avisó después de que el movimiento no esperaría a las presentaciones de otoño. Mac e iPad son justo los productos que más dependen de esos componentes, así que han sido los primeros en notarlo.

Por lo que si tenías en mente comprar un Mac o un iPad, la subida ya es está aquí y la diferencia de precio entre comprarlo hoy en un distribuidor con stock antiguo y esperar a que se agote puede ser de varios cientos de euros. Mientras dure ese stock, sigue siendo la mejor salvación disponible.

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

En Applesfera | Nuevo Apple Watch Series 12 - 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 Si la nueva subida de precios de Apple te ha pillado por sorpresa todavía queda una vía de escape para pagar lo mismo (o menos) que ayer fue publicada originalmente en Applesfera por Guille Lomener .

No es que fuese un secreto a voces, es que Apple ya confirmó que subirían los precios por la crisis de memorias y su encarecimiento. No se sabía cuando, aunque ya se filtraba que sería inminente. El momento ha llegado y ya podemos decir que Apple ha subido los precios de sus Mac, iPad, Apple TV y HomePod.

Índice de Contenidos (6)

• Subidas de precio en Mac
• Portátiles MacBook
• Mac de sobremesa
• Subidas de precio en iPad
• Subidas de precio de productos de hogar
• ¿Por qué estas subidas de precio?

Subidas de precio en MacPortátiles MacBook

Hay dos grandes afectados aquí, por un lado el MacBook Air de 13 pulgadas que es el modelo que más sube de precio porcentualmente, y por otro el MacBook Pro M5 Max que, en cuanto a cantidad, es el que más sube con 600 euros de más.

PRECIO base actual

PRECIO base ANTES

DIFERENCIA

MACBOOK NEO

799 euros

699 euros

+100 euros (+14%)

MACBOOK AIR (13") M5

1.429 euros

1.199 euros

+230 euros (+19%)

MACBOOK AIR (15") M5

1.729 euros

1.499 euros

+230 euros (+15%)

MACBOOK PRO (14") M5

2.229 euros

1.929 euros

+300 euros (+16%)

MACBOOK PRO (14") M5 PRO

2.949 euros

2.549 euros

+400 euros (+16%)

MACBOOK PRO (14") M5 MAX

4.849 euros

4.249 euros

+600 euros (+14%)

MACBOOK PRO (16") M5 pro

3.449 euros

3.049 euros

+400 euros (+13%)

MACBOOK PRO (16") M5 max

5.149 euros

4.549 euros

+600 euros (+13%)

En Applesfera Llevo cuatro años cubriendo el Prime Day y estos son los cinco chollos de Apple que yo no me perdería en 2026 Mac de sobremesa

El que más eleva su precio en porcentaje y cantidad es el Mac Studio con M3 Ultra con una impresionante subida de 1.500 euros que representa un +31%.

PRECIO base actual

PRECIO base ANTES

DIFERENCIA

IMAC

1.819 euros

1.519 euros

+300 euros (+20%)

MAC MINI M4*

969 euros*

969 euros*

0 euros (0%)*

MAC MINI M4 PRO

1.919 euros

1.719 euros

+200 euros (+12%)

MAC STUDIO M4 max

3.029 euros

2.329

+700 euros (+30%)

MAC STUDIO M3 ultra

6.349 euros

4.849 euros

+1.500 euros (+31%)

*Los Mac mini M4 se vendían hace unos meses por 719 euros en su versión de 256 GB, pero esta se eliminó para vender solo la de 512 GB al precio que ya tenía (de 969 euros). Sin embargo, ahora por ese precio volvemos a encontrar la de 256 GB, por lo que técnicamente sí ha habido subida de precios.

Subidas de precio en iPad

No se libra ningún iPad de las subidas, siendo los 'Pro' los que más suben en cantidad, pero siendo el iPad básico el que más sube en porcentaje con un +32% respecto a hace solo unas horas.

PRECIO base actual

PRECIO base ANTES

DIFERENCIA

iPad a16

499 euros

379 euros

+120euros (+32%)

iPad mini

679 euros

549 euros

+130 euros (+24%)

iPad air (11") m4

799 euros

649 euros

+150 euros (+23%)

iPad air (13") m4

999 euros

849 euros

+150 euros (+18%)

iPad pro (13") m5

1.299 euros

1.099 euros

+200 euros (+18%)

iPad pro (13") m5

1.649 euros

1.449 euros

+200 euros (+14%)

Subidas de precio de productos de hogar

Los tres principales productos de hogar de Apple también pegan el subidón con los Apple TV 4K como protagonistas tanto por cantidad como por porcentaje de subida.

PRECIO base actual

PRECIO base ANTES

DIFERENCIA

APPLE TV 4K

229 euros

169 euros

+60 euros (+36%)

HOMEPOD (2ª GEN.)

399 euros

349 euros

+50 euros (+14%)

HOMEPOD MINI

139 euros

109 euros

+30 euros (+28%)

¿Por qué estas subidas de precio?

Hace apenas una semana que Tim Cook, que todavía es CEO de Apple hasta septiembre, confirmaba a The Wall Street Journal la subida de precios de la compañía debido a la crisis de componentes como las memorias.

Todo el sector se está viendo afectado y Apple, pese a ser una de las compañías con mayor margen de beneficio, ha visto también como sus costes se han incrementando en hasta un 100% en estos meses. Si bien han podido ir amortiguando el golpe a sus finanzas, parece que han llegado a un límite por el que no pueden (o no quieren) pasar. Y con ello, la subida de precios.

Las previsiones apuntan a que esta crisis se mantendrá durante 2027 y puede que incluso 2028. Se estabilizarán las subidas de precio, pero no se esperan bajadas, por lo que tanto Apple como el resto de fabricantes seguirán ajustando precios a esta nueva realidad descrita como una crisis "peor que la del COVID-19".

Estas son las declaraciones oficiales de la compañía al respecto:

"El sector de la electrónica de consumo se enfrenta a un reto sin precedentes. La rápida expansión de los centros de datos de inteligencia artificial ha provocado un aumento extraordinario de la demanda de memoria y almacenamiento. Nunca habíamos visto que el precio de un componente subiera tanto y tan rápido. Hasta ahora hemos protegido a nuestros clientes de estas subidas, pero hemos llegado a un punto en el que nos vemos obligados a empezar a subir los precios de varios productos, incluidas las subidas de hoy para el iPad y el Mac. Sabemos que no es una buena noticia y estamos trabajando sin descanso para encontrar soluciones".

Por ahora, los iPhone se salvan. Su buen rendimiento en el mercado, que ha hecho que los iPhone 17 sean los más vendidos de la historia, podría ser el causante de que se mantengan. Eso sí, pese a que las previsiones eran positivas de cara a los iPhone 18 Pro, ya hay previsiones de subidas importantes.

En Applesfera | Nuevo iPhone plegable - Todo lo que sabemos sobre el primer 'fold' de Apple, su diseño o el posible precio rumoreado

En Applesfera | Nuevo MacBook Pro táctil con pantalla OLED - Todo lo que creemos saber sobre el próximo portátil profesional 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 Ya es oficial: Apple sube los precios de los Mac, iPad y productos de hogar. Así es cómo queda su catálogo fue publicada originalmente en Applesfera por Álvaro García M. .

Apple hace todo lo posible para que sus lanzamientos sean una sorpresa. Lo sabe cualquiera que lleve tiempo siguiendo la actualidad de la compañía, y también lo sabemos nosotros, que nos dedicamos precisamente a lo contrario. Pero de vez en cuando aparece algo que va más allá del rumor habitual y que muestra cómo funciona Apple por dentro de una forma que nunca habíamos visto.

Gracias a un hilo publicado en X por la cuenta MWRevamped, hemos podido ver una de las fases más desconocidas del proceso de lanzamiento de un iPhone: las llamadas cajas señuelo que Apple usó para mover el iPhone 17 Pro antes de que nadie pudiese reconocerlo. El autor no da muchos detalles sobre su origen, pero los vídeos tienen todo el aspecto de ser reales. El entorno, los materiales, la forma de manipular los dispositivos... todo encaja con lo que se conoce de cómo trabajan las fábricas de Apple.

La fase PRB cómo Apple manda iPhone disfrazados

Los iPhone no empiezan a fabricarse en masa de un día para otro. Antes de que las líneas de producción trabajen a pleno rendimiento (entre julio y agosto) hay semanas y meses de pruebas. Algunas se hacen directamente en fábrica, pero otras requieren que los dispositivos viajen a distintos equipos que necesitan tener el teléfono en la mano antes de que exista oficialmente. Puede ser Cupertino, laboratorios de seguridad como el de Paris o incluso en Madrid. Donde sabemos que Apple tiene un laboratorio de cobertura. Quién sabe si alguna de estas cajas ha pasado por aquí.

El problema es que un iPhone 17 Pro viajando por el mundo semanas (o meses) antes de su presentación es una filtración en potencia. Y ahí es donde entran las cajas señuelo. 

Lo que muestran los vídeos es un teléfono que, visto desde fuera, no parece un iPhone. O bueno, sí lo parece pero no el diseño final. El módulo de cámara tiene una forma que recuerda más al del iPad Pro que a cualquier iPhone conocido, y en la parte trasera sin el logo de Apple. Según MWRevamped, estas unidades corresponden a la etapa PRB, una fase previa a la producción en masa en la que se envían unidades para pruebas externas.

Vídeo | @MWRevamped Lo que muestran los vídeos

En el primero de los vídeos se ve cómo un trabajador coge una de estas cajas y la analiza por todos los lados, comprobando que los precintos están intactos y que todo está en orden antes de proceder. El ambiente es el de una fábrica de Apple: limpio, ordenado, con ese aspecto que cualquiera reconocería si ha visto alguno de los vídeos que la propia compañía ha publicado a lo largo de los años sobre sus procesos de fabricación.

En otro vídeo se ve el proceso de empaquetado. Primero le llega una bandeja con lo que tiene que empaquetar. La caja, el iPhone y el USB-C. El trabajador revisa el cable y comprueba que está correctamente colocado. Y sí, el iPhone que hay dentro de la caja es un iPhone 17 Pro. 

También se ve como usan ventosas para manipular el dispositivo sin dejar huellas ni marcas. Merece la pena echar un vistazo a estos vídeos, porque como bien dice el dicho: una imagen vale más que mil palabras.

Esto no es nuevo en Apple

La obsesión de Apple por proteger sus dispositivos antes del lanzamiento viene de muy atrás. En 2007, un ingeniero llamado Bob Burrough se encontró en el aeropuerto de Hong Kong con doce iPhone originales en su equipaje, los primeros doce que había fabricado Foxconn.

Su destino era entregarlos a Steve Jobs, Jony Ive y otros responsables de ingeniería que necesitaban tenerlos en la mano antes del lanzamiento. Su compañero de viaje (que iba a llevar la mitad para no superar el límite de importación informal en la aduana estadounidense) tuvo que volver a la fábrica por un imprevisto de última hora. Bob se quedó solo con los doce.

En Applesfera Un ingeniero de Apple tuvo que decidir en el último segundo qué hacer en la aduana. En su maleta llevaba los doce primeros iPhone de la historia

Durante el vuelo de vuelta a California estuvo dándole vueltas a qué hacer. Al llegar a la aduana, respondió que no tenía nada que declarar. Salió del aeropuerto, fue directo a la oficina y entregó los teléfonos. Años después reconoció que no hizo lo correcto, que arriesgó lo que consideraba el mejor trabajo del mundo por elegir la opción rápida. 

Desde entonces, Apple ha construido un sistema logístico distinto para gestionar el movimiento de dispositivos que aún no existen oficialmente. Las cajas señuelo que han salido a la luz esta semana son parte de ese sistema. Menos dramático que jugársela en una aduana, pero igual de interesante para saber hasta dónde llega Apple con tal de que nadie arruine la sorpresa.

En Applesfera | Nuevo iPhone plegable - Todo lo que sabemos sobre el primer 'fold' de Apple

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 Durante meses el iPhone 17 Pro viajó por el mundo sin levantar sospechas. Lo hizo escondido en una caja que jamás ha existido fue publicada originalmente en Applesfera por Guille Lomener .

No quedan muchas películas en las que la acción la lleven sus actores originales en lugar de dobles o efectos a ordenador, pero 'El abismo secreto es una de ellas', tal y como confesó Anya Taylor-Joy cuando se estrenó. Pero más allá de esas curiosidades, es una película que merece mucho la pena ver.

No es ya que sea una de las mejores películas de Apple TV, es que personalmente también la pongo entre mis cinco favoritas. Se estrenó el 14 de febrero de 2025, se la conoce también como 'The Gorge' y si nunca la has visto, te garantizo que merece mucho la pena.

Una trama tan sencilla como adictiva {"videoId":"x9ahxim","autoplay":true,"title":"El abismo secreto - Trailer", "tag":"", "duration":""}

La película parte de una premisa sencilla: dos francotiradores de élite destinados a dos torres de vigilancia situadas a ambos lados de un gigantesco desfiladero. En mitad de la niebla, tienen la misión de proteger lo que hay en el interior del abismo. Y lo curioso es que ni siquiera ellos mismos saben qué deben proteger.

Son Drasa y Levi, interpretados por Anya Taylor-Joy y Miles Teller respectivamente. Ambos son los que dan vida a unos personajes que van elevando poco a poco la sensación de misterio y tensión, convirtiendo un aparente thriller militar en una película de acción, ciencia ficción, terror y hasta romance.

En Applesfera "Un soberbio drama carcelario". Apple TV tiene una joya desde hace cuatro años y algunos no nos habíamos enterado

Lo que mejor funciona de 'El abismo secreto', en mi opinión y en la de los auténticos expertos, es cómo convierte un planteamiento rutinario en una historia con gancho, apoyándose en la comunicación entre los dos protagonistas y en la sensación de que el peligro no está solo fuera, sino también en todo lo que se oculta en el interior de ese abismo.

También engancha mucho la propia atmósfera con la que se ha vestido a la película: el abismo, la niebla, las torres... La idea de estar guardando un secreto geopolítico al borde del desastre es también demoledora. Para bien, claro.

No es perfecta, pero sí muy disfrutable Miles Teller y Anya Taylor-Joy en 'El abismo secreto'

Respecto a la acción a la que hacíamos referencia al inicio, cabe decir que Anya Taylor-Joy explicó que durante el rodaje tuvo que hacer buena parte del trabajo físico ella misma, algo que se nota especialmente en escenas como las persecuciones por las torres, los enfrentamientos en los pasillos y los momentos en los que Drasa se mueve al límite sobre el borde del desfiladero. Esa implicación ayuda a que la película gane tensión y a que el peligro se sienta más cercano en cada secuencia.

En Applesfera El creador de 'Separación' se basó en una pesadilla de internet. 'Backrooms' es la prueba y tiene los días contados en el cine

Por supuesto, no es una película perfecta, ya que algunas críticas como la de Collider señalan que su desarrollo resulta por momentos algo previsible. Sin embargo, eso no impide disfrutar de ella y acabar con la sensación de que, sin ser la mejor película de la historia, nos ha logrado enganchar y entreternos. Sin arrepentimiento.

La película dura 2 horas y 7 minutos y está disponible en exclusiva en Apple TV, siendo esta la única plataforma de streaming que la tiene disponible. No obstante, si tienes suscripción a Movistar Plus, también podrás verla por el acuerdo de colaboración de ambas plataformas.

Imágenes y vídeo | Apple TV

En Applesfera | Las 24 mejores películas de Apple TV y cómo verlas sin pagar un solo euro

En Applesfera | Apple TV y sus estrenos: las próximas series, películas y documentales que veremos en su catálogo

(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 Anya Taylor-Joy contra el abismo (y contra sí misma): la película que prueba que Apple TV sabe hacer cine de acción sin dioses de Asgard fue publicada originalmente en Applesfera por Álvaro García M. .

Llevo exactamente cuatro años cubriendo eventos como el Prime Day, y es el evento de Amazon donde más y mejores ofertas he visto en dispositivos y accesorios de Apple. Por este motivo, he querido parar un momento para prestar atención a aquellas ofertas que yo mismamente aprovecharía.

• Apple Watch SE 3 por 269 euros, un reloj estupendo para el día a día.
• iPhone Air por 837,89 euros, un móvil muy delgado que nunca ha estado tan barato.
• AirTag 2 por 24,70 euros, el localizador perfecto para usuarios con iPhone.
• iPad Air M3 por 749 euros, el precio más bajo que ha recibido la versión con 5G.
• AirPods 4 por 133 euros, uno de los mejores precios que ha tenido la versión con cancelación activa de ruido.

Apple Watch SE 3

Aunque su oferta no sea la mejor que hemos visto hasta la fecha, el Apple Watch SE 3 ha vuelto a bajar de precio en varias de sus configuraciones. Lo tenemos por 269 euros (antes 299 euros) en la configuración GPS de 44 mm, pero además también se puede comprar la configuración GPS de 40 mm por un precio de 242,19 euros (antes 269 euros).

Se trata de un buen reloj para el uso diario. ¿Hay mejores? Sí, pero a decir verdad no suelo exprimir demasiado los smartwatch, por lo que este modelo encaja a la perfección con lo que busco.

En cualquier caso, también hay otras ofertas en Amazon, como es el caso del Apple Watch Series 11 (GPS de 46 mm) que se encuentra a un precio de 355 euros (antes 449 euros).

iPhone Air

El iPhone Air no es el móvil que más me interesa (ese es el iPhone 17), pero por el precio que tiene es ahora mismo una de las mejores opciones de compra. Amazon lo ha bajado varias veces de precio desde que comenzó el Prime Day y ahora mismo se puede comprar por 837,89 euros.

A mí me encajaría básicamente porque no suelo exprimir demasiado el apartado fotográfico en los móviles. El iPhone Air es precisamente donde menos destaca. Lo que sí me resulta atractivo es que es el móvil más delgado que ha lanzado Apple, es muy potente gracias al chip A19 Pro, tiene 256 GB de almacenamiento interno (no necesito más), su tasa de refresco es de 120 Hz y la pantalla es de 6,5 pulgadas.

AirTag 2

Ahora que viene el verano viene bien contar con un AirTag 2 para no perder la mochila, la maleta o la cartera, sobre todo ahora que se encuentra más barato que nunca durante el Prime Day. Por 24,70 euros (antes 27,99 euros), se trata de un localizador que ha mejorado con respecto a la anterior generación, sobre todo en precisión de búsqueda y en la potencia del altavoz.

Como alternativa, el Ugreen FineTrack Duo me parece especialmente interesante. Cuesta 29,99 euros (antes 49,99 euros), vienen cuatro unidades que se pueden recargar a través de sus puertos USB, incorporan un agujero para colgarlos en un llavero y como son compatibles con iOS y Android puedes darle otro a tu pareja o familiares si estos no tienen un iPhone.

iPad Air M3

Amazon también ha lanzado varias ofertas en las tablets de Apple, y la que me resulta más atractiva es la del iPad Air M3, que ahora mismo se encuentra rebajada por 749 euros (antes 919 euros). Se trata del modelo que incorpora una pantalla de 13 pulgadas y conectividad WiFi + Cellular, por lo que puede resultar interesante para llevarla a clase en lugar de utilizar un ordenador portátil.

AirPods 4

Por último, una de las mejores ofertas de Amazon en dispositivos o accesorios de Apple ha caído en los AirPods 4. Afortunadamente, han bajado de precio las dos versiones con y sin cancelación de ruido. Personalmente me quedaría con los AirPods 4 (ANC) que cuestan 133 euros (antes 169 euros) porque cuentan con cancelación de ruido, pero para aquellas personas que únicamente quieran utilizar los auriculares en casa, los AirPods básicos ahora mismo están de oferta por 97,85 euros (antes 129 euros).

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 | 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 Llevo cuatro años cubriendo el Prime Day y estos son los cinco chollos de Apple que yo no me perdería en 2026 fue publicada originalmente en Applesfera por Alberto García .

A veces, los componentes estándar de la interfaz de usuario se quedan cortos cuando necesitamos un control absoluto sobre la representación visual de nuestra aplicación. Ya sea que quieras diseñar un gráfico de estadísticas detallado, un personaje para un videojuego o simplemente una forma geométrica caprichosa, el uso de lienzos digitales es la herramienta definitiva para lograrlo.

Con la llegada de Jetpack Compose, la manera de pintar en la pantalla de Android ha dado un giro radical. Hemos pasado de un sistema tedioso y basado en clases heredadas a un modelo declarativo mucho más ágil, donde dibujar un círculo o una línea es casi tan natural como añadir un botón a la pantalla, eliminando gran parte de la complejidad técnica de antaño. Para profundizar en esto, puedes consultar la guía completa de Jetpack Compose.

Fundamentos del Dibujo en Compose

Para empezar a dar color a nuestra app, lo más habitual es recurrir a los modificadores de dibujo. Entre los más destacados tenemos Modifier.drawBehind, ideal para colocar elementos bajo el contenido principal, Modifier.drawWithContent y Modifier.drawWithCache. Este último es una joya cuando trabajamos con elementos costosos de procesar, ya que permite almacenar los objetos creados y no regenerarlos a menos que el área de dibujo cambie de tamaño. Si necesitas más control, existen diversas formas de crear modificadores personalizados para optimizar la UI.

Si lo que buscas es un componente dedicado exclusivamente al dibujo, el elemento componible Canvas es la opción más directa. En realidad, es un envoltorio simplificado de drawBehind que nos permite integrar el lienzo en nuestra jerarquía de UI como cualquier otro elemento. Lo mejor de todo es que Compose se encarga de gestionar la configuración del objeto Paint, evitándonos esos dolores de cabeza sobre el rendimiento que eran tan comunes en el sistema de vistas tradicional.

Todo este proceso ocurre dentro de un entorno llamado DrawScope. Este espacio nos proporciona información vital en tiempo real, como el objeto size, que nos indica las dimensiones exactas del área de dibujo disponible, permitiéndonos adaptar nuestros gráficos al tamaño de la pantalla del dispositivo.

El Mapa de Coordenadas y Posicionamiento

Para que nuestros dibujos no acaben en cualquier lugar, es fundamental entender que el origen se sitúa en el píxel superior izquierdo. A medida que el valor de X crece, nos movemos hacia la derecha, y cuando Y aumenta, bajamos por la pantalla. Es como un mapa donde cada píxel tiene su dirección exacta.

Un detalle crucial es que todas las operaciones se realizan en píxeles. Para evitar que un círculo se vea gigante en un teléfono y diminuto en una tablet, debemos convertir los valores dp usando la función .toPx() o basar nuestros cálculos en fracciones del tamaño total del lienzo, asegurando así una coherencia visual en cualquier densidad de pantalla.

Transformaciones Geométricas

Compose nos permite manipular los elementos dibujados sin alterar el diseño general de la app. Podemos usar DrawScope.scale() para ampliar o reducir el tamaño de las figuras mediante un factor multiplicador. Por ejemplo, si queremos que un círculo sea diez veces más grande en el eje X, basta con aplicar esta transformación en el bloque lambda correspondiente.

Si necesitamos mover la figura, entra en juego DrawScope.translate(), que desplaza el dibujo hacia arriba, abajo, izquierda o derecha según los píxeles indicados. Para darle dinamismo, DrawScope.rotate() permite girar los elementos alrededor de un punto de pivote, lo cual es esencial para crear animaciones fluidas en Jetpack Compose o interfaces más orgánicas.

Cuando las cosas se complican y necesitamos aplicar varias de estas acciones a la vez, lo más eficiente es usar DrawScope.withTransform(). En lugar de anidar múltiples llamadas que obligarían a Compose a recalcular cada paso, esta función agrupa todas las transformaciones en una sola operación, optimizando notablemente el rendimiento del renderizado.

Operaciones de Dibujo Comunes

El catálogo de funciones es amplísimo. Para las formas más sencillas, contamos con drawCircle, drawRect y drawRoundRect. Estas funciones nos permiten definir colores, radios y tamaños de forma inmediata. Si queremos que una figura no esté rellena, simplemente aplicamos el estilo Stroke, definiendo el grosor del trazo para crear contornos elegantes.

Para crear formas más complejas, como un triángulo o una estrella, utilizamos DrawScope.drawPath(). Una ruta es básicamente una serie de instrucciones matemáticas; empezamos con moveTo() para situarnos y luego usamos lineTo() para trazar los segmentos hasta cerrar la figura. Es la herramienta perfecta para cualquier gráfico personalizado que no encaje en las formas básicas.

En cuanto al texto, aunque lo normal es usar el componente Text, a veces necesitamos dibujarlo manualmente dentro del Canvas. Para ello, empleamos rememberTextMeasurer, que nos permite calcular el tamaño exacto que ocupará la cadena de caracteres antes de renderizarla con drawText(). Esto es vital si queremos aplicar un estilizado avanzado de texto que se ajuste exactamente al tamaño de las palabras.

Si necesitamos insertar imágenes, cargamos un ImageBitmap mediante imageResource() y lo proyectamos en el lienzo usando drawImage(). Para los casos más extremos donde necesitemos acceder a la API de Android nativa, Compose ofrece drawIntoCanvas, que nos devuelve el objeto Canvas original para ejecutar comandos de bajo nivel.

El Enfoque Moderno frente al Sistema Legacy

Antiguamente, crear gráficos requería extender la clase View y sobreescribir el método onDraw(Canvas canvas). Era un proceso mucho más verboso donde debíamos gestionar manualmente el objeto Paint y preocuparnos por el ciclo de vida de la vista. Aunque este método sigue funcionando, se considera «Legacy» debido a su rigidez y la complejidad de la interoperabilidad con vistas XML.

La gran diferencia es que Compose es declarativo y mucho más conciso. No hace falta crear clases externas ni gestionar estados complejos de dibujo; todo se integra naturalmente en la UI. Mientras que el sistema antiguo era ideal para gráficos estáticos simples, el Canvas de Compose brilla especialmente en la creación de componentes dinámicos y animaciones avanzadas, como barras de progreso personalizadas o indicadores de estadísticas que reaccionan en tiempo real.

Estamos en esa época del año en la que los descuentos en empiezan a aparecer por todas partes. El Prime Day, el cambio de stock antes de septiembre, las ofertas de verano... En este caso nos vamos a centrar en el Apple Watch. Porque Apple nos ha dado "un buen empujón" para querer renovar. 

Primero, puede que no tengas ningún Apple Watch todavía. Por otro, puede que watchOS 27 te haya dejado fuera y estés mirando opciones para renovar. La situación (sea como sea) invita a comprar. Y aquí vengo a decirte stop. 

Llevo más de diez años cubriendo la actualidad de Apple y he trabajado vendiendo productos Apple a cientos de clientes. Mi consejo ahora mismo es que esperes. Hay una razón detrás, y tiene que ver con algo que Apple nunca termina de explicar del todo.

El procesador del Apple Watch se renueva cada tres años, no cada uno

El Apple Watch no funciona como el iPhone. En el iPhone, cada septiembre llega un chip nuevo. En el Apple Watch, Apple reutiliza el mismo procesador durante tres años seguidos antes de dar el salto.

Lo hace así porque el chip del reloj es algo especialmente complicado de fabricar: es un componente encapsulado, muy pequeño, que tiene que sobrevivir al agua, a los golpes y a todo lo que le eches encima. Desarrollar uno nuevo cada año tiene un coste que, hasta ahora, Apple no ha considerado que compensara.

El resultado es que ahora mismo el Apple Watch Series 11, el Ultra 3 y el SE de tercera generación comparten el mismo chip S10. Y ese S10 es en rendimiento igual al S9 que traía el Series 9. Tres años, tres modelos distintos, el mismo procesador por dentro. El Series 11 de hoy va igual de rápido que el Series 9 de hace años.

{"videoId":"x8djjyp","autoplay":true,"title":"APPLE WATCH ULTRA: El Apple Watch más BESTIA jamás creado", "tag":"webedia-prod", "duration":"368"} Lo que ha pasado con watchOS 27 este verano

watchOS 27 ha dejado fuera al Apple Watch Series 6, al 7, al 8, al Ultra 1 y al SE de segunda generación. Muchos modelos de golpe, y la razón que da Apple es la misma: el chip. El corte se ha hecho justo donde cambia el procesador, porque las nuevas funciones de inteligencia artificial requieren el Neural Engine más potente del S9 en adelante y el almacenamiento interno extra que traen esos modelos.

Lo que esto demuestra en la práctica es que cuando un procesador se queda corto, caen todos los modelos que lo comparten a la vez. El Series 6, el 7 y el 8 compartían chip, y los tres se han quedado fuera juntos. Y eso es exactamente lo que le pasará dentro de unos años al Series 9, al 10 y al 11. El día que ese chip no dé más de sí, los tres caerán al mismo tiempo.

Por qué no recomiendo el Series 11 ni el Ultra 3 ahora mismo

Que quede claro: el Series 11 y el Ultra 3 son relojes fantásticos. Yo mismo tengo un Series 10 en la muñeca y estoy encantadísimo. Si no tienes Apple Watch o vienes de uno muy antiguo, los vas a disfrutar. El problema no es el producto, sino el momento.

Todos los rumores apuntan a que el Series 12 y el Ultra 4 llegarán en septiembre con un chip nuevo, el S12. Será el primer salto de procesador en tres años, e iniciará un nuevo ciclo. Lo que significa que quien compre un Series 12 en septiembre estará estrenando una generación de chip, con todo lo que eso implica en términos de cuánto tiempo tardará ese reloj en quedarse fuera de las actualizaciones. 

El Apple Watch SE3 es otra historia

El SE juega con reglas distintas. El Apple Watch SE no se renueva todos los años, tiene un ciclo de actualización mucho más espaciado y no suele ir con el procesador más reciente. Este septiembre no se espera un SE nuevo, y probablemente tampoco el año que viene. 

Así que si el SE3 te cuadra, ya sea por precio o porque sus funciones son suficientes para lo que necesitas, aquí sí tiene sentido comprarlo. El riesgo de que llegue un modelo nuevo en dos meses no existe, y las ofertas de verano pueden ser una buena oportunidad.

Eso sí, el SE3 es el modelo más básico de la gama. Las funciones de salud son más limitadas que en el Series 11. Para quien busca un reloj para recibir notificaciones, cerrar los anillos y llevar un control básico de actividad, es más que suficiente. Para quien quiere lo mejor que tiene el Apple Watch en salud y autonomía, el SE no es la respuesta, y en ese caso la recomendación sigue siendo esperar a septiembre.

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

En Applesfera | Nuevo iOS 27 - Todas sus novedades, iPhone compatibles y cómo probarlo antes que nadie

(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 He asesorado a cientos de clientes de Apple. Hoy pondría en cuarentena la compra de todos sus Apple Watch menos uno fue publicada originalmente en Applesfera por Guille Lomener .

Si te estás metiendo en el mundo de Jetpack Compose, te habrás dado cuenta de que hacer que una aplicación se sienta fluida y natural no es moco de pavo. No basta con poner un botón que cambie de color; la verdadera magia ocurre cuando el usuario puede deslizar, pellizcar o arrastrar elementos con una precisión quirúrgica. Dominar el manejo gestual es lo que diferencia a una app mediocre de una que parece sacada de la tienda de Apple o Google.

Para lograr esto, Compose nos ofrece un abanico de herramientas que van desde lo más sencillo hasta lo más técnico. No hace falta reinventar la rueda en cada pantalla, pero sí saber exactamente cuándo usar un modificador estándar y cuándo meterse en el barro de los eventos de puntero. En este artículo vamos a desglosar cada nivel de control para que tus interfaces respondan exactamente como tú quieres.

Conceptos fundamentales: Punteros, eventos y gestos

Antes de tirar código, hay que tener claros los términos. Un puntero es básicamente cualquier cosa física que usamos para tocar la pantalla, ya sea el dedo, un lápiz óptico o incluso un ratón en tablets. Compose clasifica esto mediante PointerType para saber con qué estamos interactuando.

Por otro lado, un evento de puntero es la unidad mínima de interacción; es ese instante preciso en el que pones el dedo sobre el cristal. Toda la chicha de esta interacción se guarda en la PointerEvent. Ahora bien, un gesto es algo más complejo: es una serie de eventos organizados que el sistema interpreta como una acción concreta, como un toque rápido o un arrastre prolongado.

Niveles de abstracción en el manejo gestual

Compose es muy inteligente y nos da tres capas para gestionar los gestos, y la regla de oro es: usa siempre la capa más alta que resuelva tu problema.

• Componentes integrados: Es el nivel más fácil. Elementos como Button o LazyColumn ya traen la lógica de clic o desplazamiento inyectada de serie.
• Modificadores de gestos: Si necesitas que un Box sea interactivo, usas modificadores como clickable o verticalScroll. Estos no solo detectan el toque, sino que añaden semántica de accesibilidad y efectos visuales.
• Modificador pointerInput: Aquí es donde ocurre la magia pesada. Si necesitas algo muy loco, como un arrastre que solo se active tras mantener presionado con tres dedos, tienes que usar este modificador para acceder a los eventos en bruto.

Cómo crear gestos personalizados y complejos

Cuando entramos en el terreno de pointerInput, nos encontramos con el awaitPointerEventScope. Este entorno nos permite suspender la corrutina hasta que ocurra un evento. Si quieres detectar toques y arrastres en el mismo elemento, ten cuidado: funciones como detectTapGestures bloquean la corrutina, impidiendo que otros detectores se ejecuten. La solución es simple: añade varios modificadores pointerInput independientes en lugar de uno solo con varias funciones.

Para gestionar el ciclo de vida de un gesto, lo ideal es usar awaitEachGesture. Este método reinicia la escucha cada vez que todos los dedos se levantan de la pantalla, marcando el final de la acción. Además, para interacciones multitáctiles como el zoom, Compose ofrece herramientas como calculateZoom y calculatePan, que nos ahorran tener que hacer cálculos matemáticos complejos con las coordenadas de cada dedo.

El flujo y consumo de eventos

Un problema típico es cuando tienes un botón dentro de una lista y ambos quieren reaccionar al toque. Para evitar peleas, Compose usa un sistema de tres pases de propagación>:

1. Pase Inicial: El evento baja desde la raíz hasta el hijo. Permite que un padre intercepte la acción antes que el hijo.
2. Pase Principal: El evento sube desde el hijo hacia la raíz. Es donde ocurre la mayoría de la acción y donde se consumen los gestos.
3. Pase Final: El evento vuelve a bajar. Sirve para que el padre reaccione a que el hijo ya ha consumido el evento, útil por ejemplo para quitar el efecto de rizo de un botón si la lista empezó a hacer scroll.

Es vital que, al crear gestos propios, llames a PointerInputChange.consume(). Si no lo haces, el evento seguirá propagándose y podrías terminar activando dos acciones distintas al mismo tiempo, lo cual es un desastre para la experiencia de usuario.

Estrategias de arrastre y deslizamiento (Swipes)

Para mover cosas en la pantalla, tenemos dos caminos. El modificador draggable es genial para una sola dirección y te da la distancia en píxeles, pero recuerda que no mueve el elemento por sí solo; tú debes actualizar el estado y usar Modifier.offset para reflejar el movimiento.

Si buscas algo más avanzado como el clásico «deslizar para borrar», la opción es anchoredDraggable (que sustituyó al antiguo swipeable). Este sistema permite definir puntos de anclaje y umbrales de sensibilidad, haciendo que el elemento «salte» a una posición específica una vez que el usuario ha deslizado lo suficiente.

Diseño adaptable y ergonomía táctil

No podemos hablar de gestos sin hablar de dónde ponemos los dedos. En un móvil, el pulgar llega fácilmente a la parte inferior, por lo que un NavigationBar es lo ideal. Pero en una tablet, el usuario suele sujetar el dispositivo por los lados, haciendo que un Navigation Rail sea mucho más cómodo.

Utilizando la librería de Material 3 Adaptive, podemos usar el NavigationSuiteScaffold para que la navegación cambie automáticamente según el tamaño de la ventana. Para aprovechar el espacio en pantallas grandes, el patrón ListDetailPaneScaffold es la joya de la corona, permitiendo mostrar una lista y el detalle del elemento lado a lado, navegando entre paneles de forma fluida con un BackHandler bien configurado.

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.

No fue una decisión planificada. Simplemente abrí Safari tras actualizar a la beta macOS 27 Golden Gate y pensé: "voy a darle una oportunidad otra vez". No había mucho más que eso, solo una mezcla de nostalgia y esperanza. Diez minutos después, estaba abriendo Brave de nuevo.

He intentado querer a Safari. De verdad. En el iPhone ya lo uso y en el Mac lo veo como un navegador limpio, bonito y rápido (cuando puede). Pero usarlo en mi día a día, con las páginas que visito y las herramientas que necesito, sigue siendo una experiencia frustrante. Por muy integrado que esté con el sistema y por muy eficiente que sea en términos de batería, no me sirve.

Por qué dejé de usar Safari hace dos años {"videoId":"x883ph8","autoplay":true,"title":"Desde CHROME a VIVALDI: los 7 MEJORES NAVEGADORES a ELEGIR", "tag":"webedia-prod", "duration":"475"}

Durante mucho tiempo, Safari fue mi navegador principal en Mac. Su diseño siempre me ha parecido impecable: tipografías claras, animaciones suaves, integración con el sistema. Nada de botones innecesarios ni barras recargadas. Un navegador hecho para estar ahí sin molestar. Pero al final la balanza se desequilibró cuando empecé a usar el navegador como mi principal e insustituible herramienta de trabajo.

Muchas de las webs que utilizo a diario, especialmente para trabajar, están pensadas para otros motores de navegación. WebKit, el motor de Apple que impulsa a Safari, es cada vez menos prioritario para muchos desarrolladores web. Si algo funciona en Chromium o Firefox, lo dan por bueno. Pero si rompe en Safari… ya lo arreglarán algún día. Y si ese día no llega nunca, pues ajo y agua.

Aquello me dejó fuera de juego hace dos años. Formularios que no cargaban bien, interfaces que se descolocaban, reproductores de vídeo que no respondían como debían... No eran errores críticos, pero se acumulaban y al final la experiencia era simplemente mala. Por eso decidí dar el salto.

A la caza de mi nuevo navegador Brave

Consciente de que Safari no me servía y debía buscar alternativas, mi primer intento serio fue con Firefox. Siempre me ha gustado su filosofía y a efectos de nostalgia, debía ser el primero. Fue mi navegador durante los años 2000 cuando era usuario de Windows (perdóname, Steve Jobs) y creí que no iría mal en macOS en pleno 2024.

Y no, Firefox no iba mal, pero su interfaz me resultaba demasiado densa. Demasiadas opciones y demasiadas configuraciones.

Después probé Opera, más por curiosidad que por otra cosa. Me gustó su diseño, pero sentí que estaba pensado para otro tipo de usuario. Demasiadas capas, extensiones integradas que no necesitaba, una VPN que no quería usar, una IA que no me aportaba demasiado... Me cansó muy rápido.

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

Volví entonces a lo fácil: Chrome. Es el más utilizado y sabía que funcionaría. Pero también sabía lo que implica: batería drenada, RAM por las nubes, y una sensación constante de estar usando algo funcional pero sin alma. Duré unas semanas.

Y entonces llegué a Brave. Basado en Chromium, con lo bueno de Chrome pero sin (parte de) lo malo de Chrome. Minimalista, rápido y un rendimiento más que aceptable en cualquiera de mis dos Mac (MacBook Air M1 con 8 GB y Mac mini M2 Pro con 16 GB). No tiene el mismo nivel de integración que Safari, pero cumple. Y sobre todo, no me falla.

Vuelta al ruedo de Safari con macOS 27

Con la llegada de macOS 27 Golden Gate, decidí probar la beta en mi MacBook Air y pensé que era el momento perfecto para darle otra oportunidad a Safari. Al abrirlo, la primera impresión fue la de siempre: qué bien se ve y qué bien se siente. Todo está en su sitio y nada sobra. Visualmente sigue siendo, para mí, el mejor navegador que hay, sin discusión.

Además, se han añadido interesantes mejoras como la gestión de pestañas inteligente o una IA agéntica capaz de crear extensiones con lenguaje natural o avisarnos de cambios en una web. Todo pintaba de maravilla.

Safari mejora con macOS 27 Golden Gate, pero sigue siendo insuficiente para mí

Ese MacBook lo uso como secundario o en viajes, por lo que Safari parecía tener sentido. No obstante, decidí probarlo también de nuevo en la última versión estable de macOS 26.5 Tahoe en otro Mac. De paso, podría apreciar las diferencias entre versiones. Y allí también se veía todo perfecto. O, mejor dicho, casi perfecto.

Muchas de las webs que uso para mi trabajo, redacciones online, gestores de contenido o el mismísimo Google Meet siguen sin estar optimizados para WebKit. Algunos cargan con fallos gráficos menores, otros directamente no permiten subir archivos o no funcionan bien.

En Applesfera Un programador pidió ayuda a Microsoft para activar Windows 10 y la respuesta fue invitarle a crackearlo. Apple lleva 14 años haciéndolo más fácil

La experiencia ya empezó rara, pero tampoco ayudó que muchas de las extensiones que venía usando en Brave no estuviesen disponibles para Safari. Sí, hay algunas adaptaciones y el sistema de extensiones ha mejorado, pero sigue yendo por detrás de Chromium. Y cuando dependes de ellas para ciertos flujos de trabajo, no tenerlas es algo que se siente y padece.

Lo de los diez minutos quizás no sea lo más exacto, pero no está lejos de ser literal. Apenas duré unos minutos en Safari y volví a Brave. Muy apenado, eso sí, sobre todo sabiendo que no depende ni de mí y ni siquiera de Apple.

Adiós Safari, aunque no sin resignación

He vuelto a Brave y no porque sea perfecto, sino porque es el que menos me estorba. En el equilibrio entre diseño, rendimiento y compatibilidad, es el que mejor encaja con lo que necesito ahora mismo. Safari me sigue pareciendo el navegador más elegante, pero eso no basta cuando falla en lo esencial. Y no imaginas la rabia que me da.

Más que un problema técnico, lo que sucede con el navegador nativo de macOS es una cuestión de prioridades. Apple cuida Safari, pero la mayoría de desarrolladores web se mueven en otra dirección y eso hace que quienes intentamos quedarnos en Safari tengamos que remar contra corriente.

Por mucha mejora que haga Apple, al final le corresponde a los desarrolladores webs optimizar sus páginas para Safari

Como demuestran varias investigaciones, la inmensa mayoría de webs se optimizan en su mayoría para Chromium y luego ya muy por detrás para el resto. Y en cierto modo es entendible, ya que más de un 66% de usuarios usan Chrome como navegador de escritorio, dejando a Safari con apenas un 7%. Y aunque la estadística muestra a Brave en un 1%, la clave está en su motor, que es el mismo que el de Chrome.

Quizá algún día esa corriente cambie. O quizás Safari encuentre su hueco en otro tipo de uso. Pero en el mío, donde la optimización de mis webs de trabajo es fundamental, veo que no hay sitio para él. Y no es que sea un drama, pero me fastidia especialmente no poder nutrirme de una interfaz que me gusta infinitamente más que cualquier otra.

En Applesfera | Nuevo MacBook Pro táctil con pantalla OLED - Todo lo que creemos saber sobre el próximo portátil profesional de Apple

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

(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 Hace dos años que dejé de usar Safari en Mac porque me era imposible usarlo. Le he dado otra oportunidad y he durado diez minutos fue publicada originalmente en Applesfera por Álvaro García M. .

3.000 millones de libras, que pasado a euros serían 3.480.165.000, es lo que deberá pagar Apple en Reino Unido por una demanda colectiva relacionada con las comisiones de la App Store. La justicia británica ha concluido que la compañía abusó de su posición dominante durante años.

{"videoId":"x96o9qy","autoplay":true,"title":"Más allá de la APP STORE- Instala MÁS TIENDAS de forma FÁCIL en tu iPhone", "tag":"", "duration":"435"}

Precedentes. Apple lleva años bajo presión por su modelo de negocio de la App Store y aspectos como el de sus comisiones del 30%. Esto ha llevado a que la legislación en la Unión Europea le haya obligado a hacer cambios en su plataforma y ha levantado también investigaciones antimonopolio en países como Brasil, Japón, Estados Unidos o Reino Unido.

Precisamente es en Reino Unido donde se presentó una demanda colectiva con cientos de usuarios que sostenían que Apple había abusado de su posición dominante. Para ello, alegaban que la compañía imponía comisiones excesivas en la App Store y obligaba a pasar por su sistema de pagos, encareciendo aplicaciones y servicios digitales.

En Applesfera Las 11 mejoras de Apple Intelligence con iOS 27. Solamente hay una que no llegará a Europa (de momento)

La sentencia. El Tribunal de Apelación de la Competencia británico (Competition Appeal Tribunal) ha dado ahora la razón a los demandantes. Según el tribunal, la compañía aplicó tarifas "excesivas e injustas" al mantener un sistema cerrado en el que los desarrolladores no tenían alternativas reales para llegar a los usuarios de iPhone y iPad.

La resolución considera que Apple estuvo años cobrando comisiones superiores a las que habría aplicado en un mercado competitivo. Han estimado que una comisión razonable habría sido de alrededor del 17,5% para distribución y del 10% para pagos dentro de las aplicaciones, frente al modelo habitual de hasta el 30% que aplicaba Apple durante parte del periodo analizado.

Por qué es importante. La sentencia afecta a una de las fuentes de ingresos más importantes de Apple, ya que la App Store se ha convertido en una pieza clave del ecosistema del iPhone y cualquier limitación a sus comisiones puede afectar tanto al dinero que genera la compañía como a las reglas que impone a los desarrolladores.

Además, el caso se suma a una ola de investigaciones y demandas contra las grandes tecnológicas por sus modelos de tienda digital. Para Apple, supone otro frente legal junto a las presiones regulatorias en Europa y Estados Unidos sobre si sus plataformas favorecen demasiado sus propios servicios y bloquean la competencia.

7 libras por usuario. Aunque la cifra total del caso ronda las 3.000 millones de libras, la compensación media estimada para cada usuario afectado será de alrededor de 7 libras. La cantidad exacta dependerá del resultado final del proceso y de cómo se distribuya la indemnización entre los demandantes.

Y ahora qué. Apple ha defendido que la sentencia "ofrece una visión equivocada" de cómo funciona su ecosistema de aplicaciones y ha mantiene que la App Store aporta seguridad, privacidad y herramientas para los desarrolladores.

La compañía ha intentado recurrir la decisión, aunque los tribunales británicos ya rechazaron inicialmente la idea de impugnarla por esa vía. El siguiente paso será determinar definitivamente el importe de los daños y cómo se repartirán entre los usuarios afectados.

Vía | BBC

Imagen de portada | Willfried Wende en Pexels y Applesfera

En Applesfera | Las 30 mejores aplicaciones para iPad con las que sacar el máximo rendimiento a tu tablet de Apple

En Applesfera | Nuevo iOS 27 - Todas sus novedades, iPhone compatibles y cómo probarlo antes que nadie

(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 Reino Unido le acaba de poner precio a las comisiones "abusivas" de la App Store: 3,4 millones de euros fue publicada originalmente en Applesfera por Álvaro García M. .

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 .