Apple se lanza a “limpiar” su App Store: borra aplicaciones que llevan tiempo sin recibir actualizaciones

Ahora te digo yo… ¿un juego o un producto muy bueno no puede seguir vendiendo durante años? Me parece que sí y ejemplos hay de sobra. Pero tú te has ido por el consumismo puro y duro que más bien ya está ocasionando estragos. Si quiero jugar un juego por años, mínimo que me dure una cantidad de tiempo considerable, pero ahora hay productos de usa y tira, hasta en el plano digital que es un sin sentido absoluto.

Respondo a tu misma analogia:
El software de contabilidad de 2010 dejo de venderse porque ya no sirve en 2021, la batidora de hace 5 años fue reemplazada en la tienda por un modelo mas reciente, tu coche de hace 20 años hace al menos 10 que no lo consigues en agencia.
Yo como usuario tengo derecho a exigir que actualicen la aplicación/programa/software si quieren que yo lo siga usando/comprando. Un desarrollador pierde todo derecho a queja si su aplicación hace dos o más años no se actualiza porque el mismo esta dando el mensaje de que su producto ya es obsoleto al mercado actual. En esos 2 años han salido innumerables actualizaciones a varios componentes que llego a usar, y otras tantas al SO donde se ejecuta, se descubrieron y parcharon problemas de seguridad. Es estupido e irresponsable exigir que algo que ha estado años abandonado siga vendiendose al usuario solo porque yo no quiero tener que tomarme la molestia de actualizar mi producto

Te saltas ahí muchos casos como el mío: productos gratis que no necesitan actualizarse en muchos años, por su sencillez.

Yo quiero seguir teniendo mis apps desarrolladas hace 5 años, que siguen funcionando perfectamente a día de hoy.

No modifiques el código, simplemente usa la version actualizada de XCode para recompilar. Lo que apple busca no es que metan actualizaciones innecesarias, sino que las apps cuenten con los binarios correctos para las versiones de iOS soportadas. Ellos estan concientes de que hay un montón de apps en esa situación por lo que solo es regenerar el binario y enviar el update con notas de actualización tipo: Upgrade to make it compatible with newer iOS version.
La queja viene de muchos que simplemente dejaron de dar soporte pero quieren seguir vendiendo en la app store

Lee mi comentario más abajo sobre los 5 días que perdí para "solo tener que recompilar".

Algún proyecto puede que sí, que sea solo recompilar. Pero habrá muchos otros que van a dar trabajo.

Supongo que lo tuyo es un problema de tener un martillo y ver todo como clavos...

Mis ejemplos eran respecto a que no es razonable pedir soporte ilimitado a las apps porque es irracional... al igual que lo sería en cualquier otra cosa...

Pero claro tu has cogido tu martillo y a clavar clavos...

Por otro lado tu como usuario puedes exigir lo que quieras en tu propio interés y actuar en consecuencia, sea razonable o no, justo o injusto (No tiene nada que ver con el articulo por cierto...)

Por último Apple esta pidiendo que se actualice y NO no lo hace por que el binario "no funciona" o cualquier otra escusa autojustificativa que quieras sacarte de la manga, como "mejoras de seguridad" eso si todo muy etereo, porque si fueran reales dirían (Y lo hacen) que las APPS que no cumplan X elemento especifico están fuera...

Pero sabes qué, no dijeron eso (De acuerdo al articulo), simplemente aprovechando su poder dijeron "quiero que mi store solo tengas apps con actualizaciones recientes" (Haya motivo para ello o no) , si queréis seguir conmigo a gastaros dinero en actualizar majos, todo esto abusando de su posición de monopolio de apps para iOS...

PD: Y lo de perder todo derecho a queja, para eso es necesario que en algún momento lo hubieran tenido cosa que va a ser que no, Apple nunca ha dado ese "derecho" a los desarrolladores, solo escucha y a veces a las amenazas estatales y al valor de sus acciones, pero a los desarrolladores poco... xD

"NO es razonable, ni exigible que un producto tenga una duración ilimitada, y quien lo pide primero debería hacer un ejercicio de empatía y autocritica pensando que significaría que su trabajo tuviera que ser con duración ilimitada, para ser consecuente y darse cuenta de lo injusto y absurdo que es pedir eso."

Te entiendo perfectamente. Pero el tema es que el soporte en general lleva siendo una mierda bastante tiempo. Y si nos ponemos por ejemplo a hablar del soporte que se da a los móviles, podríamos escribir un libro bien gordo.

Porque hay casos en los que por ejemplo cuando se lanzó Cyberpunk 2077 plagado de errores...¿debería haberse dejado como estaba y nos jodemos con lo que tenemos? He jugado a la versión "parcheada" y sigue con errores. ¿Qué se supone que es eso? ¿Productos que compraremos rotos y que si queremos que los reparen, tendremos que pagar también por dicha reparación?

"Entiendo que te moleste que no puedas disfrutar de productos antiguos..."

Por poner un ejemplo, Valve ha seguido suministrando parches a Portal 2, un juego de hace 11 años. Y no he visto a nadie de Valve llorar por ello.

¿La medida es excesiva? Sí. ¿Podría haberse solucionado de otras formas hace años? Sí. ¿Se ha hecho? No. Entonces, pregunto yo...¿qué espera la gente que pase? ¿Que sigamos como estabamos para siempre? Apple ha dado el golpe en la mesa.

La idea es incentivar la puesta a punto. No lanzar un producto a medio acabar, cobrar por él y desentenderse como quien oye llover. Y el que no se desentiende, con la cara dura de cobrar por aquello que no solucionó antes del lanzamiento.

Apple ha dado el golpe en la mesa. Y aunque se retracte, el camino ya está trazado.

Valve es una empresa billonaria con unos margenes aberrantes y que se puede permitir 1 ,10 o 100 millones de € en lo que quiera y es como si tu y yo decidimos comprar una barra de pan extra el domingo, creo que es un mal ejemplo, es como usar las donaciones de Amancio Ortega para establecer la cantidad de donación correcta de cualquiera... Pues mal vamos.

Respecto a la cantidad de bugs y parches hay mucho debate y sí, se puede y se debería hacer mejor, pero no es el tema de este artículo.

Este artículo no habla solo de aplicaciones con problemas habla de todas, necesiten o no los parches.

Yo no digo que haya parches ad infinitum.

Debe haber actualizaciones de lo basico, enlaces con repositorios y compañía, lo necesario para que la app siga funcional (y no me creo que eso lleve siquiera un mes de trabajo) . Los cambios estéticos sí pueden cobrarse ya que no son necesarios para el correcto funcionamiento de la app.

Pero claro, si los básicos tampoco se hacen o cuando se lanza un producto, este se encuentra a medias, luego requiere de parched interminables y en algún que otro caso se ha tenido que optar por empezar de cero con otra estructura. Si se va a lanzqr un producto, que sea como es debido.

¿Qué tiene que ver la lechuga con la velocidad?
Hay miles o millones de juegos y aplicaciones ahí fuera que llevan sin actualizarse 20 años y siguen funcionando como el primer día y sin errores. Precisamente el desarrollador que mencionan en el artículo comenta que su juego está libre de problemas. De hecho, como alguien que desarrolla en Unity, te puedo casi asegurar que el hecho de tener que actualizar la versión de Unity del juego solo para "subir el numero de version" en la store va a meter problemas inesperados y un juego que funcionaba bien puede dejar de hacerlo.
Hubo otros casos de actualizaciones obligatorias en Apple que eran mas o menos justificados, como el paso a procesadores de 64 bits, queriendo eliminar las librerias y sistemas de 32 bits para no cargar el sistema. En este caso parece que ni dan una explicación. Y ojo, estamos hablando de una plataforma que cobra 100$ al año por mantener las aplicaciones subidas, tampoco es que lo ofrezcan gratis y tengan que hacer purga para reducir costes de almacenamiento.

Francamente, salvando Microsoft, no se quien podría creer que es mejor dejar las apps sin actualizar.

Cualquiera que trabaje en programación.
En el gremio hay una máxima: "Si funciona, no lo toques".
Cualquier cambio implica abrir la puerta a nuevos problemas que arreglar.
No solo eso, sino que algo que se paga a precio único a la compra (no como suscripción) no puede tener un mantenimiento y actualizaciones ilimitados. Esas actualizaciones cuestan dinero y tiempo, y a todos nos gusta cobrar nuestro salario para pagar el alquiler. Y las aplicaciones que no se pagan (es decir, funcionan por publicidad) normalmente generan muy pocos ingresos como para pagar más actualizaciones que las mínimas imprescindibles.
Y luego está la logica, hay algun punto en que no hacen falta actualizaciones. La aplicacion es estable, hace bien su trabajo... ¿por qué ibas a actualizarla? Actualizamos acaso la lavadora, o el grifo de la ducha, porque ha salido un modelo más bonito? ¿o lo hacemos solo si se rompe? ¿Por qué el software iba a ser distinto?

He leido con atención tu comentario y creo que tienes una concepción muy limitada de lo que implica una actualización de software, entiendes "actualizar una app" como lanzar una nueva versión que incorpora correccion de errores y nuevas funcionalidades y por consiguiente, si no hay errores y no hay nuevas funcionalidades entonces actualizar no sirve para nada.

Eso es una parte, pero hay otro aspecto que es igual de importante y que afecta a la plataforma y al usuario directamente. Cuando Apple lanza novedades en sus herramientas de desarrollo que, por ejemplo, optimiza el uso de la ram, mejora la autonomia, adapta la interfaz de usuario de una manera mas eficiente, integra nuevas forma de trabajar con nuevos elementos hardware y tecnologias que van saliendo, u optimiza o integra mejor determinadas librerias del sistema, pues entender una actualización de la forma que lo entiendes pierde todo el sentido. Esa actualización del software lo que pretende ademas es que el ecosistema de aplicaciones no solo funcionen y ya, sino que funcionen mucho mejor y evolucionen al incorporar todas esas novedades de desarrollo que les esta poniendo a su disposición.

Pd. siguiendo tu teoría aun seguiriamos con apps a 32 bits, mucho mas ineficientes, y tendriamos una colección de aplicaciones del pleistoceno ya obsoletas desde el inicio de los tiempos, para que? si un desarrollador no es capaz de ofrecer un soporte mínimo o si no le resulta rentable hacer su trabajo, pues ya surgiran desarrolladores que ofrezcan algo similar, cuiden la experiencia de usuario e integren todas esas mejoras que no se ven en cuento a gestion de recursos, integración y rendimiento, mejoras que afectan directamente al usuario.

Correcto, y estoy de acuerdo contigo. Aqui el tema es la imposición por parte de Apple.
Porque el sistema operativo es una cosa, y que implemente mejoras en su codigo base no tendria que implicar actualizar las aplicaciones. El software del que dependa otro software tendria que ser retrocompatible hasta cierto grado siempre.
Esto va unido a lo que comentas de 32 bits. Yo sigo teniendo y usando programas de 32 bits que llevan sin tocarse más de 10 años, pocos, pero alguno queda, principalmente juegos. Y la maravilla es que puedo seguir usándolos como el primer día, aunque estuvieran diseñados para Windows XP (o incluso 98!!) y el desarrollador haya cerrado.
Y muchas aplicaciones diseñadas para windows Vista, que pedian los diseños de UI al sistema, siguen funcionando en Win10, con los estilos del sistema de Win10 (los legacy, no los Metro/WinUI que no existian antes de Windows 8).

Precisamente, tu ultimo comentario es la forma natural de reemplazar las aplicaciones. Si surge una nueva, mas moderna, con el mismo concepto, la gente la acabará sustituyendo. Y de la Store se deberían poder borrar aplicaciones antiguas pero no por falta de actualización, sino por falta de interés de los usuarios.

Apoyo tu comentario 100%.

Anda que no tengo herramientas antiguas que siguen haciendo su trabajo perfectamente (mismamente, ClipX es del 2005, ¡17 años!).

Lo que comenta @newt.on sobre optimizaciones y demás... como dije en mi comentario: me he limitado a recompilar mi app (lo que me ha llevado 4 días de trabajo) sin ninguna mejora y sin cambios de funcionamiento. Sigue funcionando igual de bien/mal que lo hacía hasta ahora, pero según Apple, "está actualizada".

Es que basicamente eso es lo que quiere apple, que recompilen para estar "actualizada" a las nuevas versiones pero hasta para eso hay quien se queja de porque tiene que actualizar

Apple tiene otra idea completamente diferente, tu eres feliz por usar una aplicacion de 32 bits en el 2022 (y lo seguiras siendo en el 2030 o 2050), renunciando a todas las ventajas de que esa misma app estuviera a 64 bits, mientras que Apple quiere que tu sigas usando esa misma app pero a 64 bits, como? pues apretando a los desarrolladores que pasan olimpicamente de todo para que apliquen esos cambios y de esta forma disfrutes de todas las ventajas de ese cambio y avance la plataforma en su conjunto. Ademas es que un ecosistema de aplicaciones dinamico siempre será mejor que uno estatico del pleistoceno.

Esto lo podemos aplicar a muchos cambios que se producen cada año a nivel de desarrollo, cuando Apple lanza un nuevo xCode o Swift que por ejemplo hace un uso diferente de las librerias del sistema, que optimiza el consumo, que modifica la gestión de la ram, o que se integra mejor con nuevas tecnologias que van surgiendo, lo que esta haciendo es dar pasos hacia adelante en como se desarrolla una aplicación y esos cambios repercuten directamente en la experiencia de uso, la seguridad, la optimización, integración y el rendimiento de la app.

https://avantgardeit.es/swiftui-un-cambio-de-paradigma/

Esto es algo que me encanta de Apple, la capacidad que tiene para incentivar cambios y ser impulsor de esos cambios. Solo hay que ver como esta gestionando la transición a Apple Silicon, que no te quepa la menor duda que en breve dira adios a rosetta y la emulacion de software X86, ¿imposición? por supuesto, pero solo así avanzas, el desarrollador desidia que se baje del carro si quiere, entrarán otros que ocupen su espacio y asi los usuarios podremos beneficiarnos de todas las ventajas de la propuesta, sin medias tintas.

pd. despues oyes a muchos decir "bueno, esa optimizacion y rendimiento no tiene tanto merito porque Apple diseña todo" si claro, esa es la clave, diseñar componentes clave, diseñar producto, diseñar software y disellar las herramientas de desarrollo... si todo esto no avanza y da saltos hacia adelante en conjunto entonces su ventaja competitiva se va al carajo.

Sabes que la mayoria de aplicaciones que no tienen un uso intensivo de RAM son mas eficientes en 32 bits que en 64?
Las direcciones de memoria, la longitud de algunas variables y las propias instrucciones ocupan el doble en 64 bits que en 32, al procesador le pesa más. Tiene sus ventajas, sobre todo que puedes hacer un uso casi ilimitado de RAM, muy importante en ciertos usos, pero la calculadora, por poner un ejemplo chorras, va a ser mucho mas lenta... Otra cosa es que no lo notemos mucho porque también mejoran los procesadores.

Y desde el punto de vista de usuario, esa filosofia de Apple de forzar las actualizaciones es la peor. En la misma Apple hubo grandes programas que se quedaron en la era PowerPC abandonados, funcionaban de lujo y no tienen reemplazo a dia de hoy.

Y el saber que si o tambien vas a tener que mantener las aplicaciones actualizadas, lleva a las empresas a los modelos de SaaS donde pagas generosamente todos los meses una cuota. Y si, te hacen "recompilaciones" de vez en cuando, pero las mejoras de un año a otro que te estan cobrando, casualmente han caido en picado en calidad y cantidad desde que tenian que venderte el software nuevo otra vez a precio "nominal" si querian seguir ganando dinero. Hablo de las suites de Adobe, por ejemplo.

Apple y el resto de compañias que hacen SDKs y plataformas deben seguir mejorando y ofreciendo esas mejoras, pero a aplicar en lanzamientos futuros, no en detrimento de lo que ya se ha lanzado y funciona bien.

Sigo sin entender cual es el problema, si un desarrollador no quiere dar soporte a su app y prefiere abandonar su proyecto pues adios muy buenas, ya vendran otros que ocuparan su espacio. Se puede ir a Android, bueno, podia, porque Google esta haciendo lo mismo, sabes por que? para penalizar al "desarrollador" que pasa de todo y limpiar la tienda de mucha mierda de app del pleistoceno, tan sencillo como eso.

El problema es que perjudicas tanto o más al usuario que al desarrollador.
Si yo tengo mis programas comprados y pagados no tengo por que buscarme una alternativa porque Apple decida que quiere obligar a actualizar y borrar de la store a los que no lo hagan, y tenga la mala suerte de que el mio sea de los que no.
O al contrario, tampoco tengo por que pagar por una version mas moderna, o cambiar a un modelo de suscripción, porque el desarrollador para mantener esos costes de actualización exige pagos posteriores.

Eso como usuario, como desarrollador tampoco veo el motivo de dejar de dedicar tiempo a proyectos nuevos porque Apple tenga el capricho de que ahora todos tenemos que actualizar las apps. Que hay veces que para hacer esa actualizacion encima dependes de software de terceros (librerias o SDKs, o motores de juego) que igual ni puedes actualizar ya, bien porque ese tercer desarrollador decida que no le merece la pena, o porque lo ha actualizado en versiones con cambios que rompen mi aplicación.
Por ejemplo, Unreal Engine ha sacado recientemente la 5ª version de su motor gráfico. Supongamos que es incompatible con versiones anteriores y la version 4 donde están hechos todos los juegos de los ultimos 6 años se queda fuera de la store. Por una decisión arbitraria de Apple estás jodiendo a todos los desarrolladores que utilizaron ese motor, aunque la aplicación se haya publicado hace 6 meses. Si tienes muy mala suerte con los tiempos, pueden ser años de trabajo y inversión al garete, en el caso mas exagerado.

Ni siquiera necesitamos hacer eso. Es solo recompilar con el último XCode y, si no te da problemas de "deprecated", ya es suficiente.

Pues yo prefiero tener una Tienda de aplicaciones con aplicaciones que se actualizan a tener aplicaciones abandonadas.

Si aplica la falacia del falso dilema y a su respuesta.

En tu caso... Se llama falacia de evidencia incompleta o falacia anecdótica... (https://es.m.wikipedia.org/wiki/Falacia_de_evidencia_incompleta)

Has contado un caso que apoya lo que dices (aplicaciones que consumen muchos recursos) y has ignorado el resto de casos (aplicaciones que no consumen muchos recursos) y has desarrollado todo tu argumento alrededor de unos casos puntual de todo el espectro de posibilidades. Y entonces te diría:
Si una aplicación no consume muchos recursos y funciona bien, ¿Porque me obligas a actualizar?

El artículo no dice que haya X o Y motivo, solo que si lleva mucho sin actualizar fuerzan a hacerlo, haya motivo o no.

Respecto a la posición en el mercado es muy relevante porque les permite tomar decisiones de forma unilateral y sin consecuencias haciendo uso de un poder que no deberían tener (dicen que por el bien del consumidor, la sociedad y el medio ambiente...), pero han demostrado una y otra vez que no, que son una empresa y lo hacen por el bien de su cuenta corriente (esto no es malo, pero no nos engañemos).

Creo que cualquier entidad o persona
con demasiado poder tiende a abusar de ello y es cuanto menos peligroso y en general no muy deseable.

Corrección, si es una aplicación abandonada porque no solo avanzan los componentes del sistema sino tambien el compilador, aunque tu aplicación no requiera cambio de codigo el recompilarla con una nueva version del compilador suele traer mejoras de rendimiento simplemente porque actualiza los binarios a los compatibles con la version mas reciente del sistema

Remarcare el "suele traer mejoras" y diría "algunas veces trae mejora"

... Ojala fuera lo normal, pero me temo que es muy raro que solo recompilando se mejore el rendimiento.

Concretamente Google desde el año pasado está muy intensa con los cambios cualitativos de su tienda, que solo con este año ya van ¿3?. Y concretamente con este tema, llevaba ya unos años obligando a usar las últimas especificaciones del SDK para poder actualizar en Google Play con margen de 1 año. Y ahora empezará a dar 2 años de margen antes que las aplicaciones se deslisten de la tienda.

No están obligando a actualizar para dejar de soportar equipos viejos. Están obligando a actualizar para soportar equipos nuevos y mantener las apps al día. Si la app quiere ser compatible desde el iPhone 3Gs hasta el 13, no creo que haya problema, mientras sea compatible si o si con el 13.
No se cómo será en la AppStore, pero en la PlayStore, buscando apps, te encontrás algunas que aún tienen interface Holo, o peor, algunas que datan de Gingerbread.

En Android si se permite eso, en iOS dejá hasta cierta antiguedad de Apps, pero no es común que puedas instalar apps en iOS ya catalogados como "Vintage".

Ps es la App Store hay joyitas compatibles con versiones "vintage". Oficialmente iOS 9 sigue siendo soportado y tu como desarrollador puedes elegir que tu aplicación sea compatible desde esa versión en adelante. Ya si eres muy valiente puedes elegir compatibilidad exclusiva con alguna version mas antigua pero prácticamente nadie usa ningún dispositivo iPhone/iPad previo al iPhone 4S que es el que marca la pauta del iOS9

Es que no estan exigiendo ni que cambies una linea de código, con que compiles tu app usando XCode 13 ya la toman por actualizada. Lo que realmente quieren es que tu valides todos los componentes que usas en tu app sigan soportados para que no salgas despues con "es que quitaron x cosa sin avisar y mi app ya no funciona" porque saben que muy pocos realmente leen los cambios al SDK

Buen punto.

Perdiste 5 días pero Apple demostro su punto, tu app que no requeria actualización estaba desactualizada.
Que solo es un SDK? Y que tal si mañana sale iOS 15.5 y ese SDK deprecado simplemente desaparece? Seguira siendo capricho de Apple que tu app desaparezca de la tienda porque tu no actualizaste?

Pues un poco, sí seguirá siendo capricho.
Se soporta desde iOS 9 a iOS 15, así que aunque en iOS 15.5 desaparezca una API, da igual. En eso se basa la retro compatibilidad, en que cosas antiguas sigan funcionando.

Cuando dejase de dar soporte a la versión de iOS para la que compilé, entonces si necesitaría actualizar.