<?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: IBM prefería una licencia distinta</title>
	<atom:link href="http://www.lacaraoscura.com/2006/11/15/ibm-preferia-una-licencia-distinta/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lacaraoscura.com/2006/11/15/ibm-preferia-una-licencia-distinta/</link>
	<description>La Cara Oscura del Desarrollo de Software</description>
	<pubDate>Sun, 20 Jul 2008 15:12:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Edgar González</title>
		<link>http://www.lacaraoscura.com/2006/11/15/ibm-preferia-una-licencia-distinta/#comment-534</link>
		<dc:creator>Edgar González</dc:creator>
		<pubDate>Wed, 15 Nov 2006 21:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.lacaraoscura.com/2006/11/15/ibm-preferia-una-licencia-distinta/#comment-534</guid>
		<description>Coincido con la visión de Robert. Parece un intento de IBM por tener algo de "control",

Por otro lado el hecho de que eventualmente la comunidad se "divida" no lo veo tan factible, hay tenemos el caso de otros lenguajes que han sido liberados bajo licencias OSI/FSF y no por ello han habido "divisiones". Aunque si llega a pasar tampoco lo veo como malo. El tener las libertades sobre el código siempre es bueno.</description>
		<content:encoded><![CDATA[<p>Coincido con la visión de Robert. Parece un intento de IBM por tener algo de &#8220;control&#8221;,</p>
<p>Por otro lado el hecho de que eventualmente la comunidad se &#8220;divida&#8221; no lo veo tan factible, hay tenemos el caso de otros lenguajes que han sido liberados bajo licencias OSI/FSF y no por ello han habido &#8220;divisiones&#8221;. Aunque si llega a pasar tampoco lo veo como malo. El tener las libertades sobre el código siempre es bueno.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: robmv</title>
		<link>http://www.lacaraoscura.com/2006/11/15/ibm-preferia-una-licencia-distinta/#comment-533</link>
		<dc:creator>robmv</dc:creator>
		<pubDate>Wed, 15 Nov 2006 20:38:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.lacaraoscura.com/2006/11/15/ibm-preferia-una-licencia-distinta/#comment-533</guid>
		<description>Que raro de IBM, no lo vas a publicar en la licencia en la que yo puedo controlar todo, por lo tanto me quejo. Quién empezó a presionar para crear Harmony cuando ya existía un proyecto GNU Classpath y VM asociadas que podías ayudar antes de empezar otro proyecto. Por qué IBM si te gusta la GPL para Linux y no la GPL con la excepción Classpath (que permite ejecutar aplicaciones no GPL) para Java??? no metan la pata más.

Con respecto a que pasará con los otros proyectos? bueno en planet GCC se han visto buenas reacciones, debido principalmente al uso de la misma licencia, muchos parecen dispuestos de colaborar y no les ha pegado mucho en el ego la posibilidad de abandonar algunas de sus implementaciones (cuando tenga sentido hacerlo), pero en general yo creo que habrá colaboración en ambas direcciones, por ejemplo SUN no está muy inclinada a crear compiladores nativos como GCJ o VMs muy pequeñas que se puedan meter en un ROM de una aplicación embeeded, o en IKVM que es un Java VM que corre sobre CLR (aka .Net) pero que requiere de una librería de clases como Classpath o la de SUN .</description>
		<content:encoded><![CDATA[<p>Que raro de IBM, no lo vas a publicar en la licencia en la que yo puedo controlar todo, por lo tanto me quejo. Quién empezó a presionar para crear Harmony cuando ya existía un proyecto GNU Classpath y VM asociadas que podías ayudar antes de empezar otro proyecto. Por qué IBM si te gusta la GPL para Linux y no la GPL con la excepción Classpath (que permite ejecutar aplicaciones no GPL) para Java??? no metan la pata más.</p>
<p>Con respecto a que pasará con los otros proyectos? bueno en planet GCC se han visto buenas reacciones, debido principalmente al uso de la misma licencia, muchos parecen dispuestos de colaborar y no les ha pegado mucho en el ego la posibilidad de abandonar algunas de sus implementaciones (cuando tenga sentido hacerlo), pero en general yo creo que habrá colaboración en ambas direcciones, por ejemplo SUN no está muy inclinada a crear compiladores nativos como GCJ o VMs muy pequeñas que se puedan meter en un ROM de una aplicación embeeded, o en IKVM que es un Java VM que corre sobre CLR (aka .Net) pero que requiere de una librería de clases como Classpath o la de SUN .</p>
]]></content:encoded>
	</item>
</channel>
</rss>
