<?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: Software libre y transparencia corporativa</title>
	<atom:link href="http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html</link>
	<description>Investigación y opinión acerca de los Sistemas y Tecnologías de Información</description>
	<lastBuildDate>Sun, 21 Mar 2010 23:09:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: luis muni</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-104590</link>
		<dc:creator>luis muni</dc:creator>
		<pubDate>Thu, 27 Nov 2008 02:21:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-104590</guid>
		<description>Openbravo tiene todo el derecho de ser una empresa de software privativo, pero lo que no debe, es ostentarse como &quot;opensource&quot;, por que dejo deserlo en el momento que decidio no publicar su codigo, (de una version estable, como comenta Enrique y coincido con el) y tambien se me hace tramposo que el codigo que agrega la comunidad, lo vuelvan privativo aunque sea solo el 2% como dice Jordi, que no coincido con las cifras que da, y solo hay acceso , eso si &quot;gratis&quot; a una version llena de bugs, recordemos que opensource o codigo libres es eso, y no la gratuidad ,
pienso que estan defraudando a la comunidad de codigo libre</description>
		<content:encoded><![CDATA[<p>Openbravo tiene todo el derecho de ser una empresa de software privativo, pero lo que no debe, es ostentarse como &#8220;opensource&#8221;, por que dejo deserlo en el momento que decidio no publicar su codigo, (de una version estable, como comenta Enrique y coincido con el) y tambien se me hace tramposo que el codigo que agrega la comunidad, lo vuelvan privativo aunque sea solo el 2% como dice Jordi, que no coincido con las cifras que da, y solo hay acceso , eso si &#8220;gratis&#8221; a una version llena de bugs, recordemos que opensource o codigo libres es eso, y no la gratuidad ,<br />
pienso que estan defraudando a la comunidad de codigo libre</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Reven</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72936</link>
		<dc:creator>Reven</dc:creator>
		<pubDate>Mon, 28 Apr 2008 01:52:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72936</guid>
		<description>Bueno... lo del software libre y las empresas privadas no acabo de entender como cuadra... cuando me posicione escribiré un tocho-post</description>
		<content:encoded><![CDATA[<p>Bueno&#8230; lo del software libre y las empresas privadas no acabo de entender como cuadra&#8230; cuando me posicione escribiré un tocho-post</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: InesBy</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72507</link>
		<dc:creator>InesBy</dc:creator>
		<pubDate>Wed, 23 Apr 2008 21:14:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72507</guid>
		<description>Creo que estas cosas se llaman valores corporativos y francamente estoy muy de acuerdo con usas esta mentalidad en los negocios del presente y del futuro, es muy probable que se valore el ¿Cómo lo haces? como principal punto a la hora de seleccionar una compañía con la que gastar dinero.
Me encanta usar los términos transparencia empresarial y no hay secretos hoy en día y menos en Internet

Dpto. Comunicación
InesBy.com</description>
		<content:encoded><![CDATA[<p>Creo que estas cosas se llaman valores corporativos y francamente estoy muy de acuerdo con usas esta mentalidad en los negocios del presente y del futuro, es muy probable que se valore el ¿Cómo lo haces? como principal punto a la hora de seleccionar una compañía con la que gastar dinero.<br />
Me encanta usar los términos transparencia empresarial y no hay secretos hoy en día y menos en Internet</p>
<p>Dpto. Comunicación<br />
InesBy.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Pekata</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72490</link>
		<dc:creator>Pekata</dc:creator>
		<pubDate>Wed, 23 Apr 2008 20:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72490</guid>
		<description>Re:  azuledu

Es que el negocio del ERP se sustenta sobre la adaptación e instalación de un programa estándar por parte de un integrador y el posterior mantenimiento (a largo plazo).

Si yo fuese el integrador, ni de coña liberaría el código para que saliese un pirata en el mercado y me quitase a mi cliente al que le doy mantenimiento y del que cobro las queridas cuotas que mantienen mi empresa de Diciembre a Mayo..

Y si fuese SAP o Navision (Microsoft), ya es que ni de coña marinera.

El SL es muy bonito, pero da medios a la competencia a competir contigo, y siempre hay alguien que puede competir en situaciones más ventajosas (desde casa, sin costes fijos), lo que beneficia al consumidor, pero no incrementa las ventas, ya que la demanda es inelastica.</description>
		<content:encoded><![CDATA[<p>Re:  azuledu</p>
<p>Es que el negocio del ERP se sustenta sobre la adaptación e instalación de un programa estándar por parte de un integrador y el posterior mantenimiento (a largo plazo).</p>
<p>Si yo fuese el integrador, ni de coña liberaría el código para que saliese un pirata en el mercado y me quitase a mi cliente al que le doy mantenimiento y del que cobro las queridas cuotas que mantienen mi empresa de Diciembre a Mayo..</p>
<p>Y si fuese SAP o Navision (Microsoft), ya es que ni de coña marinera.</p>
<p>El SL es muy bonito, pero da medios a la competencia a competir contigo, y siempre hay alguien que puede competir en situaciones más ventajosas (desde casa, sin costes fijos), lo que beneficia al consumidor, pero no incrementa las ventas, ya que la demanda es inelastica.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Eduardo</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72292</link>
		<dc:creator>Eduardo</dc:creator>
		<pubDate>Mon, 21 Apr 2008 23:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72292</guid>
		<description>Imagina Jordi, que el linux que usas estuviera plagado de errores. Que si quisieras una versión estable tuvieras que pagar por ella o bien ponerte a corregir el código tu mismo a partir de un repositorio subversion.

Si obtener los bugs del subversion fuera tan fácilísimo como dices ¿por qué no haceis pública vuestra rama estable privada? 
De otra forma nos obligais a todos a tener nuestra propia rama estable duplicando esfuerzos. Es decir lo contrario a la idea de colaboración del software libre.

De acuerdo que estais aquí para ganar dinero, pero ¿no os vale con los servicios que vendeis, que supongo son el grueso de vuestro negocio? ¿os merece la pena mancharos por tan poco?

No me entiendas mal. Me encanta Openbravo y os deseo lo mejor, porque será bueno para todos. Simplemente es una opinión o una crítica que pretendo sea constructiva.

Un saludo,
Eduardo</description>
		<content:encoded><![CDATA[<p>Imagina Jordi, que el linux que usas estuviera plagado de errores. Que si quisieras una versión estable tuvieras que pagar por ella o bien ponerte a corregir el código tu mismo a partir de un repositorio subversion.</p>
<p>Si obtener los bugs del subversion fuera tan fácilísimo como dices ¿por qué no haceis pública vuestra rama estable privada?<br />
De otra forma nos obligais a todos a tener nuestra propia rama estable duplicando esfuerzos. Es decir lo contrario a la idea de colaboración del software libre.</p>
<p>De acuerdo que estais aquí para ganar dinero, pero ¿no os vale con los servicios que vendeis, que supongo son el grueso de vuestro negocio? ¿os merece la pena mancharos por tan poco?</p>
<p>No me entiendas mal. Me encanta Openbravo y os deseo lo mejor, porque será bueno para todos. Simplemente es una opinión o una crítica que pretendo sea constructiva.</p>
<p>Un saludo,<br />
Eduardo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: El blog de la franquicia &#187; Blog Archive &#187; Franquicia y compromiso</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72255</link>
		<dc:creator>El blog de la franquicia &#187; Blog Archive &#187; Franquicia y compromiso</dc:creator>
		<pubDate>Mon, 21 Apr 2008 18:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72255</guid>
		<description>[...] remisión de un post del Blog de Enrique Dans, he conocido el manifesto de la compañía OpenBravo, que por cierto no tiene ninguna relación con [...]</description>
		<content:encoded><![CDATA[<p>[...] remisión de un post del Blog de Enrique Dans, he conocido el manifesto de la compañía OpenBravo, que por cierto no tiene ninguna relación con [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jordi Mas</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72244</link>
		<dc:creator>Jordi Mas</dc:creator>
		<pubDate>Mon, 21 Apr 2008 16:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72244</guid>
		<description>Hola,

El manifesto de Openbravo se ha hecho en aras a la transparencia.

Openbravo es una empresa con ánimo de lucro que dedica muchos recursos a desarrollar Openbravo ERP y Openbravo POS y compartir los resultados libremente, de manera que sea totalmente posible usar sus productos en productivo sin el concurso de la compañía. Sin querer entrar en detalles filosóficos sobre el software libre, todo el mundo puede entender lo que puede esperar de Openbravo leyendo el manifesto y decidir si ello lo conviene o no.

Algunas estadísticas y aclaraciones:

- Durante los últimos 6 meses, se han reportado 1029 bugs (el 30.9% por nuestra comunidad)
- El 96 % de los bugs corregidos, lo han sido por personal de Openbravo
- Todos ellos están disponibles en dev.openbravo.com/websvn
- Respecto a los foros, el mes pasado hubo 1.033 mensajes de los cuales el 31% fueron de empleados de Openbravo dando ayudando de forma altruista.

Adicionalmente quien quiera aplicar una corrección a la versión estable lo puede hacer muy fácilmente ya que todos los commits tienen el comentario el número de bug que corrigen y tenemos documentado además como hacerlo directamente desde Subversion[1].

Atentamente,

Jordi Mas
Openbravo

[1] http://wiki.openbravo.com/wiki/Subversion#Applying_revisions_to_your_copy</description>
		<content:encoded><![CDATA[<p>Hola,</p>
<p>El manifesto de Openbravo se ha hecho en aras a la transparencia.</p>
<p>Openbravo es una empresa con ánimo de lucro que dedica muchos recursos a desarrollar Openbravo ERP y Openbravo POS y compartir los resultados libremente, de manera que sea totalmente posible usar sus productos en productivo sin el concurso de la compañía. Sin querer entrar en detalles filosóficos sobre el software libre, todo el mundo puede entender lo que puede esperar de Openbravo leyendo el manifesto y decidir si ello lo conviene o no.</p>
<p>Algunas estadísticas y aclaraciones:</p>
<p>- Durante los últimos 6 meses, se han reportado 1029 bugs (el 30.9% por nuestra comunidad)<br />
- El 96 % de los bugs corregidos, lo han sido por personal de Openbravo<br />
- Todos ellos están disponibles en dev.openbravo.com/websvn<br />
- Respecto a los foros, el mes pasado hubo 1.033 mensajes de los cuales el 31% fueron de empleados de Openbravo dando ayudando de forma altruista.</p>
<p>Adicionalmente quien quiera aplicar una corrección a la versión estable lo puede hacer muy fácilmente ya que todos los commits tienen el comentario el número de bug que corrigen y tenemos documentado además como hacerlo directamente desde Subversion[1].</p>
<p>Atentamente,</p>
<p>Jordi Mas<br />
Openbravo</p>
<p>[1] <a href="http://wiki.openbravo.com/wiki/Subversion#Applying_revisions_to_your_copy" rel="nofollow">http://wiki.openbravo.com/wiki/Subversion#Applying_revisions_to_your_copy</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Eduardo</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72194</link>
		<dc:creator>Eduardo</dc:creator>
		<pubDate>Mon, 21 Apr 2008 11:24:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72194</guid>
		<description>Desde Openbravo han modificado su wiki (que no su actitud). 
http://wiki.openbravo.com/wiki/Openbravo_Releases

Han suprimido los siguientes párrafos:

&quot;In its Subversion repository, Openbravo keeps a maintenance branch for each supported Community Edition that allows to isolate maintenance work from on going development. This maintenance branch, however, is intended for future usage as a commercial offer and it is therefore kept private and it is not visible to the community.

Because of that, as a general rule, bug fixes are only distributed as part of subsequent versions of the community edition.&quot;

Sustituyéndolos por:

&quot;All bugs are fixed in the trunk. In the Subversion commits you have in the comment the bug fix that revision fixes. As a general rule, bug fixes are only packaged as part of subsequent versions of the community edition.&quot;

http://wiki.openbravo.com/wiki/index.php?title=Openbravo_Releases&amp;curid=2663&amp;diff=11441&amp;oldid=10003</description>
		<content:encoded><![CDATA[<p>Desde Openbravo han modificado su wiki (que no su actitud).<br />
<a href="http://wiki.openbravo.com/wiki/Openbravo_Releases" rel="nofollow">http://wiki.openbravo.com/wiki/Openbravo_Releases</a></p>
<p>Han suprimido los siguientes párrafos:</p>
<p>&#8220;In its Subversion repository, Openbravo keeps a maintenance branch for each supported Community Edition that allows to isolate maintenance work from on going development. This maintenance branch, however, is intended for future usage as a commercial offer and it is therefore kept private and it is not visible to the community.</p>
<p>Because of that, as a general rule, bug fixes are only distributed as part of subsequent versions of the community edition.&#8221;</p>
<p>Sustituyéndolos por:</p>
<p>&#8220;All bugs are fixed in the trunk. In the Subversion commits you have in the comment the bug fix that revision fixes. As a general rule, bug fixes are only packaged as part of subsequent versions of the community edition.&#8221;</p>
<p><a href="http://wiki.openbravo.com/wiki/index.php?title=Openbravo_Releases&amp;curid=2663&amp;diff=11441&amp;oldid=10003" rel="nofollow">http://wiki.openbravo.com/wiki/index.php?title=Openbravo_Releases&amp;curid=2663&amp;diff=11441&amp;oldid=10003</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: san</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72172</link>
		<dc:creator>san</dc:creator>
		<pubDate>Mon, 21 Apr 2008 08:00:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72172</guid>
		<description>Ya es la no se cuanta vez que hablas de openbrabo.  OpenBrabo es un &quot;ERP&quot; muy simple que le queda mucho que evolucionar. Yo lo he examinado y desde mi punto de vista es muy flojo. Te da lo mismo desarrollar sobre OpenBrabo que sobre cualquier otra plataforma, entonces por que no elegir una realmente libre GNU.

Animo a la gente que lea muy detenidamente la licencia de OpenBrabo y se lo piense muy bien antes de desarrollar sobre esta plataforma.</description>
		<content:encoded><![CDATA[<p>Ya es la no se cuanta vez que hablas de openbrabo.  OpenBrabo es un &#8220;ERP&#8221; muy simple que le queda mucho que evolucionar. Yo lo he examinado y desde mi punto de vista es muy flojo. Te da lo mismo desarrollar sobre OpenBrabo que sobre cualquier otra plataforma, entonces por que no elegir una realmente libre GNU.</p>
<p>Animo a la gente que lea muy detenidamente la licencia de OpenBrabo y se lo piense muy bien antes de desarrollar sobre esta plataforma.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: azuledu</title>
		<link>http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72125</link>
		<dc:creator>azuledu</dc:creator>
		<pubDate>Sun, 20 Apr 2008 16:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.enriquedans.com/2008/04/software-libre-y-transparencia-corporativa.html#comment-72125</guid>
		<description>Hola Enrique,

Llevo un tiempo desarrollando con Openbravo y participando activamente de su comunidad. En mi opinión, el tema del manifiesto es sólo una herramienta de marketing surgida a raiz de las críticas que comienzan a oirse de Openbravo (http://barrapunto.com/articles/08/04/13/2031231.shtml) y al creciente descontento de su comunidad.
Creo que el problema principal es el modelo de negocio adoptado por Openbravo, del que no habla nada en su manifiesto y que lleva al software libre a un extremo que creo no debería llegar.

Básicamente lo que hacen es cargarse el paradigma del software libre de mantener una rama estable con un producto usable por la comunidad, y otra rama de desarrollo en la que se van incorporando y probando las nuevas funcionalidades.

Está explicado en su wiki: http://wiki.openbravo.com/wiki/Openbravo_Releases

Rescato un fragmento:
“In its Subversion repository, Openbravo keeps a maintenance branch for each supported Community Edition that allows to isolate maintenance work from on going development. This maintenance branch, however, is intended for future usage as a commercial offer and it is therefore kept private and it is not visible to the community. Because of that, as a general rule, bug fixes are only distributed as part of subsequent versions of the community edition.”

Es decir, tienen una rama estable privada que venden, y una inestable para la comunidad. Por supuesto, ellos llaman a la rama pública &quot;versión estable&quot;, pero cualquiera que haya usado Openbravo durante cinco minutos se habrá encontrado con varios de los casi 600 bugs &quot;reconocidos&quot; (http://groups.google.com/group/openbravoerp-bug-tracker) que tiene esta &quot;versión estable&quot;.

El proceso es el siguiente. Alguien en la comunidad corrige un bug. Se añade a la rama en desarrollo pública y Openbravo lo vende como parche en su rama estable privada. Si los demás queremos añadir este parche a nuestro código, debemos hacerlo navegando entre el código de la rama en desarrollo y copiando las lineas que nos interesen. 
Cuando Openbravo decide sacar una nueva &quot;versión estable&quot; a partir de la rama de desarrollo, los bugs antiguos aparecen corregidos, pero de regalo te llevas los nuevos bugs provocados por las nuevas funcionalidades, con lo que nunca hay una rama estable.

Estar el número uno en la lista de  proyectos más activos de Sourceforge es una buena publicidad. Lo que nadie explica es es gracias a los desarrolladores que les corrigen bugs para que ellos los vendan, y a tener el foro y el bug tracker copados con problemas.

Sinceramente les deseo lo mejor porque tienen un producto que puede llegar a ser realmente bueno y util. Sólo pretendo denunciar una situación para intentar que cambie y beneficie al mayor número de gente posible, que es el objetivo del software libre. Y para que a nadie se le ocurra volver a intentar montar un negocio basado en aprovecharse de una comunidad de software libre y además reirse de ellos con manifiestos.</description>
		<content:encoded><![CDATA[<p>Hola Enrique,</p>
<p>Llevo un tiempo desarrollando con Openbravo y participando activamente de su comunidad. En mi opinión, el tema del manifiesto es sólo una herramienta de marketing surgida a raiz de las críticas que comienzan a oirse de Openbravo (<a href="http://barrapunto.com/articles/08/04/13/2031231.shtml" rel="nofollow">http://barrapunto.com/articles/08/04/13/2031231.shtml</a>) y al creciente descontento de su comunidad.<br />
Creo que el problema principal es el modelo de negocio adoptado por Openbravo, del que no habla nada en su manifiesto y que lleva al software libre a un extremo que creo no debería llegar.</p>
<p>Básicamente lo que hacen es cargarse el paradigma del software libre de mantener una rama estable con un producto usable por la comunidad, y otra rama de desarrollo en la que se van incorporando y probando las nuevas funcionalidades.</p>
<p>Está explicado en su wiki: <a href="http://wiki.openbravo.com/wiki/Openbravo_Releases" rel="nofollow">http://wiki.openbravo.com/wiki/Openbravo_Releases</a></p>
<p>Rescato un fragmento:<br />
“In its Subversion repository, Openbravo keeps a maintenance branch for each supported Community Edition that allows to isolate maintenance work from on going development. This maintenance branch, however, is intended for future usage as a commercial offer and it is therefore kept private and it is not visible to the community. Because of that, as a general rule, bug fixes are only distributed as part of subsequent versions of the community edition.”</p>
<p>Es decir, tienen una rama estable privada que venden, y una inestable para la comunidad. Por supuesto, ellos llaman a la rama pública &#8220;versión estable&#8221;, pero cualquiera que haya usado Openbravo durante cinco minutos se habrá encontrado con varios de los casi 600 bugs &#8220;reconocidos&#8221; (<a href="http://groups.google.com/group/openbravoerp-bug-tracker" rel="nofollow">http://groups.google.com/group/openbravoerp-bug-tracker</a>) que tiene esta &#8220;versión estable&#8221;.</p>
<p>El proceso es el siguiente. Alguien en la comunidad corrige un bug. Se añade a la rama en desarrollo pública y Openbravo lo vende como parche en su rama estable privada. Si los demás queremos añadir este parche a nuestro código, debemos hacerlo navegando entre el código de la rama en desarrollo y copiando las lineas que nos interesen.<br />
Cuando Openbravo decide sacar una nueva &#8220;versión estable&#8221; a partir de la rama de desarrollo, los bugs antiguos aparecen corregidos, pero de regalo te llevas los nuevos bugs provocados por las nuevas funcionalidades, con lo que nunca hay una rama estable.</p>
<p>Estar el número uno en la lista de  proyectos más activos de Sourceforge es una buena publicidad. Lo que nadie explica es es gracias a los desarrolladores que les corrigen bugs para que ellos los vendan, y a tener el foro y el bug tracker copados con problemas.</p>
<p>Sinceramente les deseo lo mejor porque tienen un producto que puede llegar a ser realmente bueno y util. Sólo pretendo denunciar una situación para intentar que cambie y beneficie al mayor número de gente posible, que es el objetivo del software libre. Y para que a nadie se le ocurra volver a intentar montar un negocio basado en aprovecharse de una comunidad de software libre y además reirse de ellos con manifiestos.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
