Agregador de canales de noticias

Si alguna vez te has peleado con el famoso callback hell o has visto cómo tu aplicación se cierra inesperadamente por un crash, sabrás que gestionar la asincronía en Android puede ser un auténtico quebradero de cabeza. Las corrutinas de Kotlin llegaron para salvarnos el pellejo, permitiéndonos escribir código que parece lineal y sencillo, pero que por debajo hace magia moviendo tareas entre hilos sin que el usuario note ni un solo tirón en la pantalla.

El problema viene cuando lanzamos tareas que se quedan «colgadas» aunque la pantalla ya no exista, lo que nos lleva directos a las temidas fugas de memoria. Para evitar que la app se coma la RAM del dispositivo, necesitamos entender a la perfección dónde y cómo lanzar estas tareas. Aquí es donde entran en juego los scopes optimizados para el ciclo de vida, que se encargan de limpiar el desastre automáticamente cuando un componente muere.

Entendiendo los CoroutineScopes: ¿Quién manda aquí?

Un scope no es más que un límite que define cuánto tiempo debe vivir una corrutina. Si lanzamos algo en un ámbito que ya no es válido, la corrutina sigue ejecutándose en el vacío, consumiendo recursos y manteniendo referencias a objetos que ya deberían haber sido borrados. Para evitar esto, Android nos regala un par de herramientas ya configuradas.

El viewModelScope es la joya de la corona para la lógica de negocio. Se vincula directamente al ciclo de vida del ViewModel; es decir, que en el momento en que el ViewModel se destruye (porque el usuario salió de la pantalla definitivamente), todas las tareas que hayan empezado ahí se cancelan de golpe. Es la opción ideal para procesar datos que no deben sobrevivir a la destrucción de la vista pero que sí deben resistir cambios de configuración, como rotar la pantalla.

Por otro lado, tenemos el lifecycleScope, que está pegado al LifecycleOwner, ya sea una Activity o un Fragment. Si necesitas que una tarea se detenga exactamente cuando la Activity se destruye, este es tu sitio. Además, en el mundo de Jetpack Compose, contamos con LaunchedEffect, para un correcto control de efectos secundarios en Compose, que crea un scope ligado a la composición del elemento. Si el componente sale de la pantalla, la corrutina se cancela, evitando que animaciones o llamadas a red sigan corriendo en segundo plano sin sentido.

Dispatchers: El arte de no bloquear la interfaz

Lanzar la corrutina es solo la mitad del trabajo; ahora hay que decidir en qué hilo se ejecuta. Si intentas hacer una petición a una base de datos en el hilo principal, Android te lanzará un error o, peor aún, la interfaz se congelará y el usuario pensará que la app ha muerto.

• Dispatchers.Main: Es el hilo de la UI. Solo debes usarlo para cosas rapidísimas, como actualizar un texto o mostrar un botón. Cualquier trabajo pesado aquí es pecado capital.
• Dispatchers.IO: Está optimizado para operaciones de entrada y salida, como leer archivos, escribir en Room o hacer peticiones HTTP. Utiliza un pool de hilos elástico que permite muchas tareas simultáneas ya que la CPU no suele estar muy ocupada esperando la respuesta de la red.
• Dispatchers.Default: Es el músculo para el cálculo intensivo. Si tienes que parsear un JSON gigante o filtrar una lista de miles de elementos, este dispatcher usa un número de hilos basado en los núcleos reales de tu CPU para aprovechar el paralelismo al máximo.

La jugada maestra aquí es usar withContext. Te permite cambiar el hilo en medio de una función suspendida. Puedes empezar en Main, saltar a IO para descargar un archivo y volver automáticamente al hilo principal para mostrar el resultado, todo sin escribir un solo callback.

Concurrencia y Paralelismo: launch vs async

No todas las tareas asíncronas son iguales. A veces solo queremos que algo pase (disparar y olvidar) y otras veces necesitamos un resultado para seguir avanzando. Para esto tenemos dos constructores fundamentales.

El comando launch es el más común. Lanza la tarea y nos devuelve un objeto Job, que es como un mando a distancia para controlar la corrutina. Con este Job podemos cancelar la tarea si el usuario decide cancelar la operación manualmente.

Si necesitamos un valor de vuelta, usamos async. Este constructor devuelve un Deferred, que es básicamente una promesa de que habrá un resultado. Lo interesante es que podemos lanzar varias tareas con async y luego llamar a await() para combinar los resultados. Si tienes 4 núcleos en tu móvil y lanzas tareas en Dispatchers.Default, verás que se ejecutan en paralelo real, reduciendo drásticamente el tiempo de espera.

Flujos de datos reactivos con Flow y StateFlow

Cuando no necesitamos un único valor, sino un chorro de datos que cambian con el tiempo, pasamos a usar Flow. A diferencia de las corrutinas simples, un Flow es «cold», lo que significa que no empieza a trabajar hasta que alguien se suscribe a él mediante collect.

En el desarrollo moderno, lo ideal es convertir esos flujos en StateFlow usando el operador stateIn dentro del ViewModel, siguiendo una guía completa de StateFlow y SharedFlow. Esto permite que la UI siempre tenga acceso al último estado emitido, incluso si el dispositivo se rota. Para consumir estos datos en Compose de forma segura, la recomendación es usar collectAsStateWithLifecycle. Esta función es clave porque detiene la recolección cuando la app pasa a segundo plano, ahorrando batería y memoria de forma inteligente.

Estrategias avanzadas para un código robusto

Para que nuestra app no sea un castillo de naipes, debemos gestionar los errores. En las corrutinas, las excepciones se propagan hacia arriba. Si un hijo falla, el padre también cae, a menos que utilicemos un SupervisorJob. Esto es vital cuando lanzamos tareas independientes donde el fallo de una descarga no debería cancelar la descarga de las demás.

Además, hay que recordar que la cancelación es cooperativa. Si tienes un bucle que procesa millones de datos, la corrutina no se detendrá mágicamente aunque canceles el scope; debes llamar a ensureActive() o comprobar isActive para que la corrutina sepa que debe morir y libere los recursos.

El uso correcto de los scopes de Android, la elección del dispatcher adecuado y la implementación de flujos reactivos constituyen la base de cualquier aplicación profesional. Al delegar la gestión del ciclo de vida a viewModelScope y lifecycleScope, y mover el trabajo pesado a los hilos de IO o Default, conseguimos una experiencia de usuario fluida, sin bloqueos y, sobre todo, libre de fugas de memoria que comprometan el rendimiento del dispositivo.

Seguramente te ha pasado que, tras pelearte un buen rato con el código, consigues que tu programa funcione, pero te das cuenta de que la interfaz se queda congelada o que el sistema no escala ni lo más mínimo. Es frustrante, ¿verdad? Muchas veces el problema no es la lógica en sí, sino que estamos tratando el flujo de trabajo de forma síncrona, obligando al procesador a esperar sentado a que terminen tareas externas antes de seguir con lo siguiente.

Para solucionar esto, existen modelos de programación que nos permiten lanzar procesos al aire y avisarnos cuando estén listos, permitiendo que el ordenador haga otras cosas mientras tanto. Ya sea en el ecosistema de .NET con C# o en el mundo de JavaScript, dominar el asincronismo y el paralelismo es la diferencia entre una aplicación que se siente fluida y profesional y una que parece sacada de los años noventa.

Entendiendo la asincronía frente al paralelismo

A menudo confundimos estos dos conceptos, pero no son lo mismo. Imagina que estás preparando el desayuno. Si lo haces de forma síncrona, primero viertes el café y no haces nada más hasta que la taza esté llena; luego calientas la sartén y te quedas mirando el fuego hasta que esté caliente. Es una pérdida de tiempo total. El modelo asíncrono es como cocinar en la vida real: pones el pan en la tostadora y, mientras se tuesta, empiezas a freír los huevos. No necesitas diez personas cocinando (paralelismo), sino que una sola persona gestiona varias tareas que avanzan independientemente.

El paralelismo real, en cambio, implica el uso de varios hilos de ejecución o procesadores. Aquí es donde tendrías a un cocinero para cada plato. Mientras que la asincronía se trata de no bloquear el hilo principal mientras esperas una respuesta (como una petición a una base de datos), el paralelismo busca dividir una carga pesada de CPU entre varios núcleos para terminar más rápido.

El modelo TAP y la magia de Async y Await en .NET

En C#, el modelo de programación asíncrona de tareas (TAP) nos ofrece una capa de abstracción brutal. Básicamente, nos permite escribir código que parece secuencial y fácil de leer, pero que por debajo el compilador transforma en una máquina de estados optimizada. Gracias a las palabras clave async y await, ya no tenemos que recurrir a callbacks complicados que ensucian el código.

Cuando marcamos un método como async, le estamos diciendo al sistema que ese método puede contener operaciones que tardan tiempo. Al usar await, el hilo actual no se bloquea; simplemente se libera para hacer otras cosas y retoma la ejecución justo donde se quedó una vez que la tarea ha finalizado. Es vital que toda la cadena de llamadas sea asíncrona; si metemos un método síncrono en medio de una pila asíncrona, acabaremos bloqueando el hilo y perdiendo todas las ventajas de rendimiento.

Estrategias para lanzar tareas en paralelo y combinar sus resultados

Si simplemente ponemos await delante de cada tarea, las estaremos ejecutando una tras otra. Para ganar velocidad, debemos iniciar las tareas simultáneamente. La clave está en llamar al método asíncrono sin el await inmediato, guardando la referencia en un objeto de tipo Task.

• Task.WhenAll: Este método es la joya de la corona cuando queremos lanzar varias peticiones y esperar a que todas terminen. Devuelve una única tarea que se completa solo cuando todas las tareas de la lista han finalizado, permitiéndonos combinar los resultados de forma eficiente.
• Task.WhenAny: Ideal para escenarios donde solo nos importa el primer resultado que llegue o queremos procesar las tareas a medida que vayan terminando, sin esperar al grupo completo.
• Parallel.ForEachAsync: Introducido en versiones recientes de .NET, es perfecto para procesar colecciones grandes con operaciones de entrada y salida (I/O), permitiendo controlar el grado de paralelismo para no saturar el servidor externo.

Es fundamental distinguir si la carga es CPU-bound (cálculos intensos) o I/O-bound (red, disco). Para cálculos pesados, Task.Run es la mejor opción para mover la carga fuera del hilo principal. Para llamadas a APIs o bases de datos, Parallel.ForEachAsync o WhenAll son el camino correcto.

Gestión de errores y excepciones asíncronas

El manejo de errores en entornos asíncronos puede ser un dolor de cabeza si no se hace bien. En C#, cuando una tarea falla, la excepción no salta inmediatamente, sino que se almacena en la propiedad Exception del objeto Task, normalmente envuelta en una AggregateException. Sin embargo, al usar await, el sistema desempaqueta automáticamente la primera excepción interna, permitiéndonos usar bloques try-catch tradicionales de forma muy natural.

En JavaScript, el flujo es similar. Las promesas pueden estar en estado de resuelta o rechazada. Si una promesa en una cadena de .then() falla, el error se propaga hasta encontrar el primer manejador .catch(). Una herramienta potente es Promise.all(), que falla inmediatamente si cualquiera de las promesas del grupo es rechazada, lo cual es útil para asegurar que todas las dependencias de una operación se han cumplido.

De los Callbacks a las Promesas y Async/Await en JavaScript

Antiguamente, JavaScript dependía de los callbacks, lo que llevaba al famoso callback hell, donde el código se desplazaba hacia la derecha infinitamente debido a la anidación. Las promesas llegaron para limpiar esto, permitiendo encadenar acciones con .then() y gestionar errores con .catch(), haciendo que el flujo de datos fuera mucho más lineal.

La llegada de async/await en JavaScript llevó esto al siguiente nivel. Ahora podemos escribir funciones que pausan su ejecución sin detener el bucle de eventos del navegador o de Node.js. Es importante recordar que await solo funciona dentro de funciones async y que estas siempre devuelven una promesa por defecto. Una curiosidad técnica es que estas funciones son similares a los generadores, ya que pueden congelar su estado local y reanudarse más tarde.

Cuidado con las brechas asíncronas y el bucle de eventos

No todo es color de rosa; existen trampas peligrosas. Una de las más comunes ocurre al intentar modificar una variable externa dentro de un bucle asíncrono. Debido a que hay una brecha temporal entre que se inicia la tarea y que se recibe el resultado, el estado de la aplicación podría cambiar, provocando resultados impredecibles o errores de concurrencia.

Todo esto ocurre gracias al bucle de eventos (Event Loop). JavaScript ejecuta un solo programa a la vez. Cuando una tarea asíncrona termina, se añade a una cola y el bucle la procesa cuando el hilo principal queda libre. Por eso, si escribimos un bucle while infinito y síncrono, bloquearemos cualquier tarea asíncrona, aunque ya haya terminado, porque el hilo principal nunca llega a mirar la cola de eventos.

Tanto en .NET como en JavaScript, la clave para un software escalable reside en saber delegar el trabajo pesado o la espera de recursos externos a procesos que no detengan el flujo principal. Utilizando correctamente las tareas, las promesas y los mecanismos de control de concurrencia, logramos que las aplicaciones respondan con rapidez y aprovechen al máximo el hardware disponible, transformando procesos lentos y secuenciales en flujos de trabajo optimizados y paralelos.

Durante mucho tiempo, tomar apuntes en digital era elegir entre dos extremos. Por un lado, las tablets de siempre: potentísimas, sí, pero un nido de notificaciones y distracciones. Por otro, los lectores de tinta electrónica: comodísimos para la vista, pero desesperadamente lentos y caros.

El Huion Note E busca el equilibrio justo en medio de ambos mundos. Con una pantalla LCD mate de 8,4 pulgadas y Android 15, no pretende ser un ordenador portátil ni una consola de juegos. Su único objetivo es ofrecer un espacio limpio y cómodo para escribir, estudiar, organizar el día y hacer bocetos sin que te explote la cabeza. No es una tablet para cualquiera, pero precisamente por eso tiene una personalidad mucho más clara que el resto de modelos de su categoría.

Diseño compacto, pantalla mate y características técnicas

Lo primero que llama la atención del Huion Note E es su tamaño. Su pantalla de 8,4 pulgadas hace que el dispositivo tenga unas dimensiones similares a las de un cuaderno A5, por lo que resulta fácil guardarlo en una mochila o transportarlo entre casa, la universidad y el trabajo. Además, tiene un grosor de solo 7,4 milímetros y un peso de 348 gramos sin contar la funda y el lápiz.

No es tan ligero como un cuaderno tradicional, pero sí lo suficiente como para utilizarlo como una herramienta portátil. La funda magnética está incluida y viene instalada, protegiendo el equipo y activando automáticamente la pantalla cuando se abre. El lápiz también puede sujetarse magnéticamente en uno de sus laterales y cuenta con un pequeño clip para evitar perderlo.

La pantalla es uno de los elementos que diferencian al Huion Note E de otros cuadernos electrónicos. En lugar de un panel de tinta electrónica, utiliza una pantalla LCD IPS de 8,4 pulgadas con resolución de 1.920 x 1.200 píxeles, una densidad de 270 píxeles por pulgada y una frecuencia de actualización de 60 Hz.

Gracias a su superficie mate con tratamiento antirreflejos, la pantalla busca reducir los reflejos y evitar la sensación de estar escribiendo directamente sobre un cristal. También cuenta con laminación completa, un brillo máximo de 300 nits y diferentes ajustes para reducir la emisión de luz azul. No ofrece el descanso visual o la visibilidad exterior de la tinta electrónica, pero a cambio permite disfrutar de colores completos, animaciones fluidas y una respuesta mucho más rápida.

En su interior encontramos un procesador MediaTek Helio G99, acompañado por 6 GB de memoria RAM y 128 GB de almacenamiento. No es una configuración pensada para juegos exigentes, pero resulta suficiente para trabajar con notas, documentos, aplicaciones de lectura y herramientas de dibujo. Eso sí, no dispone de ranura para tarjetas microSD ni admite una tarjeta SIM.

El dispositivo también incorpora Wi-Fi, Bluetooth 5.2, lector de huellas, dos micrófonos y una cámara trasera de 8 megapíxeles que puede utilizarse para escanear documentos. Su batería tiene una capacidad de 4.500 mAh y ofrece, según los datos de Huion, alrededor de 6,5 horas de uso con el brillo al 50 %. Admite carga rápida de 18 W y necesita aproximadamente dos horas para completar una carga.

La autonomía es correcta para una jornada de trabajo, pero está lejos de las semanas que pueden ofrecer algunos dispositivos de tinta electrónica. Es una de las principales consecuencias de apostar por una pantalla LCD convencional.

Escribir, organizarse y trabajar con el Huion Note E

El verdadero protagonista de la experiencia es el lápiz PW510 incluido. Utiliza la tecnología PenTech 3.0 de Huion, reconoce 8.192 niveles de presión y detecta la inclinación. Además, no necesita batería, recarga ni emparejamiento mediante Bluetooth: basta con acercarlo a la pantalla para comenzar a escribir. De hecho, la punta de fieltro y la superficie texturizada de la pantalla ayudan a generar una mayor fricción que la de una tablet convencional. Esto se traduce en una escritura más natural que deslizar un lápiz de plástico sobre un cristal completamente liso.

Además, Huion incluye diez puntas de repuesto, un detalle importante porque las puntas de fieltro se desgastan progresivamente con el uso. El lápiz también permite borrar rápidamente utilizando su extremo posterior, como si se tratara de la goma de un lápiz tradicional.

El Huion Note E funciona con Android 15, aunque utiliza un launcher personalizado centrado en las notas y las tareas pendientes. Al encenderlo, el usuario puede empezar a escribir sin navegar por varias pantallas o buscar una aplicación concreta. La interfaz está diseñada para reducir las distracciones y colocar las herramientas de productividad en primer plano.

Su aplicación de notas permite combinar escritura manual, texto e imágenes, además de mover elementos mediante una herramienta de selección. También puede reconocer la escritura, buscar palabras dentro de notas manuscritas y convertir los apuntes en texto editable en 34 idiomas. La precisión dependerá de la claridad de cada caligrafía, pero es una función especialmente práctica para estudiantes, reuniones y entrevistas.

Otra posibilidad interesante es la grabación de audio sincronizada. Mientras escribimos, el Huion Note E puede registrar el sonido y asociar cada trazo con el momento correspondiente de la grabación. Al pulsar posteriormente sobre una anotación, el dispositivo reproduce el fragmento de audio relacionado. Esto permite recuperar el contexto de una explicación sin escuchar de nuevo toda la clase o reunión.

También podemos importar documentos PDF para subrayarlos, añadir comentarios o escribir directamente sobre sus páginas. Las notas terminadas pueden exportarse como PDF, JPG, vídeo o en el formato propio de Huion. Además, existe la posibilidad de realizar copias de seguridad en Google Drive, OneDrive y Dropbox.

Al tratarse de un dispositivo Android, también admite la instalación de otras aplicaciones y viene con HiPaint para dibujar. Esta libertad representa una ventaja frente a los cuadernos digitales más cerrados, aunque algunas aplicaciones pueden presentar problemas de escala, orientación o adaptación a su pantalla. El Note E funciona mejor cuando se utiliza principalmente con las herramientas desarrolladas por Huion.

Un cuaderno digital muy completo con Android 15

El principal acierto del Huion Note E es tener una idea muy clara de lo que quiere ser. No pretende competir con una tablet de altas prestaciones ni convertirse en un centro de entretenimiento. Su objetivo es sustituir varios cuadernos, permitir escribir con comodidad y mantener todas las notas organizadas y disponibles en formato digital.

Entre sus puntos fuertes destacan el lápiz sin batería, la pantalla mate, el tamaño compacto y unas funciones de escritura bastante completas. El reconocimiento de texto, la búsqueda entre notas manuscritas, la anotación de PDF y la grabación sincronizada pueden resultar realmente útiles para estudiantes, profesores y profesionales que toman apuntes con frecuencia.

Al tratarse de un dispositivo Android, incluye Google Play Store y permite instalar aplicaciones de lectura, productividad y dibujo. Esto permite utilizarlo para leer y anotar PDF, revisar documentos con aplicaciones como WPS Office, mantener un diario digital o dibujar con HiPaint. Esta libertad es una ventaja frente a los cuadernos electrónicos más cerrados, aunque algunas aplicaciones pueden presentar problemas de escala, orientación o adaptación a su pantalla.

Su principal limitación es la autonomía. Las aproximadamente 6,5 horas anunciadas pueden ser suficientes para un día de uso, pero obligan a cargarlo con bastante más frecuencia que un dispositivo de tinta electrónica. El brillo de 300 nits tampoco lo convierte en la mejor opción para trabajar bajo la luz directa del sol.

El Huion Note E tiene mucho sentido para quien todavía prefiere escribir a mano, pero quiere evitar la acumulación de libretas, fotografías de apuntes y documentos dispersos. Es una propuesta especializada, portátil y con suficientes funciones para convertirse en una herramienta de trabajo habitual. Ofrece un equilibrio interesante entre escritura tradicional y organización digital.

Ni un calcetín rebelde que decide perderse, ni un cepillo de dientes que se queda en el soporte del baño. Tengo un life hack para no olvidar nada antes de viajar y tampoco dejarmelo en el destino cuando vuelvo a casa. Es un truco tan simple que más de uno me dice que no entiende cómo no hay caído antes en hacerlo.

Da igual qué iPhone tengas, ya que una simple nota puede ser suficiente para ello. Y aunque creas que no te hace falta y eres de los que se apaña bien cuando viaja, créeme si te digo que esa nota se convertirá en un seguro imprescindible que querrás tener siempre a mano.

Primero, repasa lo que te llevas Imagen: Marissa Grootes en Unsplash

De primeras se nos ocurren elementos básicos como muda limpia, camisetas, gel de ducha o el cepillo de dientes. Sin embargo, no podemos olvidar que cuando viajamos también llevamos otros extras que no siempre son tan obvios: cargador del iPhone, del Apple Watch, un eBook para leer, auriculares, etc.

Y con la ropa tampoco es tan sencillo como saber qué llevaremos, sino también en qué cantidad. No son pocos los viajes en los que me he olvidado un par de calcetines por no haber tenido en cuenta cuántos debería haber traído de vuelta.

Mi consejo aquí es anotar siempre todo con detalle: cinco pares de calcetines, dos camisetas de manga corta, tres sudaderas, un cable de USB-C a USB-A, dos adaptadores de corriente, etc.

Jamás he olvidado un solo ítem desde que lo organizo en una nota

Adicionalmente, puedes preguntar a la IA (ChatGPT, Siri, Claude...) qué se suele llevar uno para viajar. Yo lo hago de vez en cuando y me sorprendo cuando me recuerda ítems con los que no contaba inicialmente y los paso a mi nota.

Como bonus track, diré que yo también añado una lista de tareas que hacer antes de salir de casa y pongo cosas como tirar la basura (para que no huela a la vuelta), vaciar el agua de la cafetera o apagar la calefacción (en invierno). También se pueden añadir elementos como conectar la alarma de seguridad.

Lo mejor es organizarlo

Como ya explicaba, todo esto consiste en abrir una nota nueva en la app Notas (valga la redundancia), aunque también te sirve Notion, Evernote o cualquier otra app que uses habitualmente. La clave es que tengas todo organizado.

¿Puedes tener todo apelotonado? Sí, pero no es nada práctico. Yo lo organizo por secciones: ropa, artículos de higiene, electrónica y otros. Si añades los ítems en formato de lista de tareas como hago yo, podrás ir marcando lo que ya has añadido a la maleta y así ir viendo lo que te falta.

En Applesfera Muchas veces se me olvida, pero el iPhone puede enviarme notificaciones por ubicación para no olvidar una tarea. Así se configura

Cuando llegas al destino, la idea es que lo desmarques a medida que deshaces la maleta. De ese modo podrás volver a marcarlo cuando te toque rehacer la maleta para volver a casa.

Varias notas para distintos viajes

Si sueles viajar a menudo, puedes tener una nota que sirva como plantilla base para los viajes recurrentes. En mi caso, lo tengo para cuando voy a pasar un fin de semana a casa de mis padres, ya que al final no necesito llevarme cosas que sí me llevaría a otros viajes y como casi siempre es lo mismo, no tardo nada en tener la lista hecha.

Para viajes más puntuales tengo otro tipo de listas. Si voy de vacaciones cambia el asunto, ya que no necesitaré llevarme lo mismo si voy a un lugar de playa en pleno verano que si me voy a un lugar montañoso en invierno. También cambia la cosa si me alojo en un hostal, en un apartamento o en casa de un amigo, ya que no necesito llevar lo mismo.

Reconozco que esta es mi asignatura pendiente porque no tengo una nota creada para cada tipo de viaje y para cada año de vacaciones creo una nueva nota, pero si quieres organizarte mejor, quizás puedas tener plantillas para cada tipo de viaje.

Lo importante al final es anotar absolutamente todo. Incluso lo que creas que es menor o que no te hace falta recordar porque llevas encima (un colgante, una pulsera...). Si por cualquier causa te lo tienes que quitar, corres el riesgo de olvidarlo precisamente por no estar acostumbrado a quitártelo. Así que lo mejor es anotar todo. Parece tedioso, pero no es para tanto y merece mucho la pena.

Imagen de portada | Montaje con fotografía de American Green Travel en Unsplash

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 Paso de fiarlo todo a mi mala memoria. Mi truco para no olvidarme de nada en vacaciones está en el iPhone fue publicada originalmente en Applesfera por Álvaro García M. .

A finales de los años 80 y durante toda la década de los 90, Apple vivió una de las etapas más intensas y caóticas de su historia. Muy lejos de la imagen de empresa billonaria e innovadora que tenemos hoy... la Apple de entonces era un hervidero de ideas, pero también de dudas. Fue la época en la que Steve Jobs estuvo fuera de la compañía (1985-1997) y los directivos, temerosos de quedarse atrás, buscaban desesperadamente cómo mantener la identidad que había hecho únicos a los Mac.

El éxito inicial del Macintosh se había ido diluyendo mientras Microsoft y Windows ganaban terreno a pasos agigantados. Para muchos dentro de Apple, la mayor pesadilla era acabar siendo "otro Windows más", perdiendo la esencia que los diferenciaba. 

Así, Apple decidió jugárselo todo reinventando por completo su sistema operativo. Y no fue una, sino dos veces. Primero con Pink, un proyecto tan secreto y avanzado que parecía de ciencia ficción. Y después con Copland, la respuesta directa a la amenaza de Windows 95 y la promesa de devolver a Apple al centro de la innovación.

Pink: el primer gran salto (y tropiezo)

En 1988, el Mac OS original ya mostraba sus límites. No tenía multitarea, ni protección de memoria, y los ingenieros estaban cansados de parches sobre parches. Un grupo conocido como la "Gang of Five" planteó un ultimátum: o les dejaban crear un nuevo sistema operativo desde cero, o se marchaban. Así nació Pink, el proyecto secreto que muchos en Apple veían como la salvación del Macintosh.

El nombre de Pink surgió casi por accidente, durante una sesión de brainstorming en la que las ideas más revolucionarias se escribían en tarjetas rosas (pink cards). El equipo, convencido de que estaban ante algo grande, se mudó a un almacén fuera del campus de Apple para trabajar sin interferencias. El secretismo era tal que nadie fuera del grupo podía ver el código ni probar el sistema, lo que llevó a situaciones tan surrealistas como que, mientras Pink desarrollaba su propio sistema de gráficos, otro equipo en Apple hacía lo mismo con QuickDraw GX, sin que ninguno supiera del otro.

Pink apostaba por una arquitectura completamente orientada a objetos, multitarea, memoria protegida y una interfaz gráfica avanzada, con iconos en 3D y ventanas no rectangulares. La memoria protegida era un salto enorme: cada programa tenía su propio espacio de memoria, aislado del resto. Así, si una aplicación fallaba, el resto seguía funcionando sin verse afectada. En los sistemas antiguos, un fallo podía colgar todo el ordenador. Con la memoria protegida, cada app iba por su carril.

El desarrollo, sin embargo, fue mucho más lento de lo esperado. La plantilla creció a más de 100 personas, pero el sistema seguía siendo inestable y apenas funcional. Las tensiones internas y la falta de resultados hicieron que varios miembros clave abandonaran el barco. Finalmente, en 1992 Apple decidió externalizar el proyecto y, en colaboración con IBM, Pink se transformó en Taligent. El objetivo era crear un sistema operativo multiplataforma, pero tras años de desarrollo, Taligent se canceló en 1998 sin apenas impacto en el mercado.

Como recogió el periodista Michael S. Malone en su libro Infinite Loop (1999), Pink fue:

Una idea hermosa: un sistema operativo radicalmente orientado a objetos que iba a hacer que Mac OS pareciera anticuado. Pero el proyecto creció en tamaño y ambición hasta que se volvió imposible de completar. 

Una sensación que muchos ingenieros del proyecto, como Donn Denman, también compartieron en su momento. Durante años, en los pasillos de Apple se repetía la broma: "¿Cuándo va a salir Pink? ¡Dentro de dos años!

Copland: la gran esperanza de los 90

Tras el fiasco de Pink, Apple necesitaba una respuesta urgente a Windows 95. Así nació Copland en 1994, con el objetivo de ser el Mac OS 8 que revolucionaría la informática personal. El nombre, siguiendo la tradición de Apple de bautizar proyectos con nombres de compositores (en este caso, Aaron Copland), era toda una declaración de intenciones. Incluso el siguiente sistema, que nunca llegó a ver la luz, iba a llamarse Gershwin.

Copland apostaba por una arquitectura basada en microkernel (Nukernel), multitarea, memoria protegida y una interfaz llamada Platinum, con temas personalizables y ventanas con pestañas. El sistema permitía, por ejemplo, copiar varios archivos a la vez, usar cuentas multiusuario y buscar archivos en tiempo real desde la barra de herramientas. Algunas funciones, como las carpetas "spring-loaded" (que se abrían solas al arrastrar archivos), se adelantaron años a su tiempo y más tarde inspirarían características de macOS.

Apple puso toda la carne en el asador: más de 500 ingenieros y 250 millones de dólares al año, además de una campaña interna que incluía camisetas y tazas de Copland para motivar a los equipos. Incluso se llegaron a distribuir versiones beta a desarrolladores, cuyos discos hoy son codiciados por los coleccionistas de software vintage.

Pero el desarrollo fue un caos. Cada equipo quería añadir su propia función estrella y el proyecto creció sin control. El resultado: retrasos, versiones beta inestables y promesas incumplidas. En 1996, con Apple perdiendo cientos de millones y sin un producto final, la dirección decidió cancelar Copland. Algunas ideas se reciclaron en Mac OS 8 y 9, pero el gran salto nunca llegó.

Gil Amelio, CEO de Apple en 1996, lo resumió años después con una frase muy gráfica en su propio libro:

Copland se nos fue de las manos. Era como intentar construir un avión mientras volaba.

Algunas de las ideas de Copland, como su buscador integrado, eran tan avanzadas que Apple reutilizó su concepto años después para patentar Spotlight, la búsqueda avanzada que llegaría mucho más tarde a macOS. Y es que tanto Pink como Copland no estaban faltos de innovación, sino más bien lo contrario: intentaron abarcar tanto que resultó imposible asimilarlo todo en una sola versión.

Mirar fuera y empezar de verdad desde cero

Tras dos intentos fallidos de reinventar su sistema operativo, Apple tomó una decisión radical: dejar de intentarlo internamente y comprar la tecnología que necesitaba. En diciembre de 1996, adquirió NeXT, la empresa de Steve Jobs, por 429 millones de dólares. NeXTSTEP, su sistema operativo basado en Unix, se convirtió en la base de lo que hoy conocemos como macOS. Y con la compra, Jobs volvió a Apple, cambiando para siempre el rumbo de la compañía.

El nuevo sistema operativo, primero llamado Rhapsody y luego Mac OS X (lanzado en 2001), heredó la robustez de NeXTSTEP y añadió compatibilidad con aplicaciones clásicas de Mac. Así, Apple logró por fin un sistema moderno, estable, multitarea, seguro... y muy distinto a Windows. Desde ese momento, la evolución de macOS y el regreso de Steve Jobs marcaron el comienzo de la Apple que conocemos hoy, con productos y sistemas operativos que ya forman parte de nuestra vida.

Fuentes | Apple confidential 2.0, On the Firing Line e Infinite Loop

En Applesfera | Nuevo macOS 27 Golden Gate: fecha de lanzamiento, novedades, Mac compatibles y más información

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 Apple tiró su sistema operativo a la basura y empezó de cero dos veces. Todo para "no parecerse a Windows" fue publicada originalmente en Applesfera por Guille Lomener .

Algunas historias no llegan cuando se estrenan, cuando alguien te las recomienda o cuando el algoritmo decide colocarlas delante de ti. Llegan cuando estás preparado para entenderlas. Me ha ocurrido con libros, con canciones y con películas que parecían haber estado esperando pacientemente a que mi vida alcanzara el punto exacto desde el que podían hablarme. Supongo que por eso volvemos a ellas años después y descubrimos escenas que juraríamos que no estaban allí, frases que ahora significan otra cosa y personajes que, sin haber cambiado una sola línea de su guion, de repente se parecen demasiado a nosotros. Son historias que te encuentran.

Vivimos rodeados de una tecnología que ha conseguido acercarnos casi todo. Una voz al otro extremo del mundo, una fotografía enterrada entre miles de recuerdos, una canción que escuchábamos hace veinte años, la dirección de un sitio en el que nunca hemos estado. Todo parece quedar al alcance de un gesto, salvo quizá aquello que más necesitamos en ciertos momentos: sentir que alguien nos ve de verdad, encontrar una intimidad que no se mida en notificaciones o reconocer al otro detrás de todas las capas que hemos colocado entre nosotros. La conexión está garantizada, la cercanía auténtica sigue siendo un pequeño milagro.

En 2013 apareció una película de Spike Jonze llamada Her y me encontró precisamente entonces. Recuerdo salir de la película con la incómoda sensación de haber visto algo que todavía no existía y que, al mismo tiempo, ya estaba ocurriendo dentro de nosotros. Escribí entonces en Xataka sobre cómo la inteligencia artificial podría acercarse algún día a lo que planteaba, quizá incluso ir más lejos, pero lo que se quedó conmigo no fue la predicción tecnológica. Fue la soledad de Theodore caminando entre la gente, acompañado por una voz que parecía conocerlo mejor que muchas de las personas que podía tocar. Fue la ternura extraña de enamorarse de algo sin cuerpo, como cuando te enamoras de alguien inalcanzable. Y fue, sobre todo, la intuición de que el futuro llegaría disfrazado de cosas pequeñas y familiares.

El futuro llegó con dos auriculares blancos

Tres años después, en 2016, estaba sentado en el Bill Graham Civic Auditorium de San Francisco cuando Apple presentó los AirPods originales. Aquel era el último gran evento antes de que la compañía trasladara sus presentaciones al Apple Park, y recuerdo mirar esos dos auriculares blancos y sentir que ya los había visto. No en el metro de Barcelona, ni en Madrid, ni en uno de aquellos aeropuertos donde con el tiempo acabarían convirtiéndose en parte del paisaje. Los había visto en el metro de Her, en los oídos de Theodore, mientras caminaba aislado del ruido y acompañado por su propio mundo interior.

La película había mostrado algo muy parecido años antes de que los auriculares completamente inalámbricos fueran un objeto cotidiano. En su momento me parecieron esa ciencia ficción cercana que no necesita grandes naves ni ciudades imposibles. Bastaba con retirar un cable. Bastaba con que una voz pudiera acompañarte mientras caminas. Bastaba con transformar algo tan técnico como la comunicación inalámbrica en un gesto natural: abrir una caja pequeña, colocarte dos piezas en los oídos y dejar que la música, una llamada o un pensamiento ocuparan el espacio entre el mundo y tú.

Her anticipó la naturalidad de los auriculares inalámbricos antes de que los AirPods popularizaran esa experiencia. Apple convirtió aquella visión de ciencia ficción cercana en un objeto cotidiano, simple y casi invisible.

Otras compañías habían probado caminos parecidos, pero los AirPods terminaron fijando la forma en que entenderíamos aquella categoría. Lo hicieron eliminando toda la fricción, que siempre ha sido una de las grandes obsesiones de Apple. Conectarlos era fácil, guardarlos resultaba casi instintivo y usarlos hacía que la tecnología desapareciera durante un rato. En eso se parecían profundamente a lo que había anticipado Her: dirigían la atención hacia la experiencia y dejaban la máquina en un segundo plano. Fueron uno de esos recuerdos del futuro que primero vemos en una película y después reconocemos, años más tarde, sobre una mesa como si siempre hubieran estado ahí.

El diario que cabe en el bolsillo

Ahora la película vuelve a mi cabeza cuando pienso en ese posible iPhone Ultra plegable, porque su diseño recuerda de una forma casi inquietante al teléfono que Spike Jonze imaginó en Her. Aquel dispositivo tampoco tenía la apariencia fría y vertical de la tecnología convencional. Parecía un pequeño cuaderno, una pieza personal que Theodore podía abrir, sostener y guardar cerca del cuerpo. La elección tenía sentido dentro de la película: Samantha era una inteligencia sin rostro ni cuerpo, y necesitaba habitar un objeto cálido, familiar, alejado de la estética de una máquina. Algo parecido a una Moleskine, a esos cuadernos que han acompañado a viajeros, poetas y filósofos mientras intentaban atrapar una idea antes de que desapareciera. Entre sus páginas quedaron versos, mapas, dudas y pensamientos que quizá nunca leyó nadie. Que el teléfono más avanzado de Apple pudiera adoptar ahora esa misma forma tendría un valor enorme. La tecnología del futuro llegaría envuelta en uno de los objetos más antiguos e íntimos que conocemos: un diario.

Su forma también tendría poco que ver con el rectángulo vertical al que llevamos casi dos décadas acostumbrados. Un teléfono convencional está siempre expuesto, siempre disponible, esperando que volvamos a mirarlo. El formato de diario introduce un gesto deliberado antes de entrar en él. Hay que abrirlo. Y quizá abrirlo cambia la relación con el dispositivo, porque abrir una libreta implica detenerse, buscar una página y conceder atención a lo que estamos a punto de hacer. El iPhone Ultra podría recuperar parte de ese ritual. La bisagra dejaría de ser únicamente una proeza de ingeniería y se convertiría en una frontera física entre el mundo y la pantalla. Abrir para buscar, crear o conversar. Cerrar para terminar y volver a lo que tenemos delante. Como Theodore en Her, llevaríamos con nosotros una inteligencia inmensa, aunque su forma seguiría recordándonos que es un objeto personal y cercano, algo que podemos guardar cuando ya ha cumplido su cometido.

El formato de diario tendría sentido porque haría del iPhone Ultra un objeto más íntimo y deliberado: se abre para entrar en él y se cierra para volver al mundo.

Ahí podría encontrarse el verdadero sentido de un iPhone Ultra acompañado por una Siri más inteligente y consciente del contexto. Cuanto mejor comprenda lo que necesitamos, menos tiempo tendremos que pasar recorriendo aplicaciones, buscando menús o repitiendo instrucciones. Podríamos pedirle que ordene una idea, encuentre un recuerdo, prepare una tarea o resuma aquello que merece nuestra atención mientras seguimos caminando, cocinando o conversando con alguien. Como Theodore hacía con Samantha. La inteligencia artificial alcanzaría su mayor valor cuando consiguiera devolvernos tiempo y presencia, reduciendo la de la propia tecnología en nuestra vida. Ese pequeño diario digital podría guardar una parte enorme de quienes somos y, al mismo tiempo, ayudarnos a estar más presentes. Quizá por eso el diseño anticipado por Spike Jonze resulta ahora tan poderoso. El futuro del iPhone podría parecerse menos a una máquina y más a una Moleskine cerrada sobre la mesa: disponible cuando la necesitamos, discreta cuando la vida continúa a su alrededor.

Que es donde, realmente, pasa lo importante.

En Applesfera | Conectando los puntos

(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 nuevo iPhone Ultra y aquellos objetos del deseo fue publicada originalmente en Applesfera por Pedro Aznar .

Si quieres que tu negocio despegue en el mundo digital, no puedes ignorar el poder de las historias destacadas de Instagram. Esta herramienta es sencillamente brutal para cualquier estrategia de marketing, ya que permite que aquellos contenidos que normalmente desaparecen a las 24 horas se queden fijos en tu perfil, funcionando prácticamente como un menú de navegación para quienes visitan tu cuenta por primera vez.

En un entorno donde lo visual manda, subir una foto pixelada o que el texto quede tapado por la interfaz de la app es un error que puede costar caro. Por eso, dominar los tamaños y proporciones oficiales no es solo una cuestión de estética, sino de profesionalidad; si respetas las medidas, el algoritmo te lo agradecerá y tus usuarios tendrán una experiencia de navegación mucho más fluida y agradable.

¿Qué son exactamente las Historias Destacadas?

Surgieron hace unos años para solucionar el gran problema de la fugacidad de las Stories. Básicamente, son carpetas temáticas donde puedes almacenar contenido permanente. A diferencia de las historias convencionales, estas no se borran, permitiendo que cualquier persona (si tu cuenta es pública) acceda a la información clave de tu marca en cualquier momento.

La verdadera magia reside en que puedes organizar tu propuesta de valor de forma estructurada. No se trata solo de subir cosas al azar, sino de crear una vitrina donde resalten tus mejores trabajos, testimonios o promociones, evitando que el contenido valioso se pierda en el archivo de la aplicación.

Cómo crear y gestionar tus destacados paso a paso

Para empezar a llenar tus destacados, primero debes haber publicado una historia normal. Si la historia todavía está activa (menos de 24 horas), solo tienes que abrirla y pulsar el botón de «Destacar» que aparece en la parte inferior. Si ya tienes categorías creadas, la añades a una; si no, le pones un nombre y una portada.

Si lo que quieres es rescatar contenido antiguo, el proceso es distinto. Debes ir a tu perfil, entrar en el menú de las tres rayas y seleccionar «Archivo». Es vital que tengas activada la opción de «Guardar la historia en el archivo» en los ajustes, de lo contrario, no habrá rastro de tus publicaciones pasadas. Desde allí, eliges la foto o vídeo y seleccionas «Crear elemento destacado».

Para aquellos que quieren cambiar la portada de un destacado ya existente, basta con entrar en la historia, pulsar los tres puntos inferiores y elegir «Editar portada». Aquí puedes subir una imagen directamente desde la galería de tu móvil, asegurándote de que el elemento principal esté bien centrado, ya que Instagram aplicará un recorte circular automático.

Dimensiones y formatos: La hoja de ruta técnica

Para que nada se vea borroso, es fundamental seguir estas medidas. El tamaño ideal para las Stories y los Reels es de 1080 x 1920 píxeles, manteniendo una relación de aspecto de 9:16. Si usas un formato horizontal (16:9), Instagram dejará huecos vacíos arriba y abajo, lo que hace que el contenido se vea cutre y poco optimizado.

En cuanto a las portadas de los destacados, la recomendación es utilizar imágenes de 640 x 640 píxeles (aunque el mínimo sea 110 x 110). Al ser un formato cuadrado (1:1) que luego se recorta en círculo, es imprescindible que la información relevante no esté en los bordes para evitar recortes accidentales.

Si hablamos del feed principal, tenemos tres opciones: el clásico cuadrado de 1080 x 1080 px, el horizontal de 1080 x 566 px y el vertical de 1080 x 1350 px. De los tres, el vertical es el ganador indiscutible, ya que ocupa más espacio en la pantalla del usuario, lo que dispara las posibilidades de interacción y retención visual.

El secreto de la «Zona Segura» y la calidad de imagen

Un error típico de principiante es colocar texto o botones muy arriba o muy abajo. La zona segura es ese espacio central donde la interfaz de Instagram (nombre de usuario, barra de mensajes, etc.) no tapa tu contenido. Se recomienda dejar un margen de unos 250 píxeles tanto en la parte superior como en la inferior para que todo sea legible.

Si notas que tus vídeos se ven pixelados al subirlos, puede que Instagram esté aplicando una compresión agresiva. Para evitarlo, no subas archivos gigantescos (como 4K) que obliguen a la app a comprimirlos; ajusta tu diseño exactamente a 1080 píxeles de ancho antes de exportar. Además, ve a Ajustes y privacidad > Calidad multimedia y activa la opción «Subir con la máxima calidad».

Estrategias para unos destacados que vendan

Tener la técnica dominada es genial, pero necesitas una estrategia. Divide tu contenido en categorías claras. Algunas ideas que funcionan de maravilla son crear una sección de FAQ para responder dudas comunes, un Backstage para mostrar la cara humana de tu empresa, o una carpeta de Testimonios donde subas capturas de clientes satisfechos.

La estética visual es la clave para transmitir confianza. Utiliza portadas que sigan una misma paleta de colores o un estilo de iconos coherente. Recuerda que los nombres de los destacados deben ser cortos (idealmente menos de 10 caracteres) para que no aparezcan cortados con puntos suspensivos, manteniendo así la limpieza visual del perfil.

Herramientas recomendadas para el diseño

No hace falta ser un experto en Photoshop para lograr resultados profesionales. Canva y Adobe Express son las herramientas más populares gracias a sus plantillas ya ajustadas a los tamaños de Instagram. Si prefieres trabajar desde el móvil, aplicaciones como Unfold o Over GoDaddy son fantásticas para crear layouts más artísticos y modernos.

Para quienes gestionan e-commerce, existen soluciones de Inteligencia Artificial como SellerPic, que transforman automáticamente URLs de productos en vídeos verticales optimizados, ahorrando horas de edición y asegurando que el formato sea el correcto para atraer conversiones inmediatas.

Tener un perfil optimizado requiere un equilibrio entre el rigor técnico de los píxeles y una estrategia de contenidos inteligente. Al respetar las dimensiones de 1080×1920 para Stories, cuidar las zonas seguras y organizar los destacados con portadas coherentes, transformas una simple red social en un canal de ventas profesional y atractivo que retiene la atención del usuario desde el primer segundo.

Llevamos quince años esperamos septiembre con la mayor de la ilusiones. Llega el mes, Apple presenta sus iPhone nuevos, y medio mundo se detiene una tarde para mirar hacia Cupertino. Ha habido excepciones. Algún año en que el evento se retrasó hasta octubre, pero siempre en otoño se presentaban los nuevos iPhone.

Ojo, no siempre fue así. El iPhone original se presentó un mes de enero. Otros modelos míticos como el iPhone 4 llegaron en pleno verano. Pero el último cambio en el calendario, orquestado por Jobs, fue llevar los lanzamientos a otoño. De hecho, el iPhone 4S se presentó un 4 de octubre. Un día antes de su muerte. Desde entonces, Apple le cogió gusto a septiembre. Y lo que empezó con un modelo de iPhone, pasó a ser dos. Luego tres. Y ahora cuatro. Por esto, todo esto que ya dábamos por hecho está a punto de cambiar.

De enero a septiembre: cómo Apple encontró su mes

El 9 de enero de 2007, Steve Jobs subió al escenario del Moscone Center en San Francisco y presentó el primer iPhone dentro de la Macworld Conference & Expo, entonces la gran cita del calendario de Apple. El teléfono tardaría casi seis meses en llegar a las tiendas, hasta el 29 de junio, pero el calendario de presentación quedó fijado en pleno invierno, ligado a una feria que ni siquiera organizaba Apple. Fue una rareza que duraría poco.

Tres años después, con el iPhone 3G y el 3GS ya asentados en verano, Apple trasladó la presentación a su propia casa. El 7 de junio de 2010, en la WWDC celebrada en el mismo Moscone Center, Jobs presentó el iPhone 4, el modelo que estrenaba el nombre iOS y el diseño de metal y cristal que todavía se recuerda como uno de los más bonitos de la historia. El teléfono salió a la venta el 24 de ese mes. Apple llevaba entonces su gran cita de hardware al mismo evento pensado para desarrolladores, en pleno junio.

El cambio definitivo llegó al año siguiente, y llegó marcado por la tragedia. El 4 de octubre de 2011, ya con Tim Cook como CEO tras la renuncia de Jobs por motivos de salud, Apple presentó el iPhone 4S en el evento "Let's Talk iPhone" celebrado en su sede de Cupertino. 

Fue la primera keynote de producto sin Jobs al frente, y también la última en la que participó de algún modo: murió al día siguiente, el 5 de octubre, mientras el 4S acaparaba las portadas. Desde ese otoño de 2011, Apple encontró su ritmo. Un año, un iPhone, siempre entre septiembre y octubre, con Tim Cook al mando y el calendario convertido en tradición.

Un mes que no siempre fue fijo del todo

La versión simplificada de la historia dice que Apple presenta sus iPhone cada septiembre desde 2011. La realidad es mas bien otra. El propio 4S, el modelo que inauguró la era otoñal, se presentó en octubre. Y no fue el único caso en el que el calendario se desvió unas semanas del guion habitual.

En 2017, con el iPhone X, Apple estrenó Face ID y una pantalla sin biseles que suponía el mayor rediseño desde el iPhone 6. Lo presentó en septiembre, junto al iPhone 8, pero no llegó a las tiendas hasta el 3 de noviembre, semanas después de sus hermanos. 

Fue la primera vez que Apple anunciaba y vendía un iPhone insignia con semanas de diferencia, algo que un año después volvería a repetir con el iPhone Xr: presentado el 12 de septiembre de 2018 junto al Xs y al Xs Max, pero a la venta el 26 de octubre, más de un mes más tarde.

El golpe más grande al calendario llegó con la pandemia. En 2020, la keynote de presentación se celebró en septiembre como siempre, pero dedicada al Apple Watch y al iPad, sin un solo iPhone sobre la mesa. Los iPhone 12 y 12 Pro no llegaron hasta el 23 de octubre, y los 12 Mini y 12 Pro Max esperaron hasta el 13 de noviembre. 

Fue el año en que Apple reconoció abiertamente, en boca de Tim Cook, que la cadena de producción se había retrasado varias semanas por las restricciones sanitarias en Asia. Ha habido, además, una excepción permanente y dentro del propio calendario: los modelos "SE", y ahora la gama "e". Desde su nacimiento han vivido en primavera, ajenos por completo al ritmo de septiembre.

De un modelo a cuatro (y ahora a un desdoblamiento)

Durante los primeros años de la era del iPhone 4S, Apple presentaba un único modelo cada otoño. Con el paso de las generaciones, ese catálogo empezó a crecer: primero llegó la pareja estándar y Plus, después la separación entre modelos normales y Pro, y en los últimos años la convivencia de hasta cuatro tamaños y gamas distintas en la misma tarde de keynote. A eso se sumó el iPhone Air este año.

Ese crecimiento explica en parte lo que viene ahora. Cuantos más modelos hay que fabricar, probar, certificar y distribuir en las mismas semanas, mayor es la presión sobre la cadena de suministro de Apple y sobre sus proveedores. Septiembre pasó de acoger un teléfono a acoger cuatro. Y ese salto durante más de una década, empezaba a pedir a gritos una válvula de escape.

Apple decide partir el calendario

Según todas las filtraciones, esa válvula de escape llega este año. El evento de septiembre de 2026, que según los rumores se celebraría el miércoles 9 de ese mes, reunirá:

• iPhone 18 Pro
• iPhone 18 Pro Max
• iPhone plegable

El iPhone 18 estándar, el iPhone 18e y la segunda generación del iPhone Air, en cambio, no aparecerán hasta la primavera de 2027. Probablemente entre marzo y mayo.

Las razones que se manejan son varias y no resultan excluyentes entre sí. Hay una parte comercial: quien quiera comprar un iPhone nuevo nada más salir solo podrá elegir entre los modelos Pro, lo que empuja a una parte de los compradores impacientes hacia la gama más cara aunque en otras circunstancias hubieran esperado al modelo estándar. 

Hay también una lectura de marketing, porque separar los lanzamientos da al iPhone 18 y al 18e un escaparate propio en primavera, sin la sombra de los modelos Pro recién presentados, algo útil de cara a los usuarios de Android más sensibles al precio. 

Y hay, por último, el tema industrial: repartir la producción en dos oleadas alivia la presión sobre las fábricas en un año marcado por la escasez global de chips de memoria y RAM.

Septiembre dejará de significar automáticamente "todos los iPhone nuevos" y pasará a significar "los iPhone más caros". La cita seguirá siendo la misma tarde de siempre, con la misma expectación pero el resto del catálogo tendrá que esperar a la primavera para tener su propio momento. 

Habrá que ver si esta fórmula se mantiene en 2027, en 2028 y en los años sucesivos. O si termina siendo un episodio puntual motivado por las circunstancias de este año. Lo que parece claro es que la tradición que arrancó aquel octubre de 2011 dictada por Jobs y ejecutada por Cook ha llegado a un punto en el que ya no puede seguir creciendo dentro de una sola tarde de septiembre.

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

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

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

-
La noticia El último gran legado de Steve Jobs para los lanzamientos llega a su fin con los iPhone 18 fue publicada originalmente en Applesfera por Guille Lomener .

Hoy en día, Instagram se ha convertido en el lugar donde volcamos gran parte de nuestra vida cotidiana, compartiendo desde el café de la mañana hasta los hitos más importantes. Sin embargo, con tanta exposición, es fundamental que estemos al loro de nuestra huella digital para evitar que cualquier desconocido tenga acceso a información que preferiríamos mantener en el círculo íntimo.

No se trata de dejar la red social y borrar la cuenta, sino de saber cómo ajustar los tornillos de la configuración para que la experiencia sea agradable y segura. Cada usuario es un mundo y no todos necesitamos el mismo nivel de blindaje, por lo que lo ideal es adaptar las herramientas de la plataforma a nuestras necesidades reales de privacidad.

Blindando la seguridad de tu cuenta

Antes de decidir quién ve nuestras fotos, lo primero es asegurar que nadie robe la llave de nuestra casa digital. El pilar fundamental es tener una contraseña robusta y compleja. Olvídate de usar el nombre del perro o fechas de nacimiento; lo más recomendable es usar combinaciones de palabras aleatorias que sean fáciles de recordar para ti pero imposibles de adivinar para un software de hackeo.

Si quieres ir un paso más allá, puedes usar herramientas como el estimador ZXCVBN de Dropbox para medir la fuerza de tu clave. Para cambiarla, solo tienes que ir al menú de configuración, entrar en la sección de Seguridad y seleccionar la opción de Contraseña, donde introducirás la actual y la nueva.

Una medida que no puede faltar en tu arsenal es la autenticación en dos pasos. Básicamente, añade una capa extra de protección: aunque alguien descubra tu contraseña, necesitará un código enviado por SMS o generado por una app de autenticación para poder entrar. Se activa desde la pestaña de Seguridad, en el apartado de Autenticación en dos pasos.

También es muy sano echar un vistazo a la Actividad de inicio de sesión de vez en cuando. Aquí podrás ver en qué dispositivos y ciudades se ha abierto tu cuenta. Si ves un acceso extraño, puedes marcar la opción de «No he sido yo» para cerrar esa sesión inmediatamente y cambiar tu clave por precaución.

Por último, no ignores las aplicaciones de terceros. A veces vinculamos la cuenta para usar servicios externos y luego nos olvidamos de ellos. En el apartado de Seguridad, busca «Aplicaciones y sitios web» y elimina aquellos permisos que ya no necesites para evitar que sigan recopilando tus datos.

Gestión de la visibilidad y el perfil

La decisión más importante es si quieres que tu perfil sea público o privado. En una cuenta pública, cualquier persona puede curiosear tu contenido; en cambio, con la cuenta privada, solo aquellos que tú aceptes como seguidores podrán ver tus publicaciones. Para cambiar esto, ve a Configuración, entra en «Quién puede ver tu contenido» y activa la opción de Cuenta privada.

Si prefieres mantener tu perfil abierto pero quieres evitar que te etiqueten en cualquier tontería, puedes ajustar las Etiquetas y menciones. Tienes la opción de permitir que te etiquete todo el mundo, solo la gente que sigues o nadie. Además, existe la función de Aprobar etiquetas manualmente, lo que significa que la foto no aparecerá en tu perfil hasta que tú le des el visto bueno.

En cuanto a las menciones (el famoso @), el proceso es similar. Puedes decidir quién tiene permiso para mencionarte en historias o publicaciones, limitándolo a tus contactos conocidos para evitar el spam o el acoso de cuentas anónimas.

Control de interacciones y comentarios

Para evitar que tu sección de comentarios se convierta en un campo de batalla, Instagram ofrece herramientas de filtrado muy potentes. Puedes activar la detección automática de mensajes ofensivos o crear tu propio diccionario de palabras prohibidas. Cualquier comentario que contenga esos términos quedará oculto automáticamente, ahorrándote el estrés de borrarlos uno a uno.

También puedes restringir quién puede comentar en tus fotos, limitándolo solo a tus seguidores o a personas específicas. Si alguien se pone especialmente pesado, tienes tres opciones: silenciar, restringir o bloquear. Silenciar sirve para dejar de ver sus cosas sin que la otra persona lo sepa. Restringir es más sutil: el usuario puede comentar, pero solo él y tú veréis el mensaje, protegiéndote del escrutinio público.

El bloqueo es la medida más radical. Cuando bloqueas a alguien, simplemente desapareces de su mundo; no podrá encontrar tu perfil ni ver nada de lo que publiques, y tú tampoco verás nada de él. Es la opción ideal para cortar el contacto por completo.

Privacidad en Historias y Mensajes Directos

Las historias permiten una segmentación muy fina. Si no quieres que todo el mundo vea lo que haces el fin de semana, puedes usar la lista de Mejores amigos. Al publicar, eliges este grupo y solo ellos verán la historia, marcada con un círculo verde. También puedes ocultar la historia a personas concretas desde la configuración de privacidad de la historia.

Respecto a la compartición, puedes desactivar la opción de que otros compartan tus historias en sus mensajes directos. Esto evita que tu contenido circule por la red sin que tengas un control real sobre quién lo recibe.

En el área de los mensajes directos (DM), es vital configurar las Solicitudes de mensajes. Puedes decidir si quieres que cualquier persona te envíe una solicitud o si prefieres que solo lo hagan tus seguidores. Así evitas que el buzón se llene de perfiles sospechosos o publicidad no deseada.

Para los que valoran su anonimato, existe la opción de ocultar el estado de actividad. Al desactivar el «Mostrar estado de actividad», los demás no sabrán si estás conectado en este momento ni cuándo fue la última vez que entraste en la app, dándote más libertad y privacidad en los mensajes directos.

Para terminar de redondear la seguridad, recuerda que puedes descargar una copia de todos tus datos desde el menú de Cuenta. Esto te permite saber exactamente qué información tiene Instagram sobre ti, desde el historial de búsquedas hasta los hashtags que más usas. Además, si quieres evitar que tu vida sea un libro abierto, evita publicar ubicaciones exactas de tu casa y cuida la información que pones en tu biografía, ya que esos datos suelen ser públicos independientemente de si tienes la cuenta privada.

Mantener el control sobre quién accede a nuestra información, gestionar las interacciones mediante filtros y asegurar el acceso con doble autenticación son los pasos clave para navegar en Instagram sin riesgos. Ajustando la visibilidad del perfil, limitando las etiquetas y organizando la privacidad de las historias, logramos un equilibrio entre compartir momentos y proteger nuestra intimidad digital.

Mi corazón latía a mil por hora y la ansiedad se apoderaba de mis cinco sentidos y ni siquiera había una mínima puerta a la lógica. Quien tiene un perro sabrá de sobra lo que es perderlo. Es como un hijo. Yo llevaba un cuarto de hora buscando a Toby y no había rastro de él. Llevaba puesto un AirTag en el arnés, pero la app 'Buscar' del iPhone no me arrojaba respuestas. La tecnología fallaba en el peor momento. Hasta que comprendí lo que estaba pasando.

El AirTag no es un GPS. De hecho, Apple no recomienda usar un AirTag en mascotas, pero como ya había visto casos de éxito en los que se han llegado a localizar perros gracias a ellos, no me pareció mala idea colocarle uno al mío. Pero fue un error fiarlo todo a ello.

Primeros días: el AirTag va bien con Toby

Configurar un AirTag es de lo más sencillo, así que apenas habían pasado dos minutos desde que lo saqué de la caja cuando mi perro ya llevaba el AirTag en su arnés (con su respectivo llavero, claro, dado que el diseño del AirTag impide adherirlo sin un accesorio adicional).

Durante los primeros días estaba en la ciudad y llovía mucha, así que apenas dejé suelto a Toby como para comprobar la valía del AirTag. La primera prueba de fuego se produjo el fin de semana, cuando fui a casa de mis padres en la idílica sierra madrileña.

En Applesfera Si vas a viajar en verano, te interesa: cómo aprovechar al máximo tus AirTag, incluso cuando te pierden la maleta

Rodeado de campo, es el lugar perfecto para que cualquier perro se desfogue correteando como si no hubiese un mañana. Toby también, por supuesto. Así que, sin decirme nada, mi padre salió con él por su cuenta y yo me asusté al no encontrarlo en ningún rincón de la casa.

Abrí la app 'Buscar' en mi iPhone y, dado que tengo a mi padre configurado en 'Familia', pude ver que su iPhone estaba en la misma localización que el AirTag que rastreaba a Toby. No tardé ni dos segundos en entender que se habían ido juntos y que todo estaba bien.

El problema vino después…

El momento en el que el miedo se hizo real

En la misma tarde en la que el AirTag me había calmado de un susto, me arrojó uno nuevo. Aprovechando la buena temperatura, fui yo quien se encargó del paseo vespertino con Toby. Me adentré en el campo en una zona en la que a priori no hay peligro alguno. Muchos senderos, muchas cuestas y muchos árboles. Así que solté a Toby y él, encantado de la vida, echó a correr, pero sin perderse nunca de mi vista.

Sí, esa cosa blanca a lo lejos es Toby, que siempre se solía mantener a mi vista (aunque fuese lejos)

Caminaba a un paso normal y Toby iba delante, manteniéndose siempre a cinco metros como mucho. Incluso tenía la gentileza de esperarme cuando se alejaba lo suficiente y, una vez yo alcanzaba su paso, volvía a correr. Y así fue el paseo durante los primeros quince minutos aproximadamente. Hasta que dejó de ser así…

En un despiste, que creo recordar que fue porque me entró una notificación en el móvil, dejé de mirar al frente. Cuando volví la vista, Toby no estaba. Unos metros hacia adelante, el camino se torcía en una curva cerrada que me impedía ver más allá, por lo que supuse que él se había adelantado lo suficiente como para que no me alcanzase la vista. Pero no. Pasé aquella curva y el camino, que ya en ese punto era todo recto, estaba completamente desierto.

En el primer momento, el miedo me venció hasta el punto de olvidar el AirTag

Había varios árboles en los lados, así que supuse que Toby se había desviado para olisquear alguno de ellos. Me desgañité llamándole y silbándole, pero sin éxito. Recurrí a las viejas técnicas de "toma una chuche" y similares, pero tampoco surtió efecto. Toby no estaba por allí. Y si estaba, era bien escondido e ignorando mis llamadas.

"¿Habrá seguido el camino? ¿Se habrá parado a olisquear algo? No podía haber ido tan lejos. ¿O sí?". Mi ansiedad crecía por momentos y, después de cinco-diez minutos tratando de localizarle por mi cuenta, recordé el AirTag, así que saqué de nuevo el iPhone con la esperanza de encontrarle.

En Applesfera Muchos padres están poniendo AirTags a las zapatillas de sus hijos. Esto dice Apple sobre la idea

Mi sorpresa al abrir la app 'Buscar' fue que el AirTag llevaba varios minutos sin actualizar su posición. La última localización que figuraba era unos metros más atrás, justo en el punto en el que yo me detuve antes de perder de vista a Toby. Traté de emitir un sonido y forzar la actualización de la ubicación del localizador, pero no lo logré.

Entré en pánico y los peores presagios pasaban por mi cabeza. Algunos sumamente absurdos, pero todos con idéntico final: no volveré a ver a Toby. No supe gestionar bien aquella crisis yo solo, por lo que pedí ayuda a mis familiares. Vinieron enseguida a ayudarme en la búsqueda, a la par que yo seguía con un ojo puesto en la app 'Buscar' por si acaso se actualizaba la posición del AirTag y, por consiguiente, de Toby.

Y ahí estaba Toby…

Tras varios minutos de búsqueda, de repente se vuelve a actualizar la posición del AirTag.  "Hace un minuto", ponía. La localización era inconfundible: la casa de mis padres. Corrimos como si no hubiese un mañana hacía allí, ya que la puerta estaba cerrada y temíamos que Toby volviese a escaparse y se iniciase de nuevo el bucle. Tuvimos suerte.

Al llegar a casa, ahí estaba Toby. Sentado en la puerta, sofocado por la sed y moviendo el rabo a velocidades extremas una vez que nos vio. Yo no sabía si reír o llorar, pero allí estaba. Le abracé como si hiciese diez años que no le veía, a la par que me daban ganas de estrangularle por el susto, pero al fin y al cabo es un perro y hubiese sido absurdo. El problema es que cuando lo adopté ya estaba algo "asalvajado" y, pese a que logré educarle mucho, eso de obedecer en la calle había sido (y sigue siendo) misión imposible.

Incógnitas resueltas y la lección del AirTag

Las incógnitas de esta repentina desaparición se fueron solucionando poco a poco. El camino en el que desapareció Toby comunicaba con mi casa sin necesidad de retroceder. No era un camino recto, pero tampoco era complicado. Toby ya lo había recorrido varias veces, por lo que pudo llegar sano y salvo. Debió correr mucho para que, en un despiste tan corto como el que tuve, no lograse ni siquiera verle a lo lejos al cruzar la curva.

La típica cara que se te queda cuando te escapas, das un susto de muerte y solo esperas que te den agua, comida y te dejen dormir en paz

También tuve mala suerte. Cuando llamé a mis padres para que me ayudasen a buscarlo, estos tomaron el mismo camino que yo, pero si lo hubiesen recorrido a la inversa, se habrían cruzado a Toby.

El caso es que ese día aprendí cómo funciona realmente un AirTag. En realidad, ya lo sabía, aunque lo ignoraba para este tipo de usos. Este accesorio no es un localizador GPS como tal. No es capaz de enviar su posición en tiempo real de forma permanente, sino que es una baliza que necesita que haya otros dispositivos de Apple cerca para enviar su posición a los servidores y que yo pueda verlos a través de mi iPhone.

Sirve cualquier dispositivo Apple incluso si no es tuyo. Si el AirTag pasa al lado de cualquier persona que lleve un iPhone, el accesorio será capaz de identificarlo y utilizarlo para que envíe su posición. Y todo de manera discreta, ya que el propietario del iPhone no verá nada extraño y tampoco el dueño del AirTag sabrá qué dispositivo se usó para ello.

En Applesfera He probado el AirTag 2 frente al original en campo abierto y el cambio es rotundo. A partir del metro doce, el modelo antiguo no tiene "nada" que hacer

Por eso, la última localización del AirTag de Toby coincidía con el lugar exacto en el que me encontraba la última vez que le vi durante el paseo. Una vez que se alejó, el AirTag ya no era capaz de enviar su posición porque por el camino no pasó nadie y tampoco había casas cerca en las que pudiese haber otros dispositivos de Apple. Sí los había en casa de mis padres, siendo esta la razón por la que, cuando él llegó, la app 'Buscar' volvió a actualizarme su posición.

La lección es clara: el AirTag es un excelente accesorio, pero no infalible. Mi consejo desde entonces es que, si tienes una mascota y temes que se pierda, utilices un localizador GPS que sí marque la ubicación en tiempo real. La mayoría son algo más grandes que un AirTag, su precio es más elevado y exigen de una app independiente en el iPhone, pero al menos garantizan que en todo momento se muestre un mapa con su posición.

En Applesfera | Cuál es el mejor lugar para esconder un AirTag: ventajas e inconvenientes

En Applesfera | Nuevo iPhone 18e - 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 Un susto con mi perro me hizo descubrir el verdadero funcionamiento del AirTag fue publicada originalmente en Applesfera por Álvaro García M. .

Seguro que te ha pasado: vas en el metro, entras en un túnel y, de repente, la aplicación que estabas usando se queda colgada o te suelta el típico dinosaurio de Chrome. Para el usuario, esto es una pesadilla; para el negocio, es una fuga de clientes. Una app que prioriza el uso sin conexión, o offline-first, no es simplemente un parche de caché, sino una filosofía de diseño donde el dispositivo es el protagonista y el servidor pasa a ser un compañero de sincronización.

La idea es que el usuario pueda hacer prácticamente todo lo que necesita, o al menos las funciones críticas, aunque no tenga ni una sola raya de cobertura. Esto implica un cambio de chip total: dejamos de asumir que la red es una constante para aceptar que la conectividad es intermitente, inestable o directamente inexistente en muchos casos. Si logramos que la app sea resiliente, transformamos una posible frustración en una ventaja competitiva brutal.

La base de todo: La capa de datos y la fuente de verdad

Para que esto funcione, tenemos que bajar al barro, concretamente a la capa de datos. El secreto está en establecer una fuente de confianza canónica que resida en el dispositivo. En lugar de que la interfaz de usuario (UI) pida datos a una API y espere la respuesta, debe leerlos directamente de un almacenamiento local persistente. Así, la app muestra la información al instante, sin importar si el servidor tarda diez segundos en responder o si el router ha muerto.

Para gestionar esto, solemos apoyarnos en soluciones como SQLite, Room en Android o CoreData en iOS. Si manejas volúmenes masivos de datos, opciones como Realm u ObjectBox pueden ser un soplo de aire fresco por su rendimiento. Lo fundamental es que el repositorio de datos actúe como un mediador: lee de la base local y, en segundo plano, se encarga de que esa base esté actualizada con lo que hay en la nube.

Modelado de datos y la importancia de los mappers

Un error común es usar el mismo modelo de datos para todo. En una arquitectura profesional, necesitamos diferenciar entre el modelo de red, el modelo local y el modelo externo. Por ejemplo, lo que llega de un JSON de una API REST (NetworkAuthor) puede no ser idéntico a cómo guardamos ese autor en la base de datos (AuthorEntity).

Para que esto no se convierta en un caos, utilizamos mappers o funciones de conversión. Estas permiten transformar la entidad de red en una local y, finalmente, en un modelo limpio que la UI pueda consumir sin enterarse de los entresijos técnicos. Este aislamiento es clave para que, si mañana cambias la estructura de tu base de datos, no tengas que romper toda la interfaz de usuario.

Estrategias de lectura y escritura: El arte de la reactividad

En cuanto a las lecturas, lo ideal es que sean reactivas. Usando herramientas como Kotlin Flow o StateFlow, la UI se suscribe a los datos locales. En cuanto el motor de sincronización actualiza la base de datos en segundo plano, la pantalla se refresca sola. Para evitar que un error en la base local tumbe la app, se recomienda usar el operador catch o implementar estados de LCE (Loading, Content, Error), permitiendo que el usuario sepa siempre qué está pasando.

Las escrituras son más peliagudas. Dependiendo de la urgencia del dato, tenemos tres caminos:

• Escrituras solo en línea: Para cosas críticas, como una transferencia bancaria, donde no podemos permitirnos errores. Si no hay red, la acción se bloquea o se avisa al usuario con un Snackbar.
• Escrituras en cola: Ideal para analíticas o logs. El dato se guarda en una cola y se envía mediante WorkManager o BackgroundTasks cuando haya conexión, usando un retroceso exponencial para no fundir la batería.
• Escrituras diferidas: Es la joya de la corona. El usuario guarda la tarea en su lista, la app la marca como guardada localmente (actualización optimista) y luego la sincroniza con la nube. Aquí es donde la consistencia eventual entra en juego.

Sincronización: ¿Empujar, extraer o un poco de todo?

No existe una solución única, todo depende de tu producto. La sincronización basada en extracciones (pull) es sencilla: la app pide los datos cuando el usuario navega a una pantalla. Es eficiente en datos pero puede dejar la app vacía si el usuario pasa mucho tiempo offline. Por otro lado, la sincronización basada en envíos (push) es más proactiva; la app mantiene una réplica del servidor y solo descarga los cambios (deltas) cuando recibe una notificación.

Lo más inteligente suele ser el enfoque híbrido. Imagina una red social: el feed se extrae a demanda porque cambia cada segundo, pero los datos del perfil del usuario se sincronizan mediante push para que siempre estén disponibles. Para optimizar esto, es vital usar tokens de sincronización en lugar de marcas de tiempo simples, evitando así los problemas de desajuste entre los relojes de diferentes dispositivos.

Resolución de conflictos: Cuando dos mundos chocan

¿Qué pasa si dos personas editan el mismo documento mientras están offline? Al reconectar, tenemos un conflicto. La solución más simple es la prevalencia de la última escritura (LWW): el cambio con la marca de tiempo más reciente gana. Es práctico, pero peligroso si los relojes no están sincronizados.

Para aplicaciones más serias, existen los CRDTs (Conflict-free Replicated Data Types), que permiten fusionar cambios de forma matemática y determinista sin necesidad de un servidor central. Otra opción es el modelado basado en intenciones, donde no guardamos el estado final, sino la acción (ej. «cambiar color a rojo»). Así, el servidor puede procesar la secuencia de eventos y llegar a un estado coherente para todos.

El papel de las PWA y la IA en el desarrollo moderno

Si estamos hablando de la web, las Progressive Web Apps (PWA) son la herramienta definitiva. Gracias a los Service Workers, podemos interceptar las peticiones de red y decidir si servir la versión en caché o ir a buscar el dato fresco. Esto elimina la pantalla blanca y hace que la web se sienta como una app nativa.

Hoy en día, la complejidad de montar todo esto desde cero puede ser abrumadora. Por eso, han surgido plataformas impulsadas por IA y constructores visuales que abstraen la gestión de la base de datos y la sincronización. Herramientas que permiten definir la estructura de datos mediante lenguaje natural y que ya traen implementados los patrones de persistencia local, permitiendo que el desarrollador se centre en la experiencia de usuario y no en pelearse con los sockets de red.

Al final del día, montar un sistema offline-first implica aceptar que los datos pueden divergir temporalmente y que la red es un accesorio, no una necesidad. Implementando una base de datos local robusta, una gestión de eventos inmutables y una estrategia de resolución de conflictos coherente, logramos que la operativa de un negocio nunca se detenga, transformando la resiliencia técnica en una experiencia de usuario excepcional y fluida.

Si te estás metiendo en el mundo de Android, seguro que te has topado con el eterno dilema de cómo manejar los datos en la capa de presentación. Durante mucho tiempo, LiveData fue el rey absoluto, pero con la llegada de las corrutinas de Kotlin, han aparecido herramientas mucho más potentes y flexibles. Hablamos de StateFlow y SharedFlow, que básicamente son la evolución natural para gestionar flujos de datos de manera reactiva y eficiente.

Lo cierto es que, aunque al principio puedan parecer conceptos similares, cada uno tiene su propia razón de ser. No es lo mismo querer que la pantalla recuerde dónde se quedó la lista de noticias que lanzar un aviso rápido de un Toast que solo debe verse una vez. Para no liarnos, vamos a desglosar cómo funcionan estos flujos calientes y por qué deberías considerar dejar atrás LiveData en tus proyectos modernos.

El concepto de Flow: ¿Frío o Caliente?

Para entender StateFlow y SharedFlow, primero hay que pillar la diferencia entre un flujo frío y uno caliente. Un Flow estándar es frío, lo que significa que es como una receta: no ocurre nada hasta que alguien decide ejecutarla (llamar a collect). El problema es que, si tienes tres suscriptores, el código del productor se ejecuta tres veces, lo que puede machacar la batería o hacer peticiones redundantes a la API.

Aquí es donde entran los flujos calientes. Tanto StateFlow como SharedFlow son estratégicamente calientes, lo que implica que el productor permanece activo independientemente de si hay alguien escuchando o no. Esto permite que múltiples colectores compartan la misma fuente de datos, evitando que la app haga el mismo trabajo una y otra vez, algo vital para mantener la fluidez del sistema.

StateFlow: El sustituto ideal para LiveData

StateFlow es, básicamente, un contenedor de estado. Su característica principal es que siempre mantiene un valor actual, el cual puede consultarse de forma síncrona mediante la propiedad .value. Es la herramienta perfecta para gestionar el estado de la interfaz de usuario, como si una pantalla está cargando o si los datos de un perfil se han actualizado correctamente.

A diferencia de LiveData, StateFlow exige un valor inicial en su constructor, lo que elimina la incertidumbre de tener estados nulos al arrancar. Además, implementa un comportamiento de conflación y deduplicación: si emites el mismo valor dos veces seguidas, el flujo simplemente lo ignora. Esto es genial para evitar que la UI se refresque innecesariamente cuando el dato no ha cambiado realmente.

Para implementarlo en un ViewModel, lo más recomendable es usar una propiedad de respaldo MutableStateFlow privada y exponerla como un StateFlow inmutable. Así nos aseguramos de que solo el ViewModel pueda alterar el estado, respetando el flujo de datos unidireccional y evitando que la vista haga travesuras con los datos.

SharedFlow: El bus de eventos para acciones únicas

Si StateFlow es para el «estado», SharedFlow es para los «eventos». Imagina que quieres mostrar un diálogo de error o navegar a otra pantalla. Si usas StateFlow, al rotar el dispositivo, el nuevo colector recibiría el último valor y el evento se dispararía de nuevo, lo cual es un error garrafal. SharedFlow soluciona esto porque puede configurarse con un replay igual a cero.

Este flujo es mucho más flexible y nos permite ajustar parámetros como el buffer de desbordamiento. Si el buffer se llena, podemos elegir que el emisor se suspenda o que se descarte el valor más antiguo o el más reciente. Una ventaja clave es que SharedFlow permite emitir valores repetidos; si necesitas enviar tres veces el mismo aviso de «Error de conexión», SharedFlow lo hará sin pestañear, mientras que StateFlow los filtraría.

Comparativa técnica: StateFlow vs SharedFlow vs LiveData

Para que no haya dudas en una entrevista técnica o al diseñar tu arquitectura, conviene mirar los puntos críticos. LiveData es sencillo y gestiona el ciclo de vida automáticamente, pero está muy ligado a Android. StateFlow y SharedFlow, al ser parte de Kotlin Coroutines, son independientes de la plataforma, lo que facilita enormemente las pruebas unitarias y la creación de capas de dominio limpias.

• StateFlow: Obliga a tener valor inicial, tiene .value, deduplica valores y es ideal para estados de UI.
• SharedFlow: No requiere valor inicial, es configurable en cuanto a replay y es la opción correcta para eventos efímeros.
• LiveData: No requiere valor inicial, es consciente del ciclo de vida pero menos potente en transformaciones asíncronas.

La importancia de la recolección segura

Un error muy común es lanzar un collect dentro de un scope de corrutina simple en la Activity. Esto es peligroso porque el flujo seguirá procesando datos aunque la app esté en segundo plano, lo que puede provocar crashes o un consumo excesivo de CPU. La solución moderna es utilizar la API repeatOnLifecycle(Lifecycle.State.STARTED).

Esta función hace que la recolección se active cuando la vista es visible y se cancele automáticamente al llegar al estado STOPPED. En el caso de Jetpack Compose, la recomendación es usar collectAsStateWithLifecycle(), que integra esta lógica de forma nativa y asegura que la aplicación sea eficiente con los recursos del dispositivo.

Transformando flujos fríos en calientes

A veces tenemos un flujo que viene de una base de datos (como Room) o de un repositorio y es frío. Para convertirlo en uno caliente, usamos los operadores stateIn o shareIn. Estos operadores requieren un CoroutineScope y una estrategia de inicio. La más habitual es SharingStarted.WhileSubscribed(5000).

Esta configuración es brillante porque mantiene el flujo activo mientras haya suscriptores y, si se cierra la pantalla, espera 5 segundos antes de detener el productor. Esto es fundamental para que, durante una rotación de pantalla, el flujo no se destruya y se vuelva a crear, evitando así peticiones innecesarias al servidor o a la base de datos local.

Dominar estas herramientas implica entender que el estado debe ser persistente y deduplicado mediante StateFlow, mientras que las acciones puntuales deben fluir a través de SharedFlow. Al combinar esto con la recolección consciente del ciclo de vida y la transformación de flujos fríos mediante stateIn, conseguimos una arquitectura Android robusta, totalmente reactiva y optimizada para el rendimiento real en dispositivos móviles. Comparte la guía y ayuda a otros a conocer del tema.

Escribir código que funcione es el paso básico, pero lograr que sea legible y fácil de mantener es lo que realmente separa a un programador novato de un profesional. Cuando nos lanzamos a desarrollar, es muy común priorizar la rapidez sobre la calidad, pero esa prisa suele pasarnos factura más tarde en forma de errores difíciles de rastrear y una estructura que parece un plato de espaguetis.

Adoptar una filosofía de Clean Code no es solo una cuestión de estética, sino una inversión estratégica. Un software bien estructurado no solo nos hace la vida más fácil a nosotros mismos, sino que permite que cualquier compañero de equipo pueda entrar en el proyecto y entender qué ocurre sin necesidad de que alguien le explique el código línea por línea durante horas.

Los pilares del código limpio

Para que un proyecto sea realmente escalable, debemos basarnos en ciertos principios que actúan como brújula. La legibilidad y la simplicidad son la base; si un trozo de código es demasiado complejo, es probable que necesite ser dividido. No hace falta echarle voladitas al asunto con una ingeniería excesiva, basta con que el flujo sea natural.

Otro concepto vital es la modularidad. Esto implica que cada función o clase debe encargarse de una sola cosa. Si tienes una función que valida un formulario, guarda los datos en la base de datos y envía un correo electrónico, tienes un problema. Lo ideal es aplicar la descomposición de funciones, creando piezas pequeñas y reutilizables que cumplan una única responsabilidad.

No podemos olvidar el famoso principio DRY (Don’t Repeat Yourself). La duplicidad es la raíz de muchos males en el software; si tienes el mismo bloque de lógica en tres sitios distintos y necesitas cambiar algo, tendrás que hacer el cambio tres veces, y es casi seguro que olvidarás uno. Para evitarlo, debemos centralizar la lógica en módulos o clases base.

El arte de nombrar las cosas

Muchos dicen que nombrar variables es lo más difícil de la informática, y no es para menos. Un nombre debe ser expresivo y pronunciable. Olvídate de usar variables como a, temp o data. En su lugar, utiliza nombres que describan la intención, como calculateTotalInvoice() en vez de un simple calc().

• Booleano: Usa prefijos como is, can o has (por ejemplo, isUserActive).
• Listados: Emplea siempre el plural para los arrays (countryNames en lugar de countryArray).
• Números: Utiliza prefijos claros como min, max o total.
• Funciones: Combina un verbo y un sustantivo que deje claro qué hace la acción, evitando redundancias como fn o function en el nombre.

En cuanto a las clases, el nombre debe ser un sustantivo claro. Evita términos genéricos como Manager, Processor o Info, ya que no aportan valor real sobre la función de la clase. El objetivo es que el código se lea como si fuera prosa bien escrita.

Organización y estructura de clases

Para que una clase no se convierta en una «God Class» (aquella que lo hace todo y es imposible de mantener), es fundamental seguir un orden lógico de declaración. Se recomienda empezar por las propiedades estáticas, seguir con las de instancia (privadas, luego protegidas y finalmente públicas) y continuar con los constructores. Los métodos deben organizarse según su visibilidad y orden de importancia, dejando los getters y setters al final del archivo.

Al diseñar funciones, la regla de oro es limitar los parámetros. Si una función necesita más de tres argumentos, es una señal clara de que deberías pasar un objeto o una estructura de datos. Además, intenta que las funciones sean cortas, idealmente de menos de 20 líneas, y evita el uso abusivo del else, prefiriendo retornos tempranos para simplificar el flujo.

Lidiando con la Deuda Técnica y los Code Smells

La deuda técnica es ese «interés» que pagamos por tomar atajos rápidos. Puede ser imprudente (copiar código de internet sin entenderlo) o prudente (saber que hay que refactorizar pero dejarlo para después). Si no se gestiona, el proyecto se vuelve rígido y propenso a errores.

Para detectar estos problemas, debemos estar atentos a los Code Smells o «malos olores del código». Algunos ejemplos claros son:

• Código muerto: Variables o funciones que ya no se usan pero siguen ahí ocupando espacio.
• Complejidad excesiva: Lógicas rebuscadas donde bastaría con una solución más simple.
• Condicionales infinitos: Demasiados if-else anidados que podrían resolverse con polimorfismo o patrones de diseño.

La solución a estos problemas es la refactorización constante. No se trata de cambiar la funcionalidad, sino de mejorar la estructura interna para que el código sea más tolerante a los cambios. Para hacer esto con seguridad, es imprescindible contar con pruebas unitarias; sin tests, cualquier cambio es un riesgo.

Documentación, Comentarios y Pruebas

Existe un debate eterno sobre los comentarios. La regla general es: no uses comentarios para explicar código mal escrito. Si necesitas un comentario para que alguien entienda qué hace una función, probablemente el nombre de la función es malo o la lógica es demasiado compleja. El código debe ser autodocumentado.

Aun así, los comentarios son útiles en casos específicos: cuando escribes una API pública para otros desarrolladores, cuando implementas una optimización de muy bajo nivel que es contraintuitiva o por motivos legales. En el resto de los casos, intenta explicarte mediante el código extrayendo la lógica a funciones con nombres descriptivos.

Finalmente, la implementación de pruebas automatizadas es lo que garantiza que el código siga siendo limpio a largo plazo. El código sin pruebas es, técnicamente, código legacy, independientemente de cuántos días tenga. Los tests nos permiten refactorizar sin miedo a romper lo que ya funcionaba.

Cuidar cada línea de código como si fueras un artesano no solo mejora la calidad del software, sino que también potencia tu perfil profesional. Al aplicar estándares como PEP 8 en Python o seguir las guías de estilo de tu lenguaje, facilitas la colaboración y aseguras que tu proyecto pueda crecer sin colapsar bajo su propio peso, convirtiendo la programación en un proceso eficiente y gratificante. Comparte la información y ayuda a otros a conocer del tema.

Cuando nos metemos de lleno en el desarrollo de aplicaciones modernas, nos damos cuenta de que la interfaz de usuario no es solo un montón de botones y colores, sino que es básicamente la cara visible del estado de la aplicación. La verdadera magia ocurre cuando logramos que los datos que vienen de la base de datos o de la red se transformen en algo que el usuario pueda entender y con lo que pueda interactuar sin que la app se cuelgue o se comporte de manera errática.

Para que esto funcione como la seda, necesitamos una estructura sólida donde la capa de presentación actúe como un puente. No basta con lanzar los datos a la pantalla; hay que procesar, filtrar y combinar la información para que la experiencia sea fluida, asegurando que cualquier cambio en los datos se refleje al instante en lo que el usuario ve en su dispositivo.

La Arquitectura de la Capa de IU y el Estado

En el ecosistema de Android, especialmente utilizando Jetpack Compose, la capa de IU tiene una misión muy clara: consumir los datos de la aplicación y convertirlos en elementos visuales. El estado de la IU es, en esencia, una instantánea de todo lo que la aplicación dice que el usuario debería ver en un momento concreto. Si cambiamos un valor en el estado, la pantalla se actualiza automáticamente.

Un punto crítico aquí es la inmutabilidad de los datos. No debemos tocar el estado directamente desde la interfaz; en su lugar, utilizamos clases de datos (como NewsUiState) que no cambian. Esto evita que tengamos varias «verdades» distintas sobre la misma información, lo que suele ser la receta perfecta para encontrar errores difíciles de rastrear. La regla de oro es que solo el dueño de los datos tiene permiso para modificarlos.

El Flujo Unidireccional de Datos (UDF)

Para no volvernos locos gestionando estados, aplicamos el patrón de flujo unidireccional de datos. En este esquema, el estado baja hacia la IU y los eventos (como hacer clic en un botón) suben hacia el productor del estado. El ViewModel es la pieza clave aquí, ya que actúa como el contenedor de estado que sobrevive a los cambios de configuración y decide cómo reaccionar a las acciones del usuario.

• Lógica de Negocio: Se encarga de los requisitos del producto (ej. marcar un favorito) y debe residir en las capas de datos o dominio.
• Lógica de la IU: Define cómo se muestran los cambios (ej. navegar a otra pantalla o mostrar un Toast) y debe quedarse en la capa de presentación.

Esta separación es fundamental porque permite que la interfaz sea «tonta», limitándose a renderizar lo que le llega, mientras que la capacidad de realizar pruebas aumenta drásticamente al poder testear el ViewModel de forma aislada, sin necesidad de lanzar la interfaz gráfica.

Exposición y Consumo del Estado

Para que la IU se entere de los cambios, el estado debe exponerse mediante contenedores observables. El uso de StateFlow o LiveData es lo más habitual, ya que permiten que la interfaz reaccione a las actualizaciones sin tener que pedir los datos manualmente. Una técnica muy extendida es usar un MutableStateFlow privado y exponerlo como un StateFlow inmutable para que la IU no pueda alterar el estado por accidente.

Al consumir estos flujos, es vital prestar atención al ciclo de vida. No queremos que la app siga gastando recursos observando datos cuando la pantalla no está visible. Por ello, se recomienda usar collectAsStateWithLifecycle o repeatOnLifecycle, asegurando que la recolección de datos sea eficiente y no provoque fugas de memoria.

Gestión de Cargas y Errores

Representar que la app está trabajando es sencillo: basta con añadir un campo booleano como isFetchingArticles en la clase de estado. Si es verdadero, mostramos un indicador de progreso; si es falso, mostramos el contenido. Es una forma limpia de evitar que el usuario piense que la app se ha quedado congelada.

Los errores son un poco más complejos porque suelen requerir un mensaje o una acción de reintento. En lugar de un simple booleano, lo ideal es usar clases de datos para los mensajes de error, permitiendo que la IU los muestre a través de barras de notificaciones o alertas. Esto permite que el ViewModel capture la excepción en un bloque try-catch y actualice el estado con la información del fallo para que el usuario sepa exactamente qué ha pasado.

Perspectivas Complementarias: Modelos de Red y Gestión

Si ampliamos la vista hacia la teoría de redes, encontramos que la capa de presentación en el modelo OSI tiene funciones similares en cuanto a la estandarización y formato de datos. Se encarga de que la información sea legible, gestionando el cifrado y la serialización de objetos para que el receptor pueda reconstruirlos sin errores, muy parecido a cómo transformamos datos de repositorio a UIState.

Incluso en entornos organizacionales, como en la gestión de CAPA (Acciones Correctivas y Preventivas), se ve la importancia de no trabajar en silos. Al igual que un ViewModel debe estar conectado a la capa de datos, los procesos de calidad deben integrarse con auditorías y riesgos para evitar que los problemas sistémicos se repitan por falta de visibilidad o seguimiento.

La implementación de un sistema de estados robusto, apoyado en flujos unidireccionales y una clara separación de responsabilidades, permite crear aplicaciones escalables donde el manejo de la concurrencia mediante corrutinas y el uso de datos inmutables garantizan una experiencia de usuario coherente, eficiente y libre de errores inesperados. Comparte esta guía para que otros usuarios conozcan del tema.

Es ya una de las mejores series de Apple TV y si estás aquí es porque, como yo, la primera temporada de Widow's Bay te ha dejado con ganas de mucho más. Guillermo del Toro la recomendó como una de las mejores series en streaming en mucho tiempo, el New York Times la nombró la mejor serie nueva del año, y la propia Apple TV ha sumado 19 nominaciones a los Emmy solo con esta serie. 

La segunda temporada ya es oficial, y el anuncio llegó incluso antes de que termináramos de ver el final de la primera. Lo que todavía no sabemos es cuándo llegará, ni hasta dónde se piensa llevar la historia de la isla. Así que vamos a repasar todo lo que se sabe hasta ahora.

Índice de Contenidos (4)

• Widow's Bay temporada 2, en datos rápidos
• ¿Se ha confirmado la segunda temporada de Widow's Bay?
• Cuándo se estrena la segunda temporada de Widow's Bay
• De qué tratará la segunda temporada de Widow's Bay

Widow's Bay temporada 2, en datos rápidos

• Confirmación: Apple TV confirmó la segunda incluso antes de que terminara de emitirse la primera.
• Estado actual: todavía en fase de guion, con el rodaje pendiente de arrancar en Massachusetts.
• Fecha de estreno: sin confirmar, aunque todo apunta a que no llegará a tiempo para los Emmy de 2027, así que lo más prudente es pensar en un regreso hacia el otoño de ese año (2027).
• Planes de la escritora: Katie Dippold quiere meter más flashbacks históricos de la isla y no descarta miniseries independientes dentro del mismo universo.

{"videoId":"xaa893w","autoplay":true,"title":"La maldición de Widow’s Bay — Tráiler oficial del avance Apple TV", "tag":"", "duration":"68"} ¿Se ha confirmado la segunda temporada de Widow's Bay?

Sí, y de hecho la confirmación llegó antes de que se emitiera el último episodio de la temporada 1. Apple TV hizo el anuncio oficial y Matt Cherniss, responsable de programación de la plataforma, lo celebró con un comunicado en el que destacaba el trabajo de la autora, del director y del protagonista.

Habló de una serie que había enganchado a la audiencia con cada misterio, cada secreto maldito y cada momento de humor. Además de tener un equipo con el que Apple TV está deseando volver a trabajar.

Cuándo se estrena la segunda temporada de Widow's Bay

Todavía no hay fecha oficial, y aquí toca hacer cuentas con la información que tenemos. Preguntado por Variety sobre el estado de la producción, el protagonista reconoció que rodar en la localización de Massachusetts donde se graba la serie no es sencillo, y que eso condiciona los tiempos de producción aunque todo el equipo esté trabajando tan rápido como puede. 

Cuando le preguntaron directamente si la temporada 2 llegaría a tiempo para competir en los Emmy de 2027, su respuesta: será complicado.

Eso nos deja una pista. Las nominaciones a los Emmy suelen anunciarse en verano y la gala se celebra en septiembre, así que para que la segunda temporada entrara en esa carrera tendría que haber estrenado al menos un episodio antes de esas fechas. Si el protagonista ya da por hecho que no llega a tiempo, lo lógico es pensar en un estreno posterior. 

Contando con que ahora mismo la serie está arrancando el proceso de guion, lo más prudente es apuntar a un regreso hacia el otoño de 2027. 

Dicho esto, y como este es un artículo que vamos a dejar aquí para quien lo busque dentro de un tiempo, mejor quedarnos con la horquilla amplia: con suerte, una espera de alrededor de un año / año y medio desde su finalización de la primera temporada. 

De qué tratará la segunda temporada de Widow's Bay

⚠️ A partir de aquí, alerta spoilers.

El final de la primera temporada dejó a Tom Loftis con un problemón entre manos: su propio hijo. La maldición seguía intacta, y su hijo Evan resultaba ser el último descendiente vivo del pacto que ató a la isla con aquel espíritu antiguo siglos atrás. 

Tom se deshizo del broche que conectaba a su familia con los Warren, pero la isla respondió con las mismas campanadas del principio, como recordando que la cuenta sigue abierta. Aún quedan personas por sacrificar. 

La autora (Katie Dippold) ha sido bastante sincera sobre lo que eso significa de cara a los nuevos episodios. Según ha explicado, la primera temporada funciona casi como una precuela de lo que de verdad quiere contar: el proceso de darse cuenta de lo que está pasando en la isla. 

La segunda arranca ya con los personajes sabiendo a qué se enfrentan, y esa diferencia de punto de partida cambia el tipo de historia que se puede contar a partir de aquí.

Lo que sí ha confirmado es que la revelación sobre el hijo Evan va a tener consecuencias. Y que el detective Bechir, empeñado en salir de la isla como sea, se convierte en una amenaza si llega a descubrir la verdad sobre el hijo de Tom. 

También ha dejado caer que quiere meter más flashbacks, algo que la primera temporada ya probó con un episodio ambientado en 1702 y que parece que va a repetirse con más frecuencia para seguir tirando del hilo histórico de la isla.

En Applesfera "¿Te llevas el Apple TV de viaje?" La respuesta es sí y tengo unos cuantos argumentos para explicarlo

Katie Dippold (la autora) también ha dejado abierta la puerta a expandir el universo más allá de la serie principal. Ha hablado de historias del pasado de la isla que podrían funcionar como miniseries independientes, y ha puesto como ejemplo concreto una noche de fin de año en el hostal.

Nada de esto está confirmado más allá de la intención, pero deja claro que Katie tiene mucho más que contar de Widow's Bay del que va a caber en la temporada 2. Entre la mitología que todavía no hemos visto, los flashbacks que promete y ese universo expandido rondándole la cabeza, da la sensación de que lo que hemos visto hasta ahora es solo la punta de lo que esconde la isla. Iremos actualizando este artículo en cuanto se sepa algo más.

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

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

(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 Widow's Bay, segunda temporada: todo lo que sabemos sobre los nuevos capítulos en Apple TV fue publicada originalmente en Applesfera por Guille Lomener .

Tutti es el nombre de la nueva app que he descubierto en Mac, pero si hubiese sido "Tutto Facile" se hubiese descrito aún mejor. La idea es tan sencilla como la de poder elegir varias fuentes de salida para una reproducción que se esté ejecutando en Mac. Da igual si es una canción de Apple Music o Spotify, un podcast, un vídeo de YouTube o el audio de tu tía Paqui contando que se casa su sobrino.

Tutti ha sido desarrollada por el creador de contenido Barry Barrywu, quien ya en su presentación advierte del potencial y sencillez de la aplicación. La he podido probar y doy fe de su buen funcionamiento para que, si crees que te puede venir bien, la instales tú también.

Descarga rápida y gratuita

Aunque más adelante te hablaré de una modalidad de pago, Tutti se puede descargar y usar gratis cumpliendo ya de sobra con lo que se promete. Para ello, simplemente hay que descargarla desde tutti.barrybarrywu.com.

Es compatible con los Mac con Apple Silicon (M1 y posteriores) y tras su descarga, solamente hay que ejecutar el archivo .dmg y arrastrar el icono de Tutti a la carpeta de aplicaciones. Y de este modo ya vemos que desde el inicio es sencilla.

En Applesfera Tras años echándolo de menos en Mac, una app lo soluciona: por fin tengo una vista rápida de las ventanas al estilo Windows

Cabe señalar que, tal como se muestra en su política de privacidad, es una aplicación totalmente segura y privada, ya que no recoge datos de uso de ningún tipo, así como tampoco datos personales del usuario. Tampoco requiere permisos para acceder a la cámara, el micrófono, la ubicación, los contactos o los archivos del Mac.

Tutti también ofrece una modalidad que, en un pago único de 7,99 dólares, permitirá guardar los mismos ajustes en varios dispositivos, ajustar la latencia manualmente o crear atajos y widgets. Una licencia que se puede tener en dos Mac a la vez y que de paso sirve para apoyar a su creador, aunque como ya comentaba anteriormente, se puede usar la versión gratuita sin problema.

Es tan fácil de usar que te olvidas que está ahí

La primera vez que se abre Tutti aparecerá una demo en la que ya se observa su interfaz minimalista en la que podremos seleccionar varias fuentes de salida del audio. Cualquiera que detecte el Mac, ya sea por estar conectada mediante Bluetooth o por cable.

Esto es lo que permite que podamos conectarla a AirPods, HomePod, otros altavoces e incluso otros Mac. Además, permite tener configuraciones adicionales como configurar un volumen distinto para cada aplicación o la configuración de sonido estéreo para que, por ejemplo, el sonido se divida entre el Mac principal y un HomePod mini.

El único permiso que se debe conceder es a los ajustes de accesibilidad, los cuales son necesarios para poder controlar la salida de audio. Pero no compromete la privacidad y, además, aparece ya una ventana solicitándolo para no tener que hacerlo manualmente.

Después, Tutti es muy discreta, ya que no tiene una app propia como tal que se abra a pantalla completa, sino que se aloja en la barra de menús de la parte superior derecha de la pantalla. Pulsando en su icono se accederán a sus ajustes.

En Applesfera He descubierto una app que permite abrir cualquier aplicación del Mac pulsando un icono en el iPhone. Es mi nueva "mesa de mezclas"

Es en esa parte donde aparecerán todos los dispositivos de audio que detecta el Mac y podremos ir seleccionando como comentaba anteriormente. Todo con unos pocos clics y pudiendo guardar presets fácilmente.

Cuando arranquemos el Mac, Tutti ya estará funcionando desde el inicio. Aunque es posible cambiar esto si se desea yendo a Ajustes del Sistema > General > Ítems de inicio y extensiones > Abrir al iniciar sesión. Aunque al ser una app ligera, no creo que sea problemático que arranque de inicio.

Gracias por recomendármela, Jota. 

En Applesfera | Nuevo macOS 27 Golden Gate: fecha de lanzamiento, novedades, Mac compatibles y más información

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 Por fin he encontrado una app que permite enviar el sonido del Mac a varios altavoces sincronizados. Y encima es sencilla y gratis fue publicada originalmente en Applesfera por Álvaro García M. .

El Vision Pro es un producto complicado y maravilloso a la vez. Quien lo prueba lo ama, y a la vez siente la rabia de no poder compartir algo tan bueno con los demás. Primero por el precio, segundo porque en muchos países ni siquiera está disponible. 

Apple lo ha puesto muy difícil, y no es el primer rumor que apunta a que ahora mismo el Vision Pro ha dejado de ser una prioridad, mientras la compañía va a por todas con un proyecto de gafas parecidas a las de Meta que deberían llegar de aquí a un año.

Entre todo esto había un producto que consistía en hacer un Vision Pro más barato. No unas gafas para la calle, sino una versión más económica de ese mismo visor de 3.999 euros que te pones en casa. Y ahora parece que Apple lo ha pausado. O al menos no lo ve tan claro a juzgar por las señales que está dejando su propia cadena de suministro.

{"videoId":"x8sb01o","autoplay":true,"title":"LAS APPLE VISION PRO NO SON LO QUE ESPERABA: Mi Experiencia", "tag":"Webedia-prod", "duration":"404"} El proyecto que iba a abaratar el visor, se apaga en septiembre

El medio coreano The Elec ha destapado que Samsung Display tiene decidido internamente dar carpetazo en septiembre a un proyecto conocido como G-VR. Se trataba de un panel micro-OLED construido sobre sustrato de cristal, una alternativa mucho más barata de fabricar que el "OLEDoS" de silicio que monta el Vision Pro actual.

La resolución a la que apuntaba rondaba los 1.600 a 1.700 píxeles por pulgada, aproximadamente la mitad de los 3.386 PPI que ofrece el panel del Vision Pro que puedes comprar hoy.

La producción en masa de este panel se había planteado inicialmente para después de 2028, así que tampoco es que estuviera a la vuelta de la esquina. Pero que Samsung decida cerrar el desarrollo antes incluso de acercarse a esa fecha deja bastante claro que Apple ya no lo necesita. Y no es un problema técnico de Samsung, es que Apple ha dejado de pedirlo.

Presentación

Apple Vision Pro (m2)

Junio 2023

Apple Vision Pro (m5)

Octubre 2025

Gafas inteligentes Apple

Primavera / otoño 2027

Apple Vision Pro 2

No antes de 2028

Apple Vision Air

Proyecto pausado, sin fecha

Encaja con lo que ya sabíamos: el Vision Air nunca resucitó

Esto conecta directamente con lo que ya veníamos contando desde primavera. Mark Gurman fue el primero en enfriar el alarmismo cuando se dijo que Apple había disuelto el equipo de hardware del Vision Pro, aclarando que lo que realmente se había parado era el Vision Air. La noticia de Samsung Display no hace más que poner el sello definitivo a esa misma historia, pero desde un ángulo que hasta ahora no teníamos: el de fábrica. Vision Pro por su parte seguirá su camino, aunque este año hemos tenido una versión con chip M5. Por lo que hasta dentro de unos dos o tres años no debería haber otra renovación. 

La prioridad de Apple ahora es una gafa, no un visor

El motivo de fondo tampoco es ningún misterio. El informe de The Elec lo afirma como otros tantos que hemos recibido estos últimos meses. Apple ha volcado buena parte de su atención hacia las gafas y eso le ha quitado el fuelle al desarrollo del panel de cristal. Encaja con el calendario que ya conocíamos en Applesfera, una primera generación de gafas sin pantalla en 2027, muy en la línea de las Ray-Ban de Meta, y una segunda con pantalla integrada en 2028.

Concepto | AppleTrack

Samsung, eso sí, no abandona esta tecnología por completo. Según el mismo informe, la compañía sigue investigando paneles "OLEDoS" para sus propios dispositivos de realidad mixta. En un futuro Apple podría volver a engancharse a esa fabricación, pero de momento se queda de Samsung para Samsung.

El Vision Pro, mientras tanto, sigue existiendo. Apple subió su precio de salida a 3.999 euros el mes pasado, dentro de esa subida generalizada de precios en varios de sus productos. Todo apunta a que tampoco va a hacer mucho más por seguir ampliándolo ahora mismo, con la mayoría del esfuerzo puesto en esas gafas. Los dos productos convivirán durante un tiempo, cada uno a su ritmo, y ahí empieza un camino largo en el que en algún momento el Vision Pro y unas gafas normales y corrientes terminarán siendo la misma cosa.

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

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

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

-
La noticia ¿Esperabas un Vision Pro más barato? Las últimas filtraciones traen muy malas noticias fue publicada originalmente en Applesfera por Guille Lomener .

Meta lleva un tiempo empeñada en meter IA en todos los rincones de sus apps, la pidas o no. WhatsApp, Facebook, Instagram, da igual dónde mires, ahí está Meta AI esperando a que le hagas caso. Pero su última jugada va un paso más allá. 

Se llama Muse AI y permite generar imágenes a partir de las fotos que subes a Instagram, con la particularidad de que cualquiera puede etiquetar tu cuenta pública para hacerlo. Nada de esto se ha preguntado ni avisado, así que en cuanto me he enterado de que existía, me he ido derecho a desactivarlo. Conociendo el historial de Meta con la privacidad, no hace falta decir mucho más.

{"videoId":"x84al21","autoplay":true,"title":"MEGA GUÍA INSTAGRAM MEJORA la SEGURIDAD y PRIVACIDAD de tu cuenta", "tag":"", "duration":"456"} Qué es Muse AI y qué hace con tus fotos

Muse Image es el generador de imágenes con el que Meta quiere plantarle cara a Nano Banana y a ChatGPT. Vive dentro de la app de Meta AI y hasta ahí, nada que no hayamos visto antes. Lo que lo distingue es que, además de crear imágenes desde cero a partir de texto, también puede generarlas a partir de las fotos que la gente sube a Instagram, usándolas como base para crear algo nuevo.

En la práctica, eso significa que si tu cuenta es pública y tienes más de 18 años, cualquiera puede etiquetarte en Meta AI y pedirle que genere una imagen usando tu cara o tus fotos como punto de partida. Meta asegura que el modelo tiene salvaguardas para evitar contenido delicado, así que no debería poder generar desnudos ni nada por el estilo. Qué menos.

Activado para todo el mundo sin preguntar

El problema no es la función en sí, sino cómo se ha implementado. Meta ha activado Muse AI por defecto para todas las cuentas públicas de Instagram, sin pedir permiso ni avisar de nada. Los únicos que quedan excluidos son los menores de 18 años. Si tu cuenta es privada, te libras automáticamente. Si es pública, entras en el reparto sin que nadie te haya preguntado.

Preguntada por el New York Times, la compañía respondió que la opción puede desactivarse "con solo un par de clics" y que tomarán medidas contra cualquier contenido que infrinja sus normas de comunidad. Por lo que dejan la responsabilidad entera del lado del usuario: si no quieres que usen tus fotos, ve tú a desactivarlo.

Cómo desactivar Muse AI en segundos

El proceso no es complicado, aunque tampoco es precisamente intuitivo si no sabes que tienes que buscarlo. Estos son los pasos:

1. Entra en tu perfil de Instagram y pulsa en el menú de la parte superior derecha.
2. Desliza hacia abajo hasta la opción "Compartir y reutilizar".
3. Busca la sección que permite que otras personas reutilicen tu contenido en Instagram y con funciones de IA.
4. Desactiva las casillas tanto para publicaciones como para Reels.
5. Justo debajo tienes otra casilla que limita que se use el audio original de tus Reels para crear otros vídeos dentro de Meta AI. Puedes desactivar también esa.

Con esos cinco pasos, tu cuenta queda fuera de Muse AI y nadie podrá etiquetarte para generar imágenes a partir de tus fotos. Meta tiene la costumbre de activar primero y preguntar después, y esta vez no ha sido diferente. 

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

En Applesfera | Nueva Siri AI: fecha de lanzamiento, novedades y dispositivos compatibles

(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 Instagram va a usar tus fotos públicas para generar imágenes con IA y puedes evitarlo con estos ajustes en un minuto fue publicada originalmente en Applesfera por Guille Lomener .

Los diseños filtrados del iPhone plegable dejan claro que lo del iPhone Air el año pasado fue una prueba para ver hasta qué punto se puede adelgazar un móvil sin renunciar a que tenga mucha potencia. La consecuencia suele ser una batería menor. Y si no, que se lo digan a los futuros iPhone 18 Pro y su previsible "engordamiento". Pero el plegable no tendrá esos problemas. O eso parece.

La última filtración, que viene de Digital Chat Station, un conocido filtrador con fuentes en las fábricas, indica que Apple apostará por una batería de "alta gama" para su primer plegable. De hecho, hay incluso datos que indican a cuánto podría ascender su capacidad.

Doble batería que podría alcanzar los 5.000 mAh Maqueta con el diseño filtrado | Imagen: Sonny Dickson en X

Las baterías de litio tienen el problema de que, cuando se quieren construir con una mayor capacidad, estas exigen aumentar su tamaño. En consecuencia, engorda el dispositivo (o se eliminan componentes internos). 

Hay tecnologías como las baterías de silicio-carbono que permiten paliarlo, ya que pueden aglutinar más energía en tamaños más reducidos. Pero Apple no está ahí. Al menos de momento.

Lo que parece que va a hacer Apple con su iPhone plegable es repetir la misma apuesta que otros fabricantes como Samsung llevan tiempo haciendo: dividir la batería en un formato de doble celda. Es decir, tener dos mitades en cada parte del teléfono plegable, que aunque esté unido con un sistema de bisagra, no dejará de ser en cierto modo un móvil "doble".

Batería doble del Samsung Galaxy Z Fold7 | Imagen: Samtotal Care

Atendiendo a los datos del filtrador, los proveedores de Apple estarían recibiendo pedidos de dos baterías de 1.921 mAh y 2.962 mAh. Aunque la suma de ellas daría 4.883 mAh, técnicamente no es así como se estima. Se pronostica una capacidad nominal de entre 4.800 y 5.000 mAh. 

Esto de "nominal" hace referencia a la capacidad que el fabricante garantiza como valor mínimo o de referencia en condiciones normales de uso y no a la capacidad máxima que pueden alcanzar las celdas en las pruebas de laboratorio. En cualquiera de los casos, será una buena batería.

Tomando como referencia el Samsung Galaxy Z Fold7, uno de los principales a la espera del Fold8, este cuenta con 4.400 mAh. No es que sea una diferencia enorme con el previsible de Apple, pero sí se anticipa una autonomía mayor. Eso sí, estaría por debajo de modelos como el Huawei Pura X Max, dispositivo con diseño similar y que dispone de una batería de 5.300 mAh.

En Applesfera "El 93% de todos los plegables que se han vendido en España son Samsung". Sin embargo, Apple con el iPhone Ultra busca otro momento Nokia

Hay que tener en cuenta que también habrá otros elementos que garantizarán una buena autonomía. El primero de ellos es iOS 27, enfocado en ofrecer un buen rendimiento cuidando el consumo tras un iOS 26 que dejó bastante que desear en ese aspecto. También contar con un chip A20 Pro, construido para ser el más eficiente hasta la fecha, será un valor a tener en cuenta.

Será en septiembre cuando conozcamos algo más de detalle sobre el plegable, ya que es cuando se espera que se presente. Eso sí, su lanzamiento sigue aún en duda para ese mes, pese a que ya ha empezado a fabricarse en masa.

Imagen de portada | Majin (ampliada con IA)

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

En Applesfera | Nuevo iPhone 18 - 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 Se filtra la batería del iPhone plegable y ya anticipamos una cosa: la autonomía no será un problema fue publicada originalmente en Applesfera por Álvaro García M. .

Si te mueres por escalar posiciones en el competitivo de Free Fire pero sientes que tu dispositivo no te acompaña, estás en el lugar adecuado. No basta con tener unos reflejos felinos; para triunfar en este Battle Royale es fundamental optimizar el rendimiento de tu móvil Android, ya que un pequeño tirón o un lag en el momento crítico pueden costarte la partida.

Subir niveles no es tarea sencilla, especialmente cuando aspiras a llegar a las ligas más altas donde solo los mejores sobreviven. Para lograrlo, necesitamos combinar una configuración técnica impecable con tácticas de juego inteligentes que nos permitan sumar puntos sin exponernos innecesariamente a riesgos absurdos.

Ajustes técnicos para mejorar el rendimiento en Android

Muchos jugadores cometen el error de poner los gráficos al máximo pensando que verán mejor a los enemigos, pero esto suele saturar la CPU. El truco para ir fluido es configurar los gráficos en calidad media y, sobre todo, activar los FPS altos, lo que garantiza una tasa de refresco mucho más estable y movimientos más orgánicos.

Un detalle que a menudo se pasa por alto es el uso de las sombras. A diferencia de otros juegos, dejar las sombras activadas ayuda a detectar la presencia de rivales antes de que aparezcan visualmente, y no suponen una carga excesiva para el procesador si los gráficos están en medio.

Para que el sistema no se ahogue, es vital cerrar todas las aplicaciones que estén funcionando en segundo plano y liberar la memoria RAM antes de entrar al lobby. Si notas que la latencia sigue siendo un problema, algunos usuarios recomiendan herramientas como UpGear Booster para estabilizar la conexión y reducir el ping, o incluso probar mejores VPNs gaming para Android para optimizar la ruta de datos.

En cuanto a la sensibilidad, no existe una fórmula mágica universal, pero lo ideal es personalizar los parámetros y pasar tiempo en el modo entrenamiento. Solo así podrás conseguir esos movimientos finos y precisos que marcan la diferencia al disparar a la cabeza.

Estrategias maestras para escalar en la clasificación

El sistema de rangos es exigente, dividiéndose en categorías que van desde Bronce, Plata y Oro, pasando por Platino y Diamante, hasta llegar al codiciado Heroico y el exclusivo Gran Maestro, reservado solo para los 300 mejores de cada región.

Para avanzar rápido, lo primero es dominar el entorno. Estudiar a fondo el mapa te permitirá saber exactamente dónde aterrizar y cuáles son las zonas más seguras para lootear sin morir a los diez segundos de empezar. No caigas siempre en los puntos calientes; busca zonas con buen botín pero menos concurridas para equiparte tranquilo.

El combate debe ser inteligente. No te lances al vacío sin un plan; es preferible mantenerse vivo la mayor cantidad de tiempo posible, ya que la supervivencia otorga una cantidad significativa de puntos. Eso sí, no te vuelvas un «campero» extremo, ya que eliminar enemigos es clave para disparar tu puntuación hacia arriba.

La elección del arsenal es otro punto crítico. No uses un arma solo porque digan que es la mejor en los videos de YouTube; busca aquella con la que te sientas más cómodo y que se adapte a tu estilo, ya sea para largas distancias o enfrentamientos cuerpo a cuerpo. No olvides que las granadas son aliadas brutales para sacar a los enemigos de sus coberturas.

El valor del trabajo en equipo y la disciplina

Si quieres llegar a lo más alto, jugar en solitario es el camino difícil. Formar un equipo coordinado o unirse a un clan aumenta drásticamente las posibilidades de victoria. La comunicación constante y la capacidad de revivir a los compañeros caídos transforman una partida mediocre en una victoria asegurada.

Para mejorar la puntería, la clave es la constancia. Dedica tiempo a practicar el control del retroceso en el modo entrenamiento y analiza tus derrotas. Pregúntate por qué te eliminaron y qué decisión errónea tomaste; aprender de los errores es lo que separa a un jugador promedio de un profesional.

Mantente siempre al día con las actualizaciones de Garena. Cada parche puede cambiar el meta del juego, introduciendo nuevas mecánicas o ajustando el daño de las armas. Estar actualizado con las novedades y buscar trucos y códigos de recompensas para Free Fire Max te permite adaptar tu estrategia antes que el resto de los jugadores.

Para quienes se preguntan por la compatibilidad, el juego es bastante accesible. En Android, basta con tener la versión 4.4 o posterior y unos 363 MB de espacio libre, mientras que en iOS se requiere la versión 11.0 y 1.4 GB. Es fundamental descargar el título siempre desde tiendas oficiales como Play Store para evitar fraudes o versiones modificadas peligrosas.

Lograr el rango de Gran Maestro requiere una mezcla de paciencia, una configuración de Android optimizada para evitar el lag y una mentalidad estratégica enfocada tanto en la supervivencia como en la efectividad del combate, apoyándose siempre en la coordinación del equipo y el entrenamiento constante de la puntería.