<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comentarios en: Querido Google: Estas son las mejoras que esperamos en Android M	</title>
	<atom:link href="https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/</link>
	<description>Tecnología y Cultura Digital</description>
	<lastBuildDate>Thu, 28 May 2015 02:22:00 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Por: Roberth Leandro Rodriguez Acos		</title>
		<link>https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-166514</link>

		<dc:creator><![CDATA[Roberth Leandro Rodriguez Acos]]></dc:creator>
		<pubDate>Thu, 28 May 2015 02:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=206311#comment-166514</guid>

					<description><![CDATA[BlackBerry 10.3 tiene casi todo lo q esta pidiendo... es un gran sistema, debería probarlo ]]></description>
			<content:encoded><![CDATA[<p>BlackBerry 10.3 tiene casi todo lo q esta pidiendo&#8230; es un gran sistema, debería probarlo </p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Roberth Leandro Rodriguez Acos		</title>
		<link>https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-341142</link>

		<dc:creator><![CDATA[Roberth Leandro Rodriguez Acos]]></dc:creator>
		<pubDate>Thu, 28 May 2015 02:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=206311#comment-341142</guid>

					<description><![CDATA[BlackBerry 10.3 tiene casi todo lo q esta pidiendo... es un gran sistema, debería probarlo ]]></description>
			<content:encoded><![CDATA[<p>BlackBerry 10.3 tiene casi todo lo q esta pidiendo&#8230; es un gran sistema, debería probarlo </p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Rubén D. Londoño C.		</title>
		<link>https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-166508</link>

		<dc:creator><![CDATA[Rubén D. Londoño C.]]></dc:creator>
		<pubDate>Wed, 27 May 2015 23:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=206311#comment-166508</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-166493&quot;&gt;VooDooChicken&lt;/a&gt;.

Algunos de esos detalles que se mencionan de hecho podrían no ser molestos si Google tomara una medida menos laxa frente a la fragmentación del sistema. 
Mas allá de ir sacando cosas nuevas en un android M, pueden mejorarse o incluirse en Lollipop de manera que gane mas participación de mercado, sino daria el mismo Google a entender que este sabor del marciano es digno de tirar a la basura

]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-166493">VooDooChicken</a>.</p>
<p>Algunos de esos detalles que se mencionan de hecho podrían no ser molestos si Google tomara una medida menos laxa frente a la fragmentación del sistema.<br />
Mas allá de ir sacando cosas nuevas en un android M, pueden mejorarse o incluirse en Lollipop de manera que gane mas participación de mercado, sino daria el mismo Google a entender que este sabor del marciano es digno de tirar a la basura</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Rubén D. Londoño C.		</title>
		<link>https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-341136</link>

		<dc:creator><![CDATA[Rubén D. Londoño C.]]></dc:creator>
		<pubDate>Wed, 27 May 2015 23:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=206311#comment-341136</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-341121&quot;&gt;VooDooChicken&lt;/a&gt;.

Algunos de esos detalles que se mencionan de hecho podrían no ser molestos si Google tomara una medida menos laxa frente a la fragmentación del sistema. 
Mas allá de ir sacando cosas nuevas en un android M, pueden mejorarse o incluirse en Lollipop de manera que gane mas participación de mercado, sino daria el mismo Google a entender que este sabor del marciano es digno de tirar a la basura

]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-341121">VooDooChicken</a>.</p>
<p>Algunos de esos detalles que se mencionan de hecho podrían no ser molestos si Google tomara una medida menos laxa frente a la fragmentación del sistema.<br />
Mas allá de ir sacando cosas nuevas en un android M, pueden mejorarse o incluirse en Lollipop de manera que gane mas participación de mercado, sino daria el mismo Google a entender que este sabor del marciano es digno de tirar a la basura</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: VooDooChicken		</title>
		<link>https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-166493</link>

		<dc:creator><![CDATA[VooDooChicken]]></dc:creator>
		<pubDate>Wed, 27 May 2015 17:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=206311#comment-166493</guid>

					<description><![CDATA[no tengo idea de la cuestión de las notificaciones, pero como lo imagino no suena muy viable. si entendí bien el problema es que no parece cuadrar el instante en que la notificación llega a diferentes aparatos. lo de las notificaciones es &#039;push&#039;, pero el push real prácticamente no existe. lo que conocemos como push, no es en realidad push, que sería como si el computador donde corre el programa le dijjera al celular &#039;oiga le llegó esto&#039;. en cambio, lo que sucede con más frecuencia es que el celular está preguntando todo el tiempo &#039;qué ya me llegó algo?&#039; y si hay algo nuevo entonces lo muestra. el push como tal se usa por ejemplo en los juegos en línea, donde cada jugador no puede darse el lujo de preguntar si alguien ya hizo algo, pero para coosas como lo sjuegos en línea, la conexión permanece durante toda la duración del juego, o hasta que el jugador se desconecte o hasta que el servidor se caiga. eso sólo se puede con un número limitado de usuarios, ya que requiere poder computacional y que además el sistema sólo soporta un número de conexiones (sockets). eso no es viable en una aplicación que pareciera que fuera usada por millones de usuarios al ttiempo (y en realidad eso depende de la aplicación, no del sistema). la velocidad con la que semuestran las notificaciones depende de la velocidad con la que el aparato esté preguntandole al servidor si ya le llegó algo nuevo (pero preguntarle si le llegó algo nuevo es una transacción, no tiene qué mantener la conexión sino si le pregunta y tiene algo nuevo recibe lo que tenga y se desconecta, dejandole el cupo a otro que quiera preguntar)
para que las notificaciones sse vean más rápido toca que el aparato le pregunte al servidor más rápido, pero eso es como en las películas o las caricaturas el niño cansón en el asiento de atrás preguntando &#039;ya llegamos?&#039;. si pregunta más rápido, puede que el servidor simplemmte se desespere con ese aparto y lo penalice, sinc ontar con que gasta más pila etc

para lo de doble pantalla, desde creo que el principio el sistema lo permite, otra cosa es si las capas de personalización lo autorizan. en varias ocasiones he comparado android con el windows de celulares. es el que todo el mundo utiliza, incluyendo los que usan un teléfono por primera vez, y son víctimas de phising y demás. así como en l0os aparatos de escritorio, que había personas que en el explorer tenían la mitad de la ventana cubiuerta con barras de navegación que descagrgaban gratis y les corría relento y la gente no sabía por qué, en el celular pasa lo mismo. android permite que varios programas corran al tiempo, y cuando los usuarios se quejan que por qué el celular se le ha vuelto re-lento.. pero se la pasan metiéndole todo lo que le digan que baje gratis, y lo bajan de cualquier lado, y lo siguen haciendo.. esos ignifica que al cabo de algún tiempo tienen corriendo cada vez má sprogramas simultáneamente, así en la pantalla sólo les paarezca uno. acá no es como otros sistemas que sólod ejan correr de fondo una cosa de notificacione sy que cuando intentan poner algo parecido a concurrencia real bloquean la mitad de los aparatos donde queda instalado y les toca sacar dos parches en un mes para devolverlo a loq ue era antes. acá sís e puedenc orrer realmente varios programas al tiempo, pero si son dos juegos o dos programas con altos requerimientos gráficos, la tarjeta grañfica tiene qué hacer eld oble de esfuerzo, no es cuestión de pantalla, y si lo que corre de fondo no es sólo recibir notificaciones o estar pendiente de eventos sino procesamiento real de la aplicación, es el doble de esfuerzo para la cpu, independiente del tamaño de la pantalla, así que si eso lo permitiera un celular con una cpu básica, seguramente se vería mal, sinc ontar con que usaría eld oble de memoria y de pronto ni tiene esa cantidad disponible. tal ves sólo del moto x para arriba, y los que la capa de personalización no lo permita, los usuarios se quejarían de por qué a mí no me deja.
por otro lado, como acá mismo habían comentado al hablar del galaxy note (creo), no muchos programas se adecúan al cambio de pantalla. desde el punto de vista de quiend esarrolla ahora a la aplicación le tocaría soportar eventos que antes no le tocaba tener en cuenta, por ejemplo, el &#039;resize&#039; o cambio de tamaño de la ventana. es lo mismo que por qué no hay juegos para wii u. hacer un juego para wii u significa que les toca hacer mucho más esfuerzo, mientras que para las demás consolas hacen unjuego que sin cambios corre igual en todas las consolas, para el wii u le toca tener en cuenta dos pantallas, minimizar, eventos en la pantalla touch, y un poco de cosas que no les toca si lo hacen para cualquier otro sistema. complicará la cuestión para los desarrolladores de apps que ahora les troca hacer cosas que no les tocaba hacer antes. aunque si apple lo hace, todo el mundo lo va a empezar a meter así no quiera, eso se sabe]]></description>
			<content:encoded><![CDATA[<p>no tengo idea de la cuestión de las notificaciones, pero como lo imagino no suena muy viable. si entendí bien el problema es que no parece cuadrar el instante en que la notificación llega a diferentes aparatos. lo de las notificaciones es &#8216;push&#8217;, pero el push real prácticamente no existe. lo que conocemos como push, no es en realidad push, que sería como si el computador donde corre el programa le dijjera al celular &#8216;oiga le llegó esto&#8217;. en cambio, lo que sucede con más frecuencia es que el celular está preguntando todo el tiempo &#8216;qué ya me llegó algo?&#8217; y si hay algo nuevo entonces lo muestra. el push como tal se usa por ejemplo en los juegos en línea, donde cada jugador no puede darse el lujo de preguntar si alguien ya hizo algo, pero para coosas como lo sjuegos en línea, la conexión permanece durante toda la duración del juego, o hasta que el jugador se desconecte o hasta que el servidor se caiga. eso sólo se puede con un número limitado de usuarios, ya que requiere poder computacional y que además el sistema sólo soporta un número de conexiones (sockets). eso no es viable en una aplicación que pareciera que fuera usada por millones de usuarios al ttiempo (y en realidad eso depende de la aplicación, no del sistema). la velocidad con la que semuestran las notificaciones depende de la velocidad con la que el aparato esté preguntandole al servidor si ya le llegó algo nuevo (pero preguntarle si le llegó algo nuevo es una transacción, no tiene qué mantener la conexión sino si le pregunta y tiene algo nuevo recibe lo que tenga y se desconecta, dejandole el cupo a otro que quiera preguntar)<br />
para que las notificaciones sse vean más rápido toca que el aparato le pregunte al servidor más rápido, pero eso es como en las películas o las caricaturas el niño cansón en el asiento de atrás preguntando &#8216;ya llegamos?&#8217;. si pregunta más rápido, puede que el servidor simplemmte se desespere con ese aparto y lo penalice, sinc ontar con que gasta más pila etc</p>
<p>para lo de doble pantalla, desde creo que el principio el sistema lo permite, otra cosa es si las capas de personalización lo autorizan. en varias ocasiones he comparado android con el windows de celulares. es el que todo el mundo utiliza, incluyendo los que usan un teléfono por primera vez, y son víctimas de phising y demás. así como en l0os aparatos de escritorio, que había personas que en el explorer tenían la mitad de la ventana cubiuerta con barras de navegación que descagrgaban gratis y les corría relento y la gente no sabía por qué, en el celular pasa lo mismo. android permite que varios programas corran al tiempo, y cuando los usuarios se quejan que por qué el celular se le ha vuelto re-lento.. pero se la pasan metiéndole todo lo que le digan que baje gratis, y lo bajan de cualquier lado, y lo siguen haciendo.. esos ignifica que al cabo de algún tiempo tienen corriendo cada vez má sprogramas simultáneamente, así en la pantalla sólo les paarezca uno. acá no es como otros sistemas que sólod ejan correr de fondo una cosa de notificacione sy que cuando intentan poner algo parecido a concurrencia real bloquean la mitad de los aparatos donde queda instalado y les toca sacar dos parches en un mes para devolverlo a loq ue era antes. acá sís e puedenc orrer realmente varios programas al tiempo, pero si son dos juegos o dos programas con altos requerimientos gráficos, la tarjeta grañfica tiene qué hacer eld oble de esfuerzo, no es cuestión de pantalla, y si lo que corre de fondo no es sólo recibir notificaciones o estar pendiente de eventos sino procesamiento real de la aplicación, es el doble de esfuerzo para la cpu, independiente del tamaño de la pantalla, así que si eso lo permitiera un celular con una cpu básica, seguramente se vería mal, sinc ontar con que usaría eld oble de memoria y de pronto ni tiene esa cantidad disponible. tal ves sólo del moto x para arriba, y los que la capa de personalización no lo permita, los usuarios se quejarían de por qué a mí no me deja.<br />
por otro lado, como acá mismo habían comentado al hablar del galaxy note (creo), no muchos programas se adecúan al cambio de pantalla. desde el punto de vista de quiend esarrolla ahora a la aplicación le tocaría soportar eventos que antes no le tocaba tener en cuenta, por ejemplo, el &#8216;resize&#8217; o cambio de tamaño de la ventana. es lo mismo que por qué no hay juegos para wii u. hacer un juego para wii u significa que les toca hacer mucho más esfuerzo, mientras que para las demás consolas hacen unjuego que sin cambios corre igual en todas las consolas, para el wii u le toca tener en cuenta dos pantallas, minimizar, eventos en la pantalla touch, y un poco de cosas que no les toca si lo hacen para cualquier otro sistema. complicará la cuestión para los desarrolladores de apps que ahora les troca hacer cosas que no les tocaba hacer antes. aunque si apple lo hace, todo el mundo lo va a empezar a meter así no quiera, eso se sabe</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: VooDooChicken		</title>
		<link>https://www.enter.co/otros/querido-google-estas-son-las-mejoras-que-esperamos-en-android-m/#comment-341121</link>

		<dc:creator><![CDATA[VooDooChicken]]></dc:creator>
		<pubDate>Wed, 27 May 2015 17:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=206311#comment-341121</guid>

					<description><![CDATA[no tengo idea de la cuestión de las notificaciones, pero como lo imagino no suena muy viable. si entendí bien el problema es que no parece cuadrar el instante en que la notificación llega a diferentes aparatos. lo de las notificaciones es &#039;push&#039;, pero el push real prácticamente no existe. lo que conocemos como push, no es en realidad push, que sería como si el computador donde corre el programa le dijjera al celular &#039;oiga le llegó esto&#039;. en cambio, lo que sucede con más frecuencia es que el celular está preguntando todo el tiempo &#039;qué ya me llegó algo?&#039; y si hay algo nuevo entonces lo muestra. el push como tal se usa por ejemplo en los juegos en línea, donde cada jugador no puede darse el lujo de preguntar si alguien ya hizo algo, pero para coosas como lo sjuegos en línea, la conexión permanece durante toda la duración del juego, o hasta que el jugador se desconecte o hasta que el servidor se caiga. eso sólo se puede con un número limitado de usuarios, ya que requiere poder computacional y que además el sistema sólo soporta un número de conexiones (sockets). eso no es viable en una aplicación que pareciera que fuera usada por millones de usuarios al ttiempo (y en realidad eso depende de la aplicación, no del sistema). la velocidad con la que semuestran las notificaciones depende de la velocidad con la que el aparato esté preguntandole al servidor si ya le llegó algo nuevo (pero preguntarle si le llegó algo nuevo es una transacción, no tiene qué mantener la conexión sino si le pregunta y tiene algo nuevo recibe lo que tenga y se desconecta, dejandole el cupo a otro que quiera preguntar)
para que las notificaciones sse vean más rápido toca que el aparato le pregunte al servidor más rápido, pero eso es como en las películas o las caricaturas el niño cansón en el asiento de atrás preguntando &#039;ya llegamos?&#039;. si pregunta más rápido, puede que el servidor simplemmte se desespere con ese aparto y lo penalice, sinc ontar con que gasta más pila etc

para lo de doble pantalla, desde creo que el principio el sistema lo permite, otra cosa es si las capas de personalización lo autorizan. en varias ocasiones he comparado android con el windows de celulares. es el que todo el mundo utiliza, incluyendo los que usan un teléfono por primera vez, y son víctimas de phising y demás. así como en l0os aparatos de escritorio, que había personas que en el explorer tenían la mitad de la ventana cubiuerta con barras de navegación que descagrgaban gratis y les corría relento y la gente no sabía por qué, en el celular pasa lo mismo. android permite que varios programas corran al tiempo, y cuando los usuarios se quejan que por qué el celular se le ha vuelto re-lento.. pero se la pasan metiéndole todo lo que le digan que baje gratis, y lo bajan de cualquier lado, y lo siguen haciendo.. esos ignifica que al cabo de algún tiempo tienen corriendo cada vez má sprogramas simultáneamente, así en la pantalla sólo les paarezca uno. acá no es como otros sistemas que sólod ejan correr de fondo una cosa de notificacione sy que cuando intentan poner algo parecido a concurrencia real bloquean la mitad de los aparatos donde queda instalado y les toca sacar dos parches en un mes para devolverlo a loq ue era antes. acá sís e puedenc orrer realmente varios programas al tiempo, pero si son dos juegos o dos programas con altos requerimientos gráficos, la tarjeta grañfica tiene qué hacer eld oble de esfuerzo, no es cuestión de pantalla, y si lo que corre de fondo no es sólo recibir notificaciones o estar pendiente de eventos sino procesamiento real de la aplicación, es el doble de esfuerzo para la cpu, independiente del tamaño de la pantalla, así que si eso lo permitiera un celular con una cpu básica, seguramente se vería mal, sinc ontar con que usaría eld oble de memoria y de pronto ni tiene esa cantidad disponible. tal ves sólo del moto x para arriba, y los que la capa de personalización no lo permita, los usuarios se quejarían de por qué a mí no me deja.
por otro lado, como acá mismo habían comentado al hablar del galaxy note (creo), no muchos programas se adecúan al cambio de pantalla. desde el punto de vista de quiend esarrolla ahora a la aplicación le tocaría soportar eventos que antes no le tocaba tener en cuenta, por ejemplo, el &#039;resize&#039; o cambio de tamaño de la ventana. es lo mismo que por qué no hay juegos para wii u. hacer un juego para wii u significa que les toca hacer mucho más esfuerzo, mientras que para las demás consolas hacen unjuego que sin cambios corre igual en todas las consolas, para el wii u le toca tener en cuenta dos pantallas, minimizar, eventos en la pantalla touch, y un poco de cosas que no les toca si lo hacen para cualquier otro sistema. complicará la cuestión para los desarrolladores de apps que ahora les troca hacer cosas que no les tocaba hacer antes. aunque si apple lo hace, todo el mundo lo va a empezar a meter así no quiera, eso se sabe]]></description>
			<content:encoded><![CDATA[<p>no tengo idea de la cuestión de las notificaciones, pero como lo imagino no suena muy viable. si entendí bien el problema es que no parece cuadrar el instante en que la notificación llega a diferentes aparatos. lo de las notificaciones es &#8216;push&#8217;, pero el push real prácticamente no existe. lo que conocemos como push, no es en realidad push, que sería como si el computador donde corre el programa le dijjera al celular &#8216;oiga le llegó esto&#8217;. en cambio, lo que sucede con más frecuencia es que el celular está preguntando todo el tiempo &#8216;qué ya me llegó algo?&#8217; y si hay algo nuevo entonces lo muestra. el push como tal se usa por ejemplo en los juegos en línea, donde cada jugador no puede darse el lujo de preguntar si alguien ya hizo algo, pero para coosas como lo sjuegos en línea, la conexión permanece durante toda la duración del juego, o hasta que el jugador se desconecte o hasta que el servidor se caiga. eso sólo se puede con un número limitado de usuarios, ya que requiere poder computacional y que además el sistema sólo soporta un número de conexiones (sockets). eso no es viable en una aplicación que pareciera que fuera usada por millones de usuarios al ttiempo (y en realidad eso depende de la aplicación, no del sistema). la velocidad con la que semuestran las notificaciones depende de la velocidad con la que el aparato esté preguntandole al servidor si ya le llegó algo nuevo (pero preguntarle si le llegó algo nuevo es una transacción, no tiene qué mantener la conexión sino si le pregunta y tiene algo nuevo recibe lo que tenga y se desconecta, dejandole el cupo a otro que quiera preguntar)<br />
para que las notificaciones sse vean más rápido toca que el aparato le pregunte al servidor más rápido, pero eso es como en las películas o las caricaturas el niño cansón en el asiento de atrás preguntando &#8216;ya llegamos?&#8217;. si pregunta más rápido, puede que el servidor simplemmte se desespere con ese aparto y lo penalice, sinc ontar con que gasta más pila etc</p>
<p>para lo de doble pantalla, desde creo que el principio el sistema lo permite, otra cosa es si las capas de personalización lo autorizan. en varias ocasiones he comparado android con el windows de celulares. es el que todo el mundo utiliza, incluyendo los que usan un teléfono por primera vez, y son víctimas de phising y demás. así como en l0os aparatos de escritorio, que había personas que en el explorer tenían la mitad de la ventana cubiuerta con barras de navegación que descagrgaban gratis y les corría relento y la gente no sabía por qué, en el celular pasa lo mismo. android permite que varios programas corran al tiempo, y cuando los usuarios se quejan que por qué el celular se le ha vuelto re-lento.. pero se la pasan metiéndole todo lo que le digan que baje gratis, y lo bajan de cualquier lado, y lo siguen haciendo.. esos ignifica que al cabo de algún tiempo tienen corriendo cada vez má sprogramas simultáneamente, así en la pantalla sólo les paarezca uno. acá no es como otros sistemas que sólod ejan correr de fondo una cosa de notificacione sy que cuando intentan poner algo parecido a concurrencia real bloquean la mitad de los aparatos donde queda instalado y les toca sacar dos parches en un mes para devolverlo a loq ue era antes. acá sís e puedenc orrer realmente varios programas al tiempo, pero si son dos juegos o dos programas con altos requerimientos gráficos, la tarjeta grañfica tiene qué hacer eld oble de esfuerzo, no es cuestión de pantalla, y si lo que corre de fondo no es sólo recibir notificaciones o estar pendiente de eventos sino procesamiento real de la aplicación, es el doble de esfuerzo para la cpu, independiente del tamaño de la pantalla, así que si eso lo permitiera un celular con una cpu básica, seguramente se vería mal, sinc ontar con que usaría eld oble de memoria y de pronto ni tiene esa cantidad disponible. tal ves sólo del moto x para arriba, y los que la capa de personalización no lo permita, los usuarios se quejarían de por qué a mí no me deja.<br />
por otro lado, como acá mismo habían comentado al hablar del galaxy note (creo), no muchos programas se adecúan al cambio de pantalla. desde el punto de vista de quiend esarrolla ahora a la aplicación le tocaría soportar eventos que antes no le tocaba tener en cuenta, por ejemplo, el &#8216;resize&#8217; o cambio de tamaño de la ventana. es lo mismo que por qué no hay juegos para wii u. hacer un juego para wii u significa que les toca hacer mucho más esfuerzo, mientras que para las demás consolas hacen unjuego que sin cambios corre igual en todas las consolas, para el wii u le toca tener en cuenta dos pantallas, minimizar, eventos en la pantalla touch, y un poco de cosas que no les toca si lo hacen para cualquier otro sistema. complicará la cuestión para los desarrolladores de apps que ahora les troca hacer cosas que no les tocaba hacer antes. aunque si apple lo hace, todo el mundo lo va a empezar a meter así no quiera, eso se sabe</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
