<?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: Las Instant Apps de Android podrían cambiarlo todo	</title>
	<atom:link href="https://www.enter.co/eventos/googleio/googleio2016/las-instant-apps-de-android-podrian-cambiarlo-todo/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.enter.co/eventos/googleio/googleio2016/las-instant-apps-de-android-podrian-cambiarlo-todo/</link>
	<description>Tecnología y Cultura Digital</description>
	<lastBuildDate>Mon, 23 May 2016 23:29: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: VooDooChicken		</title>
		<link>https://www.enter.co/eventos/googleio/googleio2016/las-instant-apps-de-android-podrian-cambiarlo-todo/#comment-183505</link>

		<dc:creator><![CDATA[VooDooChicken]]></dc:creator>
		<pubDate>Mon, 23 May 2016 23:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=247684#comment-183505</guid>

					<description><![CDATA[estoy pensando en otra cosa. se supone que no es que cualquier aplicación le pueda meter la cucharada a cualquier otra aplicación. yop no puedo hacer un (por ahora llamémoslo dll para android) y ponerle banners de mi aplicación a otra aplicación que no tiene nada qué ver y que no haya autorizado eso, así que se supone que es para aplicaciones que muestranc ontenido genérico, como páginas web. esto hace que se parezca aún más a los active x. la cuestión es, quitaron el flash que supuestamente era el coco, para reemplazarlo con el todo poderoso html5 que llegaba a salvarnos. entonces ahora llenamos no de un plugin sino otra vez, algo que salimos detestando a finales de los 90, volver a llenar una página web de varios plugins? será que el todo poderoso html5 no es suficiente? se supone que para que cargue el contenido que a su vez carga esa parte portátil de la aplicación es porque entramos a la página web, sin descargar la aplicación, y la página web hace referencia a ese pedazo ejecutable. no es suficiente cone ntrarr a la página web, que al parecer no puede mostrar lo relevante (y cómo estamos haciendo ahora entonces), y si escojo entrar a la página web no significa que lop que hay en la web me parece suficiente y no quiero bajar la aplicación? y cómo va a ser el caché de los precompilados (los ejecutables de android son cosas que realmente no son ejecutables, sino un código intermedio que lugo sí es convertido a esa arquitectura específica, por lo que android puede correr tanto en arm como x86). y qué pasa con las páginas web que tengan esas referencias y corran en algo que no sea chrome o chrome os? y qué cuando abra la aplicación en chrome para pc, me va a bajar ejecutable de android? toca revisarq esto no lleve a otras cosas que superen en sentido negativo a esas supuestas ventajas]]></description>
			<content:encoded><![CDATA[<p>estoy pensando en otra cosa. se supone que no es que cualquier aplicación le pueda meter la cucharada a cualquier otra aplicación. yop no puedo hacer un (por ahora llamémoslo dll para android) y ponerle banners de mi aplicación a otra aplicación que no tiene nada qué ver y que no haya autorizado eso, así que se supone que es para aplicaciones que muestranc ontenido genérico, como páginas web. esto hace que se parezca aún más a los active x. la cuestión es, quitaron el flash que supuestamente era el coco, para reemplazarlo con el todo poderoso html5 que llegaba a salvarnos. entonces ahora llenamos no de un plugin sino otra vez, algo que salimos detestando a finales de los 90, volver a llenar una página web de varios plugins? será que el todo poderoso html5 no es suficiente? se supone que para que cargue el contenido que a su vez carga esa parte portátil de la aplicación es porque entramos a la página web, sin descargar la aplicación, y la página web hace referencia a ese pedazo ejecutable. no es suficiente cone ntrarr a la página web, que al parecer no puede mostrar lo relevante (y cómo estamos haciendo ahora entonces), y si escojo entrar a la página web no significa que lop que hay en la web me parece suficiente y no quiero bajar la aplicación? y cómo va a ser el caché de los precompilados (los ejecutables de android son cosas que realmente no son ejecutables, sino un código intermedio que lugo sí es convertido a esa arquitectura específica, por lo que android puede correr tanto en arm como x86). y qué pasa con las páginas web que tengan esas referencias y corran en algo que no sea chrome o chrome os? y qué cuando abra la aplicación en chrome para pc, me va a bajar ejecutable de android? toca revisarq esto no lleve a otras cosas que superen en sentido negativo a esas supuestas ventajas</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: VooDooChicken		</title>
		<link>https://www.enter.co/eventos/googleio/googleio2016/las-instant-apps-de-android-podrian-cambiarlo-todo/#comment-183500</link>

		<dc:creator><![CDATA[VooDooChicken]]></dc:creator>
		<pubDate>Mon, 23 May 2016 21:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=247684#comment-183500</guid>

					<description><![CDATA[evidentemente esto se parece a las dlls. que la aplicación esté hecha por partes (ejecutables), o comparándolo con hardware, pues con los teléfonos hechos por módulos, y descarga la dll que cumple cierta funcionalidad. lo que espero y que ojalá hayan tenido en cuenta es que el usuario tenga controls obre eso, y el usuario pueda autorizar o desautorizar esa funcionalidad, o incluso que le avise en el momento en que esté pensando bajar una parte de código ejecutable, y el usuario tenga la posibilidad de negarse. de lo contrario es igual que los active x que trajeron tantos problemas, que no sea que descargue como parte ejecutable dentro de otra aplicación algo que use permisos que el usuario no quiere entregar, que luego una parte ejecutable instale cosas, o caulquier tipo de cosas feas, y que de hecho va en contra de las mismas políticas de la tienda de aplicaciones, acerca de aplicaciones que no pueden descargar código ejecutable. esperemos que sean cuidadosos con eso]]></description>
			<content:encoded><![CDATA[<p>evidentemente esto se parece a las dlls. que la aplicación esté hecha por partes (ejecutables), o comparándolo con hardware, pues con los teléfonos hechos por módulos, y descarga la dll que cumple cierta funcionalidad. lo que espero y que ojalá hayan tenido en cuenta es que el usuario tenga controls obre eso, y el usuario pueda autorizar o desautorizar esa funcionalidad, o incluso que le avise en el momento en que esté pensando bajar una parte de código ejecutable, y el usuario tenga la posibilidad de negarse. de lo contrario es igual que los active x que trajeron tantos problemas, que no sea que descargue como parte ejecutable dentro de otra aplicación algo que use permisos que el usuario no quiere entregar, que luego una parte ejecutable instale cosas, o caulquier tipo de cosas feas, y que de hecho va en contra de las mismas políticas de la tienda de aplicaciones, acerca de aplicaciones que no pueden descargar código ejecutable. esperemos que sean cuidadosos con eso</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
