iOS, Android, WP8 NO y reencuentros

granaino127 #6391 Ene '12

#6389 Puse ejemplos de determinadas cosas que si usan multitaréa pura o que al efecto practico es idéntico..

TomTom por ejemplo, cuando solo se usaba Push, si lo cerrabas para hacer otra cosa, TomTom seguía funcionando pero no daba instrucciones, y al volver a TOMTOM hacía una pequeña actualización de 1 segundo para mostrarte el punto donde estas ahora, pero se congelaba donde cerrabas.

Ahora TomTom sigue dando instrucciones y sigue actualizando y "corriendo" el mapa mientras está en segundo plano, eso es multitarea pura o al efecto es lo mismo.

En el caso de whatsaap, IM o incluso llamadas por Skype, etc o similares, antes con el push cerrabas y te seguian apariendo los comentarios de quien escribía, si era una llamada te aparecía la llamada aunque al abrir la app vieras que estaba congelada donde cerraste y te actualizara en 1 segundo...
Actualmente sigue siendo Push porque para lo que se necesita, que es ver si te escriben o llaman, con push puedes hacerlo y no necesitas tenerla corriendo completamente, y como esta muchas cosas no necesitan correr mientras totalmente y por tanto siguen usando Push.. En Android todo corre mientras en segundo plano.

Pero si hay cosas que corren en segundo plano totalmente desde iOS 4...

1 respuesta

BLZKZ #6392 Ene '12

#6391 savestates+push, no tiene multitarea real asi que deja de hacerte pajas mentales.

La multitarea que tiene es tener el servicio de escucha+los de interfaz, o musica a la vez (y algunas más del sistema), pero las app's de terceros no corren en segundo plano. En android pueden correr tanto en foreground como en background, en ios en ninguna de las dos, a no ser que uses backgrounder.

3 2 respuestas

Rubios #6393 Ene '12

#6392 También hay multitarea normal, pero solo cuando es necesaria.

A no ser que me la música llegue por Push a mis oidos... xDDDD

#6394 Es decir, la multitarea como debería ser, solo cuando es necesaria (música, VoIP, geolocalización, descarga y subida de archivos...) me estas dando la razón xD

1 respuesta

BLZKZ #6394 Ene '12

#6393 solo cuando la permiten, casos de la música (y spotify al principio no podia) como ya puse. A ver si aprende a leer.

1 respuesta

granaino127 #6395 Ene '12

#6392 No soy programador por eso dije que si no es multitaréa pura al efecto practico es identico, por tanto para alguien ageno al mundillo entiende que es multtarea pura.

Si cierro TomTom y mientras busco el puticlub mas cercano por google, TomTom me sigue dando instrucciones por voz y demás y cuando vuelvo a TomTom el mapa ha ido actualizando todo el tiempo que lo he tenido cerrado, el efecto practico es idéntico y supongo que nada de diferente hay entre eso y la multitarea pura.

2 respuestas

TeNSHi #6396 Ene '12

#6395 Te cuesta reconocer que has metido la pata, e?

P.D: ageno? XD

2 1 respuesta

granaino127 #6397 Ene '12

#6396 ¿En que he metido la pata? ¿En decir que desde iOS 4 hay multitaréa pura? ¿Me has leido algún post o solo has leido a BLZKZ en esta pagina y crees que me ha dado un superowned y me dices eso?

Porque vamos, el ha dicho que no hay para ahora decir que si hay pero solo en determinadas cosas (vamos lo que yo mismo dije) xD!

Por cierto, si, patada al diccionario se me fue la pinza..

PD: Refresco los ojos sobre lo que yo mismo dije.

La tiene.... La mayoría de aplicaciones funcionan por multitarea "push"...pero las hay que funcionan puramente como multitarea...

Como TomTom, Spotify......

BLZKZ #6398 Ene '12

#6395 si quieres jodo la multitarea easy and fast. Abres una terminal en ios (hay app's) te paso un script que permite introduciendo una url de mu descargar el fichero, si abres a otra app y se para la descarga es que no tienes multitarea.

Desde la magic puedo usar el script en android, en ios no.

Y ojo, ni mucho menos he dicho que una sea mejor que otra, de hecho como puse 3 post mas atras la de android hace que se resienta el rendimiento.

3 respuestas

Rubios #6399 Ene '12

#6398 si quieres jodo la multitarea easy and fast. Abres una terminal...

Cuentanos más.

3

HoTiTo #6400 Ene '12

Decir que iOS casi no ha evolucionado es ridículo. Que su interfaz casi no haya evolucionado a lo largo del tiempo no quiere decir que no haya evolucionado igual o más que Android. Precisamente su interfaz es uno de sus logros y lo que le ha dado fama por su extrema sencillez.

Por otra parte, personalmente pienso que Android sí ha evolucionado más que iOS. Y lo resalto para que los poorfags no se infarten con el primer párrafo. El trabajo que han metido en Android es faraónico y aunque sea una chapuza andar con el tema de las máquinas virtuales, es una obra de ingeniería espectacular como han conseguido hacer que el sistema responda "bien" y dé la impresión de estar moviendo código compilado.

Sin esa obra de ingeniería, el arranque al ejecutar una aplicación sobre una máquina virtual sería un infierno.

Así que sí, pienso que evidentemente, Android ha evolucionado más que iOS en 3 años. También es cierto que pienso que partía desde una posición bastante más atrasada y con el mercado en contra. O evolucionaban bien y a buen ritmo, o no se comían un colín.

Ahora solo les queda seguir evolucionando, escuchar a los usuarios (los que no se autochupan las pollas con sus androids de palo) y corregir todas esas mierdas que siguen teniendo.

1 respuesta

TaMy #6401 Ene '12

#6398 iOS permite (sin jailbreak) 1 (y solo 1) tranferencia en segundo plano ya provenga de internet o de otra app.

Puedes dejar descargando 1 fichero porque iOS te permite hacerlo. Lo que pasa es que muy inteligente el código que permite la descarga no lo vas ha ejecutar tu... sino lo ejecutará iOS. Y podrás enviar una notificación al terminar la descarga, pero no te permitirá realizar una descompresión del fichero (por ejemplo).

Por suerte los servicios en segundo plano estan centralizados. Y eso nos asegura un gasto de bateria en idle ridículo y nos asegura.

Las aplicaciones en iOS te permiten ciertas cosas, muy determinadas, pero en segundo plano no manda tu aplicación, manda iOS y mediante eventos te va llamando a tu aplicación.

Tu puedes en segundo plano, reproducir música, avisarte cuando acaba la canción para poner otra, avisarte cuando utilizan los controles multimedia para hacer lo propio, puedes descargar archivos, puedes enviar notificaciones cuando acaban estas acciones, puedes recoger la localización de GPS y poner eventos por localización (eso no significa que el mapa se vaya renderizando), puedes reproducir un sonido ante un evento de localización y añadir nuevos eventos.

Puedes usar la multitarea que Apple quiere que uses. La que te asegura un uso idle adecuado. La que ojala implemente bien WIndows Phone

1 respuesta

BLZKZ #6402 Ene '12

#6401 "Por suerte los servicios en segundo plano estan centralizados." AHAHAHAH QUE coño estas diciendo xDDDDDDDDDD
JAJAJAAJJAAJAJA

PD: los de android es que son independentistas

3 2 respuestas

HoTiTo #6403 Ene '12

#6402 ¿De qué te ríes?

the iOS multitasking bar does not contain "a list of all running apps". It contains "a list of recently used apps". The user never has to manage background tasks on iOS.

De los primeros enlaces en Google: http://speirs.org/blog/2012/1/2/misconceptions-about-ios-multitasking.html

Algo que ya sabías perfectamente pero te gusta trolear con Tamy. Los servicios en segundo plano, efectivamente están centralizados por el sistema operativo. Los maneja iOS directamente, no el usuario.

En Android, llámalos independentistas o llámalos como quieras. El usuario puede manejar la multitarea a su antojo. Y no solo el usuario, sino el desarrollador.

3 1 respuesta

Rubios #6404 Ene '12

#6402 Te vas de guay y quedas como el culo porque lo que ha dicho es 100% correcto.

Deal with it

3 1 respuesta

BLZKZ #6405 Ene '12

#6403 #6404 y eso que tiene que ver a nivel SO de la multitarea? que es de lo que hablamos, no a nivel usuario, ahora resultará que el SO no gestiona en android los procesos xDDDDDDDDDDDDDDDDDD

2 1 respuesta

HoTiTo #6406 Ene '12

#6405 Gestiona los procesos, pero no está centralizado únicamente en el SO. El usuario y el desarrollador pueden jugar con ellos. Pueden mantenerlos en segundo plano o cerrarlos. De hecho, el desarrollador puede hacer que aunque el SO los cierre se vuelvan a abrir.

Eso no es centralización, es independentismo del duro como lo has calificado tú xD

En iOS esto está centralizado exclusivamente en el SO. Ni el usuario ni el desarrollador pueden hacer nada. Ni parten ni reparten. Lo único que se permite es que determinadas aplicaciones enfocadas dentro de unos ámbitos muy concretos se mantengan en segundo plano por un tiempo limitado, y todo esto siempre con la autorización de Apple.

3 1 respuesta

cacahueteman #6407 Ene '12

Bueno, llevo leyendo este hilo mucho tiempo. Me da bastante pena ver esta pelea de niños. He aprendido muchas cosas leyendo vuestros post. Yo la verdad es que tomaba este hilo como una vía para aprender de muchos temas de funcionamiento y de las interioridades de los s.o moviles. Esto lo digo porque sabeis de estos temas y me da rabia que en vez de aportar con post para que todos podamos aprender os enredais en peleas insignificantes.

Para retomar algo instructivo, que paginas o RSS leeis sobre estos temas para manteneros informados?

Rafyelzz #6408 Ene '12

Pues mi jefe, poseedor de un iPhone y una Blackberry, ha visto mi lumia y me ha dicho waaooh, me lo voy a comprar. GL noobs

BLZKZ #6409 Ene '12

#6406 si decis eso es porque no teneis ni puta idea de como funciona un SO, no hay mas

1 1 respuesta

HoTiTo #6410 Ene '12

#6409 Venga, el argumento (por llamarlo de alguna forma) fácil.

Si decís eso es que no sabéis como funciona un SO y yo sí! Ahora me mosqueo y no respiro!

No vengas de listo. Sé perfectamente como funciona un SO y tú sabes perfectamente a que se refería Tamy.

NADA de lo que se ha dicho para rebatir tú estúpida salida de tono por intentar reirte de Tamy es falso. Llámalo centralizado, llámalo pepito. En Android el SO lleva el control de los procesos pero hay margen para que el usuario y el desarrollador los toque.

En iOS no. Así de simple. En uno toda la gestión está centralizada únicamente en el SO y en el otro no.

Ahora respóndeme así --> "JAJEAJEAJEAEJAEJAEJEAJ es gracioso porque ha dicho centralizado! jAEJAOEJAO"

1 respuesta

BLZKZ #6411 Ene '12

#6410 Espera que empiezo por dar una clase magistral.

Para ser exactos android no es multitarea, es multiprogramado. La ejecución en CPU de los programas/servicios/procesos la controla el SO (android/ios) que es el recurso más importante. La diferencia reside en que android te permite matar o parar procesos en caché o en background, pero no controla para nada la ejecución en CPU de nada.

Por eso es una TRMENDA gilipollez lo que decís. Si quieres saber más empiezas a mirarte los tipos de prioridad en sistemas unix, la expropiación de CPU, ejecucion a tiempo real, tiempo compartido o por lotes (que unix y android usan los tres) y después me vienes a rebatir si me rio de tamy con razón o sin ella.

5 1 respuesta

_dabla_ #6412 Ene '12

#6400 gracias hoti, uno que entendió lo que decía atrás. Precisamente por el núcleo de lo que dices (VM) y su tratamiento, es una de las principales causas por la que los terminales quedan más desfasados en android en menos tiempo... Pero aun habrá alguno que diga que no. Y que con las más de 2000 novedades en ios5 es una muestra de que evolucionó más que android.

HoTiTo #6413 Ene '12

#6411 Pero que dejes de irte por las ramas y de confundir al personal. Soltando obviedades ahora no vas a provocar ni un owned ni a rebatir lo que hemos dicho.

¿Has ido corriendo ahora a ver los apuntes de Sistemas Operativos o qué? ¿Qué tiene que ver los tipos de prioridades para que se pueda matar un proceso? ¿Ahora resulta que tú no puedes hacer un kill en Unix porque "hay un sistema de prioridades"?

¿Android no te permite matar un proceso en ejecución? ¿EN SERIO? ¿De verdad me estás diciendo eso?

Creo que a quién le hace falta unas clases de sistemas operativos es a ti, y también un poco de humildad para reconocer cuando se mete la pata.

La diferencia es que Unix/Android SÍ permite un kill al usuario, pero iOS no! Eso es lo que estamos diciendo.

1 1 respuesta

HoTiTo #6415 Ene '12

#6414 ¿Ahora sales con lo del root? ¿Un usuario con privilegios no sigue siendo un usuario? ¿Quién cojones está negando que el SO administre todo?

https://market.android.com/details?id=mobi.infolife.taskmanager

¿Hay de eso en iOS sin jailbreak? ¿Necesitas root para ejecutarlo en Android? Pues cállate la puta boca ya y vete a jugar al Angry Birds.

Llorón.

1 respuesta

BLZKZ #6416 Ene '12

#6415 pero y que me estás contando? yo he dicho que lo del "sistema centralizado" es una gilipollez como un templo, puesto QUE TODOS son centralizados, dado que el SO los administra. Que tengas un task manager no implica que eso no sea asi, o es que tu limitada inteligencia no da para eso?

5 1 respuesta

_dabla_ #6419 Ene '12

que alegrón le van a dar a spyro estas batallas a fue-fue-fuego.

PiTaGoRaS #6420 Ene '12 Spoon Bender

#6398 ¿Y qué es lo que se supone que demuestras con ese test? En iOS es perfectamente posible hacer que una app sigua descargando o haciendo cualquier otra cosa mientras está en background, pero por un tiempo máximo de 10 minutos, y debe ser implementado de forma explícita por el programador. Las razones por las que esto es así creo que la yas conocemos todos y no hace falta repetirlas.

1 respuesta

Usuarios habituales

Tags