<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comentarios en: Interfaces y otros elementos del software</title>
	<link>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/</link>
	<description>Derecho de las Tecnologías de la Información y la Comunicación</description>
	<pubDate>Thu, 28 Aug 2008 06:37:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>

	<item>
		<title>Por: Raul Ronquillo C.</title>
		<link>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180810</link>
		<dc:creator>Raul Ronquillo C.</dc:creator>
		<pubDate>Thu, 17 Apr 2008 20:49:08 +0000</pubDate>
		<guid>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180810</guid>
		<description>Quiero saber acerca  del Programa Software Interfaz Control Puerto Paralelo. porque es tarea por favor peude ayudarme a buscarlo. se los agradeceria mucho. gracias</description>
		<content:encoded><![CDATA[<p>Quiero saber acerca  del Programa Software Interfaz Control Puerto Paralelo. porque es tarea por favor peude ayudarme a buscarlo. se los agradeceria mucho. gracias</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: deincognito</title>
		<link>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180671</link>
		<dc:creator>deincognito</dc:creator>
		<pubDate>Wed, 26 Mar 2008 18:51:21 +0000</pubDate>
		<guid>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180671</guid>
		<description>Perdón, en el comentario anterior donde decía &#34;y con independencia&#34; quería decir &#34;y en caso&#34;</description>
		<content:encoded><![CDATA[<p>Perdón, en el comentario anterior donde decía &quot;y con independencia&quot; quería decir &quot;y en caso&quot;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: deincognito</title>
		<link>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180670</link>
		<dc:creator>deincognito</dc:creator>
		<pubDate>Wed, 26 Mar 2008 18:41:15 +0000</pubDate>
		<guid>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180670</guid>
		<description>Buenas a todos,

Aún con la precisión de Xavier creo que el artículo sigue mereciendo atención en cuanto a los derechos de los diferentes autores que pueden intervenir en el desarrollo de los interfaces gráficos. Además creo que, aparte del caso de becarios, autonómos,... deben tenerse en cuenta las excepciones que establece el artículo 97 TRLPI a la cesión de derechos con causa en el contrato laboral. Javier, de nuevo enhorabuena por este nuevo interesante post.

Xavier,

Imagino que no habrían de olvidarse los interfaces que facilitan la interoperabilidad entre los diversos módulos que suelen componer un programa. Aunque entiendo que esto podría quedar subsumido en la interoperabilidad entre programas a la que te referías, pienso que con respecto a la interoperabilidad entre módulos de un mismo programa, y con independencia de que los módulos pudieran pertenecer a varios titulares, en este caso no se suele dar la problemática sobre la que se debatió hasta alcanzar la solución intermedia, pues lo normal es que todas las partes conozcan necesariamente los interfaces para poder llevar a buen puerto el desarrollo de la parte del programa de la que cada uno se encarga.

Salu2</description>
		<content:encoded><![CDATA[<p>Buenas a todos,</p>
<p>Aún con la precisión de Xavier creo que el artículo sigue mereciendo atención en cuanto a los derechos de los diferentes autores que pueden intervenir en el desarrollo de los interfaces gráficos. Además creo que, aparte del caso de becarios, autonómos,&#8230; deben tenerse en cuenta las excepciones que establece el artículo 97 TRLPI a la cesión de derechos con causa en el contrato laboral. Javier, de nuevo enhorabuena por este nuevo interesante post.</p>
<p>Xavier,</p>
<p>Imagino que no habrían de olvidarse los interfaces que facilitan la interoperabilidad entre los diversos módulos que suelen componer un programa. Aunque entiendo que esto podría quedar subsumido en la interoperabilidad entre programas a la que te referías, pienso que con respecto a la interoperabilidad entre módulos de un mismo programa, y con independencia de que los módulos pudieran pertenecer a varios titulares, en este caso no se suele dar la problemática sobre la que se debatió hasta alcanzar la solución intermedia, pues lo normal es que todas las partes conozcan necesariamente los interfaces para poder llevar a buen puerto el desarrollo de la parte del programa de la que cada uno se encarga.</p>
<p>Salu2</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Sergio Carrasco</title>
		<link>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180562</link>
		<dc:creator>Sergio Carrasco</dc:creator>
		<pubDate>Wed, 19 Mar 2008 11:34:17 +0000</pubDate>
		<guid>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180562</guid>
		<description>En este caso, y desde mi punto de vista más como programador que como otra cosa, entiendo cual es la justificación que más arriba ha puesto Xavier. Soy de la opinión que una protección extrema, como la solicitada por una de las partes (con intereses manifiestos en este supuesto) no haría más que perjudicar al usuario final, además de encontrar difícil justificación ante la imposibilidad de utilización de ciertos principios en el interfaz que finalmente se incorpora. 

Ahora bien, tampoco resulta extraño que en el mundo real en un determinado proyecto se diga &#34;pues esto quiero que se haga igual que en... &#34;, lo que obliga a los programadores a buscar la forma en que incorporar esa determinada forma de funcionar.

Un saludo</description>
		<content:encoded><![CDATA[<p>En este caso, y desde mi punto de vista más como programador que como otra cosa, entiendo cual es la justificación que más arriba ha puesto Xavier. Soy de la opinión que una protección extrema, como la solicitada por una de las partes (con intereses manifiestos en este supuesto) no haría más que perjudicar al usuario final, además de encontrar difícil justificación ante la imposibilidad de utilización de ciertos principios en el interfaz que finalmente se incorpora. </p>
<p>Ahora bien, tampoco resulta extraño que en el mundo real en un determinado proyecto se diga &quot;pues esto quiero que se haga igual que en&#8230; &quot;, lo que obliga a los programadores a buscar la forma en que incorporar esa determinada forma de funcionar.</p>
<p>Un saludo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Javier Prenafeta</title>
		<link>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180560</link>
		<dc:creator>Javier Prenafeta</dc:creator>
		<pubDate>Wed, 19 Mar 2008 09:23:54 +0000</pubDate>
		<guid>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180560</guid>
		<description>Gracias por la explicación Xavier.

Un placer tenerte por aquí.</description>
		<content:encoded><![CDATA[<p>Gracias por la explicación Xavier.</p>
<p>Un placer tenerte por aquí.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Xavier Ribas</title>
		<link>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180556</link>
		<dc:creator>Xavier Ribas</dc:creator>
		<pubDate>Tue, 18 Mar 2008 23:02:41 +0000</pubDate>
		<guid>http://www.jprenafeta.com/blog/archive/2008/03/18/interfaces-y-otros-elementos-del-software/#comment-180556</guid>
		<description>Hola Javier, 

En realidad, en aquellos tiempos en que nos tocó debatir si incluíamos o no los interfaces en el ámbito de protección de la propiedad intelectual, no nos referíamos a ellos como interfaz gráfico de un programa sino como los elementos que forman parte del protocolo que permite la interoperabilidad entre el programa, los ficheros de datos que genera y otros programas. Había dos asociaciones enfrentadas, la que representaba a los titulares de sistemas operativos y software propietario (en su mayoría americanos) y los que representaban a los titulares de sistemas destinados a ser compatibles con los primeros (en su mayoría japoneses y europeos, por este orden). Los primeros se protegían de los sistemas clónicos y reclamaban la protección de los interfaces, prohibiendo la descompilación y la ingeniería inversa que permitía acceder a ellos. Los segundos exigían que los interfaces fuesen de dominio público, con el fin de conseguir la máxima interoperabilidad entre sistemas. La solución final fue intermedia. Se permitía la descompilación en determinadas condiciones y sólo para acceder a las ideas necesarias para conseguir la interoperabilidad. 

Un saludo,

Xavier</description>
		<content:encoded><![CDATA[<p>Hola Javier, </p>
<p>En realidad, en aquellos tiempos en que nos tocó debatir si incluíamos o no los interfaces en el ámbito de protección de la propiedad intelectual, no nos referíamos a ellos como interfaz gráfico de un programa sino como los elementos que forman parte del protocolo que permite la interoperabilidad entre el programa, los ficheros de datos que genera y otros programas. Había dos asociaciones enfrentadas, la que representaba a los titulares de sistemas operativos y software propietario (en su mayoría americanos) y los que representaban a los titulares de sistemas destinados a ser compatibles con los primeros (en su mayoría japoneses y europeos, por este orden). Los primeros se protegían de los sistemas clónicos y reclamaban la protección de los interfaces, prohibiendo la descompilación y la ingeniería inversa que permitía acceder a ellos. Los segundos exigían que los interfaces fuesen de dominio público, con el fin de conseguir la máxima interoperabilidad entre sistemas. La solución final fue intermedia. Se permitía la descompilación en determinadas condiciones y sólo para acceder a las ideas necesarias para conseguir la interoperabilidad. </p>
<p>Un saludo,</p>
<p>Xavier</p>
]]></content:encoded>
	</item>
</channel>
</rss>
