WEBVTT Kind: captions Language: es 00:00:00.000 --> 00:00:17.760 Hola y bienvenidos a un nuevo episodio de Apple Coding Daily. Ningún lanzamiento de iPhone sin 00:00:17.760 --> 00:00:24.520 su gate. Ningún lanzamiento de iPhone sin su drama. De hecho, ningún lanzamiento de Apple 00:00:24.520 --> 00:00:33.560 que no tenga un dramita asociado. Dramas que, por fortuna, son elementos que pasan con el tiempo y 00:00:33.560 --> 00:00:41.200 que se solucionan y que no es más que una prueba más de la falta de tiempo para afinar los productos 00:00:41.200 --> 00:00:48.800 y que realmente lleguen con la calidad necesaria al mercado. En este caso, como ya sabrán y si 00:00:48.800 --> 00:00:56.560 han vivido en una cueva las últimas semanas, les pongo al tanto, los nuevos iPhone 15 Pro y 15 Pro 00:00:56.560 --> 00:01:02.880 Max están teniendo problemas de calentamiento. Problemas a través de los cuales los dispositivos 00:01:02.880 --> 00:01:12.560 pueden llegar a ponerse a temperaturas entre 38 y 46 grados centígrados, lo que sería más de 100 00:01:12.560 --> 00:01:21.400 grados Fahrenheit, lo que provoca que la gente tenga una sensación que además no es buena, 00:01:21.400 --> 00:01:27.520 porque eso está dañando la batería, los componentes, porque no está preparado el 00:01:27.520 --> 00:01:31.920 dispositivo para soportar una temperatura de esas características y además, como digo, 00:01:31.920 --> 00:01:38.520 puede llegar a resultar desagradable la mano, incluso quemar. Por lo tanto, esto es lo que 00:01:38.520 --> 00:01:45.640 está pasando. ¿Le está pasando a todo el mundo? No. ¿Está pasando? Sí. ¿Por qué? Vamos a verlo. 00:01:45.640 --> 00:02:11.520 He comentado en muchas ocasiones, me han oído en los directos en Twitch, 00:02:11.520 --> 00:02:17.120 me han oído en los podcast aquí en Apple Coding Daily, también en Apple Coding, 00:02:17.120 --> 00:02:22.240 me han oído hablar también en Café Swift, en el podcast con mi amigo Arturo Rivas sobre 00:02:22.240 --> 00:02:30.560 desarrollo en entornos Apple, me han oído hablar que iOS 17 peca de errores, peca de 00:02:30.560 --> 00:02:37.560 cosas que están inacabadas, peca de que Apple ha puesto mucho esfuerzo en terminar o dejar, 00:02:37.560 --> 00:02:45.040 digamos, una versión beta lo más estable posible del nuevo sistema operativo Vision OS del Apple 00:02:45.040 --> 00:02:50.760 Vision Pro. ¿Y qué ha sucedido entonces? Pues que como los recursos estaban centrados en Apple 00:02:50.760 --> 00:02:56.760 Vision Pro, no les ha dado tiempo a abarcar todo lo que querían abarcar dentro de iOS 17, 00:02:56.760 --> 00:03:04.240 por lo que ciertas herramientas de software, como Xcode, la principal herramienta de software de 00:03:04.240 --> 00:03:11.200 desarrollo, sigue teniendo, aún ahora con la versión final ya publicada, incluso en el Mac App Store, 00:03:11.200 --> 00:03:18.320 sigue teniendo errores. Entonces, en fin, eso es un problema bastante importante. De hecho, 00:03:18.320 --> 00:03:23.800 no solo es Xcode, herramientas clave que han sido lanzamientos estrella este año, 00:03:23.800 --> 00:03:30.160 como la librería SwiftData, que es una librería, más que librería, es como una especie de 00:03:30.160 --> 00:03:35.280 empaquetador basado en macros de Swift para convertir CoreData en algo que sea mucho más 00:03:35.280 --> 00:03:40.480 manejable, no están al 100% terminados y tienen ciertos errores como, por ejemplo, 00:03:40.480 --> 00:03:45.160 el trabajo en segundo plano. Cosa que yo he reportado personalmente a Apple y que, 00:03:45.160 --> 00:03:49.160 bueno, pues no sé si alguno de ustedes les ha contestado. A mí no, desde luego. 00:03:49.160 --> 00:03:57.000 Entonces, fíjense cómo está la situación, que el pasado 27 de septiembre se lanzó la primera 00:03:57.000 --> 00:04:03.720 beta de iOS 17.1, que además, entre las muchas cosas que pretende esta nueva versión, es arreglar 00:04:03.720 --> 00:04:07.440 justo de lo que vamos a hablar en este programa, que es el problema de calentamiento de los iPhones. 00:04:07.440 --> 00:04:16.760 Pero no ha salido Xcode 15.1 beta. Seguimos con la normal, es decir, han pasado, en el momento 00:04:16.760 --> 00:04:22.440 en el que grabo y publico, que es el día 3 de octubre, han pasado seis días, casi una semana, 00:04:22.440 --> 00:04:28.800 desde el lanzamiento de iOS 17.1 beta. Y lo normal es que con una versión beta venga la 00:04:28.800 --> 00:04:34.200 versión de Xcode correspondiente. Pues no ha salido. Y si no ha salido, ya saben por qué es, 00:04:34.200 --> 00:04:38.960 porque ellos mismos son conscientes de que la versión es un desastre. De hecho, 00:04:38.960 --> 00:04:44.480 cuando intentamos trabajar con Swift Playgrounds, que es un tipo de proyecto que podemos tener en 00:04:44.480 --> 00:04:51.920 Xcode dedicado a educación, dedicado a poder probar código, prototipar, etc., es un desastre. 00:04:51.920 --> 00:04:58.680 La forma, la activación del control de código y de la búsqueda de errores, tenemos que estar 00:04:58.680 --> 00:05:04.080 abriendo y cerrando continuamente el Playground porque se bloquea y deja de funcionar. Cuando no, 00:05:04.080 --> 00:05:09.360 le das a crear una página y aleatoriamente también se cierra. Es decir, la herramienta 00:05:09.360 --> 00:05:13.800 no está probada porque no ha habido, o sea, no es que esté probada, no es que no esté probada, 00:05:13.800 --> 00:05:18.880 es que no está bien terminada porque, repito, no ha habido tiempo. Al final, el marketing gana. 00:05:18.880 --> 00:05:23.520 Y el marketing es el que dice que en septiembre tiene que haber un nuevo iPhone. Y como tiene 00:05:23.520 --> 00:05:29.040 que haber un nuevo iPhone, así se caiga el mundo o caiga un meteorito, tiene que haber un nuevo 00:05:29.040 --> 00:05:34.080 iPhone, ¿vale? Porque si hubieran retrasado el lanzamiento a octubre, todo esto que está 00:05:34.080 --> 00:05:40.960 pasando no estaría pasando. Porque Xcode estaría correctamente terminado, las herramientas estarían 00:05:40.960 --> 00:05:47.080 más pulidas y, lo más importante, ¿por qué está sucediendo esto con los nuevos iPhones? 00:05:47.080 --> 00:05:56.240 Pues bien, el problema es que si la versión de sistema operativo iOS 17 no está lo 00:05:56.240 --> 00:06:04.040 suficientemente bien pulida y terminada, y se termina de pulir y terminar prácticamente semanas 00:06:04.040 --> 00:06:09.440 antes del lanzamiento y venta de los iPhones, tienen que tener en cuenta que los nuevos iPhones 00:06:09.440 --> 00:06:16.160 tienen que tener instalada esta versión. Y ¿saben lo que sucede? Que si esta versión tarda en estar 00:06:16.160 --> 00:06:21.760 y se instala deprisa y corriendo en los últimos días, probablemente en las últimas semanas, 00:06:21.760 --> 00:06:29.960 no hay tiempo para hacer las pruebas suficientes para comprobar que el sistema operativo esté bien 00:06:29.960 --> 00:06:37.400 ajustado a un nuevo hardware. Porque, por si no lo sabían, cada una de las apps que yo me descargo 00:06:37.400 --> 00:06:44.680 del App Store tienen un binario distinto para cada dispositivo en función de su hardware. No 00:06:44.680 --> 00:06:50.080 es igual el binario que yo me descargo para mi iPhone 14 Pro que el que se descarga alguien para 00:06:50.080 --> 00:06:56.400 su iPhone 15 Pro o el que se descarga para el iPhone 13 Pro. Por ejemplo, no hay más que ir 00:06:56.400 --> 00:07:03.360 al conjunto de instrucciones. El procesador A16, el que tienen los iPhone 15 y el iPhone 14 Pro y 00:07:03.360 --> 00:07:11.440 14 Pro Max, tiene el conjunto de instrucciones ARM versión 9, igual que el A17 Pro. Pero resulta 00:07:11.440 --> 00:07:18.440 que los modelos anteriores no tienen ese conjunto de instrucciones, por lo que el binario es distinto, 00:07:18.440 --> 00:07:24.160 aunque el desarrollador suba al App Store su aplicación. El App Store genera un binario, 00:07:24.160 --> 00:07:31.200 genera un punto App, un punto IPA, que es un iPhone Application, distinto para cada hardware, 00:07:31.200 --> 00:07:39.320 porque cada hardware es distinto. Y si yo hago un desarrollo que funcione en los nuevos A17 Pro de 00:07:39.320 --> 00:07:46.040 los iPhone 15 Pro y 15 Pro Max, resulta que este tiene distintas instrucciones gráficas porque su 00:07:46.040 --> 00:07:52.640 chip gráfico es más moderno y tiene más capacidades, por lo que la versión que se ejecutará 00:07:52.640 --> 00:07:59.160 en un iPhone 15 o en un 14 Pro no puede ser la misma que va en un 15 Pro o en un 15 Pro Max. Por 00:07:59.160 --> 00:08:04.640 lo tanto, si no hay el tiempo suficiente para probar el sistema operativo, para afinarlo, 00:08:04.640 --> 00:08:10.640 para hacer pruebas de ver cómo funciona, para ajustar ciertos elementos, etc., porque el 00:08:10.640 --> 00:08:15.680 marketing quiere sacar el iPhone en septiembre, pues pasa lo que pasa. ¿Y qué es lo que ha 00:08:15.680 --> 00:08:20.920 sucedido? Pues debido a esto que estoy contando, lo que ha sucedido son varias cosas. La primera, 00:08:20.920 --> 00:08:27.600 parece ser que, oh sorpresa, según esto es un dato oficial de Apple, hay un problema de 00:08:27.600 --> 00:08:33.880 ajuste en los procesos de la nueva GPU que hace que ante determinados malos usos por 00:08:33.880 --> 00:08:39.720 parte de determinadas aplicaciones e incluso del propio sistema, se caliente en exceso. 00:08:39.720 --> 00:08:48.120 No podemos olvidar que el A17 Pro se llama Pro porque tiene una GPU, un chip gráfico profesional, 00:08:48.120 --> 00:08:56.960 que es, si no me equivoco, es el mismo o basado, no es exactamente el mismo, pero está basado en el 00:08:56.960 --> 00:09:04.080 de los M2. Por lo tanto, estaríamos hablando de un chip gráfico de escritorio, con capacidad de 00:09:04.080 --> 00:09:09.240 escritorio. Adaptado a un móvil, lógicamente, para que consuma menos y se caliente algo menos, 00:09:09.240 --> 00:09:15.040 y por lo tanto no tiene tanta potencia, pero la base de arquitectura es la misma. Por lo que, 00:09:15.040 --> 00:09:20.960 al ser un nuevo chip, una nueva GPU, requería de un tiempo para ajustar el sistema operativo. 00:09:20.960 --> 00:09:27.720 Y como no lo han tenido, pues allí está el error, porque de pronto ha parecido que cuando ciertas 00:09:27.720 --> 00:09:33.800 aplicaciones, como Instagram, realizan ciertos procesos, pues resulta que pueden provocar que 00:09:33.800 --> 00:09:39.920 este chip de la GPU se ponga demasiado caliente. También la propia aplicación de Instagram tiene 00:09:39.920 --> 00:09:45.200 un problema con los procesos en segundo plano. De igual manera, si el sistema operativo no está 00:09:45.200 --> 00:09:52.200 bien ajustado al dispositivo, provoca que cuando Instagram, que no es el mejor ejemplo de aplicación 00:09:52.200 --> 00:09:58.480 bien hecha, ni el mejor ejemplo de arquitectura moderna, pues estará utilizando muy probablemente 00:09:58.480 --> 00:10:05.480 librerías obsoletas, librerías que estén incluso deprecadas por la propia Apple, o estén utilizando 00:10:05.480 --> 00:10:12.480 algún tipo de proceso, pues muy probablemente, mi teoría, es que los procesos de red de Instagram 00:10:12.480 --> 00:10:19.960 están utilizando librerías de red obsoletas, que están bloqueando los hilos de proceso cuando tienen 00:10:19.960 --> 00:10:25.320 que esperar a un resultado concreto. De esta manera, si yo en segundo plano estoy descargando 00:10:25.320 --> 00:10:29.920 un contenido y el dispositivo va activando y desactivando el segundo plano, porque todo esto 00:10:29.920 --> 00:10:36.280 viene a raíz de cuando yo puedo activar los procesos en segundo plano. Digamos que Instagram 00:10:36.280 --> 00:10:43.040 tiene dos errores. Uno, que es sin abrir Instagram, que es cuando tenemos activados los procesos en 00:10:43.040 --> 00:10:47.720 segundo plano. Los procesos en segundo plano no tienen que ver con las notificaciones. Ojo, son 00:10:47.720 --> 00:10:52.640 cosas distintas. Las notificaciones nos llegan porque vienen de un servidor de Apple y no tienen 00:10:52.640 --> 00:10:57.520 nada que ver con nuestro dispositivo y son un permiso aparte. Cuando yo tengo los procesos 00:10:57.520 --> 00:11:03.320 en segundo plano, lo que estoy haciendo es que mi dispositivo no necesite que la app esté arrancada 00:11:03.320 --> 00:11:10.600 para que el feed de la propia aplicación se actualice. Por eso, cuando yo tengo puestos los 00:11:10.600 --> 00:11:16.560 procesos en segundo plano de Instagram y entro en Instagram, el feed está actualizado. Si yo 00:11:16.560 --> 00:11:21.960 lo tengo desactivado, cuando entre tengo que esperar a que el feed se actualice. Esa es la 00:11:21.960 --> 00:11:27.280 diferencia. Pequeños procesos en segundo plano que se arrancan para actualizar la información 00:11:27.280 --> 00:11:31.680 de la aplicación, sin que la aplicación tenga por qué estar abierta, para que así cuando yo 00:11:31.680 --> 00:11:38.040 entre en WhatsApp, o entre en Telegram, o entre en Instagram, o entre en X, pues el feed de 00:11:38.040 --> 00:11:43.960 información esté actualizado con los últimos datos que haya a nivel temporal. Es así de simple. Pero 00:11:43.960 --> 00:11:48.960 si este proceso no está bien programado y está bloqueando los hilos mientras se obtiene una 00:11:48.960 --> 00:11:54.680 respuesta o se descarga las actualizaciones del feed, pues puede llegar a provocar que los hilos 00:11:54.680 --> 00:12:00.640 bloqueados calienten en exceso el dispositivo. Y si a eso le sumamos que cuando abrimos la 00:12:00.640 --> 00:12:06.520 aplicación de Instagram, también en cuanto al uso de la GPU, deben hacer algo, no sé qué será, 00:12:06.520 --> 00:12:13.000 para que también empiece a calentarse, hay un vídeo del youtuber IphoneDo que lo que hace 00:12:13.000 --> 00:12:18.440 es probar cómo simplemente abriendo la aplicación de Instagram, su móvil empieza a calentarse hasta 00:12:18.440 --> 00:12:25.320 llegar a los 100 grados Fahrenheit, que vienen a ser unos 38 grados centígrados. Por lo que, en fin, 00:12:25.320 --> 00:12:30.840 esto es un problema. Y es un problema que es culpa de Instagram. Es culpa en parte, 00:12:30.840 --> 00:12:36.320 porque la app de Instagram, pues muy bien hecha, no está. De hecho, Apple está trabajando con 00:12:36.320 --> 00:12:40.600 la propia Instagram para que saquen una actualización que arregle este problema. Pero 00:12:40.600 --> 00:12:48.160 en realidad el problema es de la propia Apple, por sus prisas de querer sacar una versión demasiado 00:12:48.160 --> 00:12:54.440 rápido, no dar tiempo a ajustar las versiones a los dispositivos, no hacer las pruebas necesarias 00:12:54.440 --> 00:13:00.200 para asegurar que todo va de manera correcta, y las prisas y el marketing lo que están haciendo 00:13:00.200 --> 00:13:08.040 es que quien pague el pato sea tú, que te has comprado el nuevo Iphone. Ese es el tema. Y como 00:13:08.040 --> 00:13:13.720 tú te has comprado el nuevo Iphone recién sacado, pues a ti te toca pagar el pato, te toca pagar ser 00:13:13.720 --> 00:13:21.480 un early adopter, te toca ser un beta, un usuario beta de un dispositivo en pruebas, con un sistema 00:13:21.480 --> 00:13:27.000 operativo en pruebas que no ha sido probado lo convenientemente bien y por lo tanto tú eres el 00:13:27.000 --> 00:13:33.880 beta tester, ¿vale?, previo pago de 1.500 pavos. Pues mira, no tiene ningún sentido. Y eso se 00:13:33.880 --> 00:13:39.080 habría arreglado de una manera muy simple, esperando a octubre. Como yo dije desde el 00:13:39.080 --> 00:13:46.120 principio, porque no daba tiempo. ¿De acuerdo? No daba tiempo. Pero si seguimos como estamos, 00:13:46.120 --> 00:13:51.720 pendientes del marketing, y que el marketing gana, y que el marketing toma las decisiones, 00:13:51.720 --> 00:13:56.440 y que al marketing le da exactamente igual mientras se venda, nunca vamos a solucionar 00:13:56.440 --> 00:14:01.800 nada. Y esto es un error que no solo es de Apple, es de un montón de compañías. Por lo tanto, 00:14:01.800 --> 00:14:09.760 creo que ya debería ser tiempo de espabilar, de dejar de dar prioridad a el hype, o los tiempos, 00:14:09.760 --> 00:14:16.560 o el marketing, o a vender lo antes posible. Y sacar las cosas cuando estén, ya no digo perfectas, 00:14:16.560 --> 00:14:21.640 porque va a ser imposible. El hecho de que se retrasaran a octubre no garantiza que el iPhone 00:14:21.640 --> 00:14:26.120 saliera sin errores, ¿vale?, porque siempre pueden salir. ¿De acuerdo? Son productos 00:14:26.120 --> 00:14:30.520 lo suficientemente complicados, todos los smartphones, para que siempre pueda aparecer 00:14:30.520 --> 00:14:37.360 algún problema. Pero hombre, de lanzar un producto sin tener tiempo para probar nada, 00:14:37.360 --> 00:14:43.000 y que provoque estos problemas, que sí, que se van a arreglar, y que en cuanto salga iOS 17.1, 00:14:43.000 --> 00:14:48.760 en unas semanas, se arreglarán los iPhones, dejarán de calentarse, cuando salga la actualización de 00:14:48.760 --> 00:14:54.480 Instagram dejarán de calentarse, y este problema se solucionará. ¡Perfecto! Pero ¿qué necesidad 00:14:54.480 --> 00:15:00.520 había? Si tú haces el evento en vez del 12 de septiembre, el 12 de octubre, en este caso como 00:15:00.520 --> 00:15:06.960 sería el día de la hispanidad, el 11 o el 13 de octubre, retrasas un mes que tampoco pasa nada, 00:15:06.960 --> 00:15:13.800 y te garantizas que el producto esté más probado y no llegue al cliente con estos errores. Es así 00:15:13.800 --> 00:15:18.640 de sencillo y así de simple, pero parece ser que no debe ser tan sencillo ni tan simple, 00:15:18.640 --> 00:15:24.800 cuando lo único que le importa al marketing es vender rápido y venga, venga, venga, venga, 00:15:24.800 --> 00:15:32.320 venga, que es que ya está la cosa. Pues ya lo advertí, ya lo dije. A ver, no me hicieron caso, 00:15:32.320 --> 00:15:37.160 lógicamente. En fin, un piltrafilla aquí en un canal de YouTube o en un podcast, 00:15:37.160 --> 00:15:41.800 pues a mí encima hablando en español, pues como para que me hagan caso. Pero, en fin, 00:15:41.800 --> 00:15:47.440 creo que no soy el único en el mundo, obviamente, que tiene este sentido común y que ha podido 00:15:47.440 --> 00:15:53.360 decirles, oye, a lo mejor hubiera sido mejor esperar un mes para así poder ajustar bien los 00:15:53.360 --> 00:15:59.200 dispositivos, poder corregir los errores que puede tener de lanzamiento y llegar a las tiendas con un 00:15:59.200 --> 00:16:05.280 producto con toda la calidad posible, con el máximo de calidad posible y evitando estos problemas, 00:16:05.280 --> 00:16:10.440 que al final ¿qué va a pasar? Pues que efectivamente hay que esperar un mes desde el 00:16:10.440 --> 00:16:15.000 lanzamiento de los teléfonos, porque es lo que vais a tener que esperar. Todos los que tenéis 00:16:15.000 --> 00:16:21.720 el nuevo dispositivo vais a tener que esperar prácticamente un mes desde que se lanza el 00:16:21.720 --> 00:16:28.880 dispositivo para que se arreglen los fallos y realmente el dispositivo salga bien y deje de 00:16:28.880 --> 00:16:35.800 tener estos problemas y podáis disfrutar de él como se merece. Pues no era tan complicado 00:16:35.800 --> 00:16:53.760 hacer esto, pero se ve que, bueno, pues es lo que hay. Y poco más. Ya saben que, bueno, 00:16:53.760 --> 00:17:00.440 pues yo soy un absoluto, de hecho se me clasifica normalmente como un fanboy de Apple, pero lo que 00:17:00.440 --> 00:17:09.680 no soy es tonto. Y por lo tanto, si Apple o Apple o Pinky o Chunky o Wanky se equivoca y me afecta 00:17:09.680 --> 00:17:16.840 directamente o afecta a usuarios, pues lógicamente hay que criticarlos. Tienen que ser conscientes de 00:17:16.840 --> 00:17:23.560 que a nivel de críticas siempre constructivas. No vamos a ser haters que hablen mal de una 00:17:23.560 --> 00:17:27.640 compañía sin ningún tipo de razón. No, aquí está todo perfectamente razonado, 00:17:27.640 --> 00:17:35.000 explicado y por qué ha pasado esto y por qué, en mi opinión, deberían haber retrasado los 00:17:35.000 --> 00:17:40.320 lanzamientos. Y a las pruebas me remito porque al final te arriesgas. Podría haber sido un 00:17:40.320 --> 00:17:45.140 lanzamiento que no hubiera tenido estos problemas. Sí, el año pasado sucedió. El año pasado la 00:17:45.140 --> 00:17:50.080 versión iOS 16 tampoco estaba muy fina, pero bueno, les salió bien la jugada y no hubo unos 00:17:50.080 --> 00:17:56.400 gates que fueran como muy locos. Vale, pues te puede salir bien, pero te la juegas. Este año 00:17:56.400 --> 00:18:01.280 les ha salido mal y la mala publicidad que consiguen a ese respecto y sobre todo que el 00:18:01.280 --> 00:18:09.280 público general ya te tache y te tilde de ser un dispositivo que tiene ese fallo, pues es complicado 00:18:09.280 --> 00:18:16.040 de quitar. Recordemos los iPhone 6 que eran los iPhones que se doblaban, los iPhone plegables que 00:18:16.040 --> 00:18:20.520 ni eran plegables ni nada porque era un fallo puntual y ya había que tener mala leche para romper 00:18:20.520 --> 00:18:26.000 el teléfono, pero ya se quedaron con ese San Benito. Entonces, pues esperemos que este no sea 00:18:26.000 --> 00:18:34.000 el iPhone más caliente hasta la fecha. En fin, poco más. Muchísimas gracias. Espero que les haya 00:18:34.000 --> 00:18:38.960 gustado. Por favor, compartan el episodio, dennos un like, suscríbanse, etcétera, porque eso nos 00:18:38.960 --> 00:18:46.160 ayuda mucho para poder seguir adelante y nos oímos. Vemos pronto si Jobs quiere. Hasta entonces, 00:18:46.160 --> 00:19:09.400 un saludo y God Apple Coding.