<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Daniel Coletti &#187; interoperabilidad</title>
	<atom:link href="http://www.danielcoletti.com.ar/tag/interoperabilidad/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.danielcoletti.com.ar</link>
	<description>Tratando de entender para qué sirven los blogs</description>
	<lastBuildDate>Wed, 18 Aug 2010 18:48:10 +0000</lastBuildDate>
	<language>es</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Samba y Microsoft llegan a un acuerdo (forzado)</title>
		<link>http://www.danielcoletti.com.ar/2007/12/24/samba-y-microsoft-llegan-a-un-acuerdo-forzado/</link>
		<comments>http://www.danielcoletti.com.ar/2007/12/24/samba-y-microsoft-llegan-a-un-acuerdo-forzado/#comments</comments>
		<pubDate>Mon, 24 Dec 2007 16:20:26 +0000</pubDate>
		<dc:creator>Daniel</dc:creator>
				<category><![CDATA[Negocios]]></category>
		<category><![CDATA[Opinión]]></category>
		<category><![CDATA[acuerdo]]></category>
		<category><![CDATA[interoperabilidad]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[patentes]]></category>
		<category><![CDATA[Samba]]></category>

		<guid isPermaLink="false">http://www.danielcoletti.com.ar/index.php/2007/12/24/samba-y-microsoft-llegan-a-un-acuerdo-forzado/</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>Hoy leo que el final de una negociación llega a concretarse, un acuerdo importante y también algo temeroso entre Microsoft y el proyecto Samba.</p>
<p>Después de un <a href="http://news.zdnet.co.uk/itmanagement/0,1000000308,39289361,00.htm" target="_blank">fallo de la Unión Europea</a> para evitar la extensión del monopolio Microsoft, esta empresa le dará a la <a href="http://http://www.protocolfreedom.org/">Protocol Freedom Information Foundation (PFIF) </a>documentación técnica sobre el protocolo de los productos &#8220;Windows workgroup server&#8221;, esto -se espera- le dará la posibilidad al proyecto de tener soporte completo de Active Directory de Microsoft, archivos cifrados y una mejor interfaz de búsqueda y soporte de SMB2 (el protocolo que usa Windows Server 2008).</p>
<p>No es que en Microsoft sean buenos, los obligaron pero &#8230;<span id="more-16"></span></p>
<p>hay gente dentro de esta empresa que trabaja por la interoperabilidad, tal sería el caso de  <a href="http://samus.typepad.com/about.html">Sam Ramji</a> que trabaja en Microsoft y hace esfuerzos porque estas cosas sucedan, según se desprende de lo escrito en este <a href="http://port25.technet.com/archive/2007/12/20/If-you_2700_re-surprised_2C00_-you_2700_re-not-paying-attention.aspx">blog</a>. Hay varias cosas que hay que tener en cuenta:</p>
<ul>
<li>Microsoft no regala nada como casi ninguna empresa lo hace, básicamente llegó a este acuerdo <a href="http://news.zdnet.co.uk/software/0,1000000121,39290183,00.htm?r=2">porque los obligaron</a></li>
<li>En el acuerdo no se pudieron poner cosas sobre patentes, por lo que existe la posibilidad de que una vez que el proyecto Samba haya metido el código correspondiente, Microsoft salga a perseguir a los usuarios para cobrar el impuesto que las leyes de su país de origen le garantizan (de hecho, dicen que lo van a hacer&#8230;).</li>
</ul>
<p>Vamo&#8217;a ve&#8230;<br />
Yo personalmente creo que esto puede ser pan para hoy y hambre para mañana, pero al mismo tiempo soy optimista y pienso que esto ayudará a migrar más y más servidores Windows y convertirlos en servidores con software libre. Microsoft es un gigante con mucho poder, pero no pueden apretar a todo el planeta y menos durante toda la vida.</p>
<p>dax//</p>
]]></content:encoded>
			<wfw:commentRss>http://www.danielcoletti.com.ar/2007/12/24/samba-y-microsoft-llegan-a-un-acuerdo-forzado/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SOA y el Software Libre</title>
		<link>http://www.danielcoletti.com.ar/2006/11/17/soa-y-el-software-libre/</link>
		<comments>http://www.danielcoletti.com.ar/2006/11/17/soa-y-el-software-libre/#comments</comments>
		<pubDate>Fri, 17 Nov 2006 15:44:40 +0000</pubDate>
		<dc:creator>Daniel</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Opinión]]></category>
		<category><![CDATA[estándares]]></category>
		<category><![CDATA[interoperabilidad]]></category>
		<category><![CDATA[soa]]></category>

		<guid isPermaLink="false">http://www.danielcoletti.com.ar/index.php/2006/11/17/soa-y-el-software-libre/</guid>
		<description><![CDATA[Este documento lo escribí para la revista CIO de la Argentina. El artículo es sobre mi visión de SOA en el mundo del software libre. El estilo de arquitectura SOA replantea el uso de tecnología tomando las mejores prácticas de las arquitecturas que la precedieron y de las actuales. No es un estilo de arquitectura]]></description>
			<content:encoded><![CDATA[<p>Este documento lo escribí para la revista <a href="http://www.cio.com">CIO</a> de la Argentina.<br />
El artículo es sobre mi visión de SOA en el mundo del software libre.</p>
<p><span id="more-13"></span></p>
<p>El estilo de arquitectura SOA replantea el uso de tecnología tomando las mejores prácticas de las arquitecturas que la precedieron y de las actuales. No es un estilo de arquitectura que impulsa algun lenguaje en particular, sistema operativo o tecnología, por lo que la pregunta realmente que hay que hacerse con respecto a SOA y el Software Libre es, si este modo particular de crear tecnología es confiable y aplicable en un ambiente SOA.</p>
<p>Dentro de los principios de SOA se encuentran la reutilización, la interoperabilidad y el uso de estándares (entre varios otros).</p>
<p>Estos principios se encuentran en la mayoría del software libre.</p>
<p><font><strong>Reutilización</strong></font></p>
<p>Este modo de crear tecnología impulsa que el código se pueda reutilizar, ya sea porque la licencia que gobierna el software exige que el código no pueda ser cerrado y pueda cambiarse, siempre y en cuanto la nueva aplicación mantenga las mismas libertades, o porque permite que el software sí pueda ser cerrado y vendido como software propio (característica particular de licencias BSD). Teniendo el código a disposición y dependiendo el uso final que se le dará (de ser reutilizado), solo hay que leer cuidadosamente la licencia para reutilizarlo o no.</p>
<p>Es muy común entre los programadores que liberan software el pensamiento de no reinventar la rueda, de reutilizar las cosas que funcionan bien, por lo que existen más garantías de que si algún componente de una arquitectura SOA es software libre entonces ese componente en particular haya sido probado por una gran cantidad de usuarios, programadores y administradores, por consiguiente sea más sólido, estable y libre de errores. Claro que dependerá enormemente de dónde se haya obtenido el código o componente.</p>
<p><font><strong> Interoperabilidad</strong></font></p>
<p>La interoperabilidad es también una habilidad fuerte del software libre en general. Desde sus inicios, cuando se empezó con el proyecto GNU, el software debía interoperar con la mayor cantidad de sistemas operativos y otras aplicaciones. Esto fue una necesidad ya que no existían todos los componenetes de un sistema operativo y aplicaciones libres preexistentes, con lo cual, este software siempre tuvo que interoperar con otras tecnologías.<br />
Aún hoy, existiendo mucho software libre, la interoperabilidad sigue siendo algo importante para el software libre ya que todo el software que se crea tiene como objetivo final que se utilice y para que se utilice, generalmente, tiene que interoperar con otro tipo de software. Sea un sistema operativo no libre, una interfaz de usuario no libre o alguna base de datos o componente de un sistema no libre.</p>
<p><font><strong> Uso de estándares</strong></font></p>
<p>La interoperabilidad en muchos casos se encuentra a través del buen uso de estándares, otro de los principios de SOA. En el inicio de cada proyecto que debe que interoperar necesariamente, primero se realiza la implementación de un estándar que sirva a los propósitos del software, luego, se hacen adaptaciones para poder interoperar con aplicaciones que no implementan perfectamente el estándar.</p>
<p>El software libre impulsa mucho el uso de estándares, no solo para poder comunicarse correctamente con software no libre, sino para poder comunicarse correctamente con cualquier tipo de software bien hecho.</p>
<p>En un mercado de IT que crece constantemente y es cada día más diversificado, la implementación de estándares se convierte en algo cada vez más importante. Hasta las más grandes empresas de software entienden esta realidad y están adaptando los sistemas que venden para que implementen y usen estándares definidos por terceros.</p>
<p><font><strong> ¿Se puede confiar en el software libre?</strong></font></p>
<p>La respuesta corta es sí y no porque lo diga yo, sino porque más del 60% de internet utiliza software libre, existen numerosos proyectos con mucha inversión y aportes de corporaciones que entienden que el software libre es sustentable, y porque el software libre existe desde hace más de 20 años y no ha parado de crecer desde entonces, liberando más y más aplicaciones cada año.</p>
<p><font>Referencias:</font></p>
<p>http://en.wikipedia.org/wiki/Service-oriented_architecture#SOA_principles</p>
]]></content:encoded>
			<wfw:commentRss>http://www.danielcoletti.com.ar/2006/11/17/soa-y-el-software-libre/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
