<?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: Explicación sencilla de OSort.</title>
	<atom:link href="http://azrael.cauterized.net/2008/01/04/explicacion-sencilla-de-osort/feed/" rel="self" type="application/rss+xml" />
	<link>http://azrael.cauterized.net/2008/01/04/explicacion-sencilla-de-osort/</link>
	<description>Mis proyectos e inquietudes.</description>
	<pubDate>Fri, 21 Nov 2008 23:38:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: azrael</title>
		<link>http://azrael.cauterized.net/2008/01/04/explicacion-sencilla-de-osort/#comment-1129</link>
		<dc:creator>azrael</dc:creator>
		<pubDate>Thu, 31 Jan 2008 12:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://azrael.cauterized.net/2008/01/04/explicacion-sencilla-de-osort/#comment-1129</guid>
		<description>Sinceramente, no entiendo que quieres decir.
Esto es sólo la solución a un problema muy concreto, el numero minimo de comparaciones para ordenar elementos de un vector. Y de paso el numero minimo de comparaciones para fusionar n vectores.
No es la forma más rápida, sólo la que hace menos comparaciones (se puede hacer lo mismo sin comparaciones, mediante interpolación...). Sólo hace falta ver que una tabla hash es más rápida que una búsqueda binaria.
Por otro lado yo sólo veo una implementación estática de este algoritmo.
Puede que una implementación dinámica sea más rápida, por minimizar el movimiento de datos.
Vale, creo que ya he entendido xD.
A ver, ¿hablas de fusionar vectores mediante programación dinámica, no?
Si son vectores de datos ordenados y no consecutivos, y los quieres fusionar mediante comparaciones, esto te dará la forma de minimizar el numero de comparaciones. Si lo puedes/sabes hacer mediante otro método que no use comparaciones, probablemente sea más rápido.
(Perdona el tocho).
P.D.: Me ha encantado el video en tu blog de "Programar Dibujando".</description>
		<content:encoded><![CDATA[<p>Sinceramente, no entiendo que quieres decir.<br />
Esto es sólo la solución a un problema muy concreto, el numero minimo de comparaciones para ordenar elementos de un vector. Y de paso el numero minimo de comparaciones para fusionar n vectores.<br />
No es la forma más rápida, sólo la que hace menos comparaciones (se puede hacer lo mismo sin comparaciones, mediante interpolación&#8230;). Sólo hace falta ver que una tabla hash es más rápida que una búsqueda binaria.<br />
Por otro lado yo sólo veo una implementación estática de este algoritmo.<br />
Puede que una implementación dinámica sea más rápida, por minimizar el movimiento de datos.<br />
Vale, creo que ya he entendido xD.<br />
A ver, ¿hablas de fusionar vectores mediante programación dinámica, no?<br />
Si son vectores de datos ordenados y no consecutivos, y los quieres fusionar mediante comparaciones, esto te dará la forma de minimizar el numero de comparaciones. Si lo puedes/sabes hacer mediante otro método que no use comparaciones, probablemente sea más rápido.<br />
(Perdona el tocho).<br />
P.D.: Me ha encantado el video en tu blog de &#8220;Programar Dibujando&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: juaxix</title>
		<link>http://azrael.cauterized.net/2008/01/04/explicacion-sencilla-de-osort/#comment-1128</link>
		<dc:creator>juaxix</dc:creator>
		<pubDate>Wed, 30 Jan 2008 00:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://azrael.cauterized.net/2008/01/04/explicacion-sencilla-de-osort/#comment-1128</guid>
		<description>Esto es mejor que Programación Dinámica para un problema de unión de eslabones con coste (peso)?</description>
		<content:encoded><![CDATA[<p>Esto es mejor que Programación Dinámica para un problema de unión de eslabones con coste (peso)?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
