<?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"
	>
<channel>
	<title>Comments on: El Geek Errante: transmisión #20</title>
	<atom:link href="http://elgeekerrante.com/ege-podcast-ep20/feed/" rel="self" type="application/rss+xml" />
	<link>http://elgeekerrante.com/ege-podcast-ep20/</link>
	<description>Life is a maze of twisty little passages, all alike</description>
	<pubDate>Sun, 23 Nov 2008 16:57:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: iago</title>
		<link>http://elgeekerrante.com/ege-podcast-ep20/#comment-159</link>
		<dc:creator>iago</dc:creator>
		<pubDate>Wed, 21 Nov 2007 10:16:18 +0000</pubDate>
		<guid isPermaLink="false">http://elgeekerrante.com/ege-podcast-ep20/#comment-159</guid>
		<description>Bueno, eso depende por lo que entendamos lo de usar "etiquetas a fondo".

Yo lo entiendo como aprovechar las posibilidades de filtros para manejar el flujo de correo entrante y para clasificación de los correos con los que trabajas, con lo que a lo sumo, podría llegar a tener dos copias de cada correo: la de la etiqueta correspondiente y la de [Gmail]/Todos. Lo cual, no me parece mal, sino que me permite tener una copia accesible por búsqueda de todo (una especie de backup) y los correos de los que estoy pendiente, a mano. Y sinceramente, pienso que esa es la idea "original" de Gmail a la hora de aplicar etiquetas en vez de subcarpetas, cambiar la idea de archivar/guardar por la de clasificar, una idea a-lo-GTD. 

Si la gente usa las etiquetas como si fueran las de del.icio.us, entonces, claro que va a ser un caos, imagino que por culpa de la mezcla/repetición/mala-nomenclatura/mala-traducción que existe en el mundo de la informática  en general.

Es cierto que el sistema no se lleva bien con la filosofía IMAP actual. Soy el primero que decía siempre que Google tendría graves problemas para activar el IMAP por culpa del sistema de etiquetas, e incluso pensé que la inclusión de etiquetas en thunderbird podría ser un paso adelante hacia un cliente de escritorio de Gmail. Pero también es cierto que un sistema de backup que guarde TODO tu disco duro es una idea bastante idiota si no fuera porque hoy en día se venden discos duros externos como churros (a ver quién era el guapo de hacer lo mismo con diskettes); es decir, que como decían en el Podcast 21 creo, Google cuenta la ventaja de tener una infraestructura suficiente para comerse las mayores barrabasadas del mundos. Puede crear y mantener  MyWorld en pie hasta que cale y activar el protocolo IMAP en Gmail sin problemas de rendimiento (lo comentaban en una entrevista para LifeHacker un ingeniero de Google), y, por parte del usuario mayoritario, las conexiones de internet son lo suficientemente rápidas como para bajar correo a saco y se tiene espacio de sobra en los discos duros (tanto internos como externos). Vamos, que es un problema y un chanchullo, pero que a nadie le importa, o a nadie debería importar hasta que cause algún problema. Si funciona, no lo toques ;)</description>
		<content:encoded><![CDATA[<p>Bueno, eso depende por lo que entendamos lo de usar &#8220;etiquetas a fondo&#8221;.</p>
<p>Yo lo entiendo como aprovechar las posibilidades de filtros para manejar el flujo de correo entrante y para clasificación de los correos con los que trabajas, con lo que a lo sumo, podría llegar a tener dos copias de cada correo: la de la etiqueta correspondiente y la de [Gmail]/Todos. Lo cual, no me parece mal, sino que me permite tener una copia accesible por búsqueda de todo (una especie de backup) y los correos de los que estoy pendiente, a mano. Y sinceramente, pienso que esa es la idea &#8220;original&#8221; de Gmail a la hora de aplicar etiquetas en vez de subcarpetas, cambiar la idea de archivar/guardar por la de clasificar, una idea a-lo-GTD. </p>
<p>Si la gente usa las etiquetas como si fueran las de del.icio.us, entonces, claro que va a ser un caos, imagino que por culpa de la mezcla/repetición/mala-nomenclatura/mala-traducción que existe en el mundo de la informática  en general.</p>
<p>Es cierto que el sistema no se lleva bien con la filosofía IMAP actual. Soy el primero que decía siempre que Google tendría graves problemas para activar el IMAP por culpa del sistema de etiquetas, e incluso pensé que la inclusión de etiquetas en thunderbird podría ser un paso adelante hacia un cliente de escritorio de Gmail. Pero también es cierto que un sistema de backup que guarde TODO tu disco duro es una idea bastante idiota si no fuera porque hoy en día se venden discos duros externos como churros (a ver quién era el guapo de hacer lo mismo con diskettes); es decir, que como decían en el Podcast 21 creo, Google cuenta la ventaja de tener una infraestructura suficiente para comerse las mayores barrabasadas del mundos. Puede crear y mantener  MyWorld en pie hasta que cale y activar el protocolo IMAP en Gmail sin problemas de rendimiento (lo comentaban en una entrevista para LifeHacker un ingeniero de Google), y, por parte del usuario mayoritario, las conexiones de internet son lo suficientemente rápidas como para bajar correo a saco y se tiene espacio de sobra en los discos duros (tanto internos como externos). Vamos, que es un problema y un chanchullo, pero que a nadie le importa, o a nadie debería importar hasta que cause algún problema. Si funciona, no lo toques ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: El Geek Errante &#183; El Geek Errante: transmisión #22</title>
		<link>http://elgeekerrante.com/ege-podcast-ep20/#comment-155</link>
		<dc:creator>El Geek Errante &#183; El Geek Errante: transmisión #22</dc:creator>
		<pubDate>Mon, 19 Nov 2007 23:44:39 +0000</pubDate>
		<guid isPermaLink="false">http://elgeekerrante.com/ege-podcast-ep20/#comment-155</guid>
		<description>[...] Rey: Excelente aportación que Ramón Rey ha realizado en los comentarios al episodio 20 sobre el soporte IMAP en [...]</description>
		<content:encoded><![CDATA[<p>[...] Rey: Excelente aportación que Ramón Rey ha realizado en los comentarios al episodio 20 sobre el soporte IMAP en [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fotogramas &#124; blojer</title>
		<link>http://elgeekerrante.com/ege-podcast-ep20/#comment-150</link>
		<dc:creator>Fotogramas &#124; blojer</dc:creator>
		<pubDate>Fri, 16 Nov 2007 20:58:35 +0000</pubDate>
		<guid isPermaLink="false">http://elgeekerrante.com/ege-podcast-ep20/#comment-150</guid>
		<description>[...] EGE™ podcast: [...]</description>
		<content:encoded><![CDATA[<p>[...] EGE™ podcast: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramón Rey Vicente</title>
		<link>http://elgeekerrante.com/ege-podcast-ep20/#comment-144</link>
		<dc:creator>Ramón Rey Vicente</dc:creator>
		<pubDate>Fri, 09 Nov 2007 18:26:03 +0000</pubDate>
		<guid isPermaLink="false">http://elgeekerrante.com/ege-podcast-ep20/#comment-144</guid>
		<description>Buenoooo, tengo que señalar aqui una queja abrupta contra el soporte IMAP de gmail. Si, es muy bonito que lo tenga pero como ya comentasteis algo en el episodio, el sistema de etiquetas propio del correo de gmail "corrompe" la integridad de la cuenta cuando se usa como IMAP y andan por ahi a sus anchas varias copias de cada mensaje y de sus adjuntos (ojito con esto)  en el disco duro, desperdiciando megas y megas.

Para que os hagais una idea, yo solo tengo 630 megas de correo en la cuenta y en local ya va por 1,6 gigas (y subiendo). Esto es una SOBERANA CHAPUZA. estan ofreciendo ya cerca de 5 gigas de espacio y con las etiquetas y demás... se pueden poner en 20 gigas tranquilamente como llenes la cuenta y estés usando etiquetas a fondo. En este caso me parece que es un patinazo pero gordo... todo por no haber pensado antes en este tipo de acceso y diseñar gmail únicamente como un servicio webmail con sus peculiaridades... que hacen que no sea muy compatible con la forma de organizar el correo de TODOS LOS DEMÁS clientes de correo.</description>
		<content:encoded><![CDATA[<p>Buenoooo, tengo que señalar aqui una queja abrupta contra el soporte IMAP de gmail. Si, es muy bonito que lo tenga pero como ya comentasteis algo en el episodio, el sistema de etiquetas propio del correo de gmail &#8220;corrompe&#8221; la integridad de la cuenta cuando se usa como IMAP y andan por ahi a sus anchas varias copias de cada mensaje y de sus adjuntos (ojito con esto)  en el disco duro, desperdiciando megas y megas.</p>
<p>Para que os hagais una idea, yo solo tengo 630 megas de correo en la cuenta y en local ya va por 1,6 gigas (y subiendo). Esto es una SOBERANA CHAPUZA. estan ofreciendo ya cerca de 5 gigas de espacio y con las etiquetas y demás&#8230; se pueden poner en 20 gigas tranquilamente como llenes la cuenta y estés usando etiquetas a fondo. En este caso me parece que es un patinazo pero gordo&#8230; todo por no haber pensado antes en este tipo de acceso y diseñar gmail únicamente como un servicio webmail con sus peculiaridades&#8230; que hacen que no sea muy compatible con la forma de organizar el correo de TODOS LOS DEMÁS clientes de correo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramón Rey Vicente</title>
		<link>http://elgeekerrante.com/ege-podcast-ep20/#comment-143</link>
		<dc:creator>Ramón Rey Vicente</dc:creator>
		<pubDate>Wed, 07 Nov 2007 12:36:38 +0000</pubDate>
		<guid isPermaLink="false">http://elgeekerrante.com/ege-podcast-ep20/#comment-143</guid>
		<description>En el episodio 20 &lt;strike&gt;(que todavia no aparece el post y por eso lo comento aqui)&lt;/strike&gt; comentais algo sobre el capturador de podcast y su integración con podcast producer, que solo está en macosx server.

Bueno, en macosx ya hay una herramienta para hacer podcasts, garageband, y otra para videopodcasts, imovie. No veo la necesidad de otra herramienta. Pero creo que es necesario aclarar que podcast producer es una solucion de podcasting para entornos corporativos y educativos, no es una solución para entorno doméstico. Lo he visto en acción y es francamente interesante. El cliente graba algo tal cual, lo envia al servidor y el servidor se encarga del transcoding, de la publicacion en un blog o lo que sea. Y encima como apuntabais, es compatible con xgrid con lo que se puede manejar gran volumen de transcoding de audio y video con una granja de servidores.


&lt;em&gt;movido desde los comments de EGE#19 por Mr.Solo&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>En el episodio 20 <strike>(que todavia no aparece el post y por eso lo comento aqui)</strike> comentais algo sobre el capturador de podcast y su integración con podcast producer, que solo está en macosx server.</p>
<p>Bueno, en macosx ya hay una herramienta para hacer podcasts, garageband, y otra para videopodcasts, imovie. No veo la necesidad de otra herramienta. Pero creo que es necesario aclarar que podcast producer es una solucion de podcasting para entornos corporativos y educativos, no es una solución para entorno doméstico. Lo he visto en acción y es francamente interesante. El cliente graba algo tal cual, lo envia al servidor y el servidor se encarga del transcoding, de la publicacion en un blog o lo que sea. Y encima como apuntabais, es compatible con xgrid con lo que se puede manejar gran volumen de transcoding de audio y video con una granja de servidores.</p>
<p><em>movido desde los comments de EGE#19 por Mr.Solo</em></p>
]]></content:encoded>
	</item>
</channel>
</rss>
