On Sun, 2005-05-01 at 08:32 -0500, [EMAIL PROTECTED] wrote:

Normalmente uno entrega el c�digo fuente al cliente, nada nuevo aqu�. Lo
interesante ser�a ver, si el c�digo sigue siendo "libre" despu�s de
efectuar el negocio.

Claro que si, el software siempre va a ser libre, siempre y cuando en los terminos y condiciones se cumplan las 4 libertades que enmarcan al software libre.

El cliente, la persona que compr� el programa que uno desarroll�, �tiene
un sitio web donde uno pueda bajarse el c�digo? �si se lo solicitara, me
dar�a una copia de dicho c�digo?

La verdad aqui lo del sitio web para bajarse el software es algo opcional de las empresas desarrolladoras de software libre. En cambio lo del codigo fuente es importantisimo, ya que se debe entregar el codigo fuente junto con los terminos y condiciones de la licencia GPL. Y si el cliente lo solicita, de nuevo, pues se le entrega sin ningun problema.

�el cliente reaccionar�a favorablemente
si yo, m�s adelante, uso partes de ese c�digo en otro de mis desarrollos
y
el cliente se da cuenta de esta situaci�n?. Son situaciones
perfectamente
legales y v�lidas, pero dudo mucho que se cumplan en la pr�ctica.

Pues en estas cuestiones de negocios, es en el momento de la realizacion del contrato donde se ponen las condiciones de entrega, y si el cliente quiere su software "a medida" cerrado, se puede plantear la posibilidad de pagar los 250 euros de la licencia MySQL, lo cual desde mi punto de vista seria justo. Y otra seria utilizar una RDBMS con licencia BSD, como PGSQL. Igual, yo creo que eso es mas decision de cada cliente y cada negocio.

El punto es, que no es suficiente con haber puesto el c�digo que uno hizo
bajo GPL, ni tampoco es suficiente darle una copia del c�digo al
cliente.

Si es suficiente, siempre y cuando el cliente sea conciente de los terminos y condiciones escritos en la licencia GPL y tenga el codigo fuente de la aplicacion.

El producto de sw s�lo seguir� siendo libre bajo los t�rminos de la GPL si
el c�digo sigue estando disponible en un lugar p�blico para cualquier
persona que quiera leerlo despu�s;

Esto que dices no es cierto, es aconsejable que el codigo fuente este en algun lugar de acceso publico, pero no es obligatorio. Ahora, si yo le paso el codigo fuente de mi sw y los terminos y condiciones de la licencia libre al cliente, o alguien mas y este lo pone en el dominio publico, no habria ningun problema, realmente no es obligacion de la fabricante de sw publicar el codigo fuente. Simplemente son estrategias de mercadeo. Asi lo hace Mandriva por ejemplo: premia a sus socios y colaboradores, dejandolos ser los primeros en tener su distribucion, pero si ellos la publican, no hay problema, ya el problema es de uno si prefiere bajar la distribucion de un sitio X o simplemente paga por el envio de una copia.

Los animo a que pongan un enlace a un sitio donde nos podamos bajar el
c�digo fuente de sus proyectos,
y a que env�en una email con copia a esta
lista inform�ndole a sus clientes que ahora su programa est� disponible
en
internet para que cualquiera pueda baj�rselo.

Si alguien quiere, una copia de alguno de mis proyectos, les mando el codigo fuente. Depronto algun dia, espero no sea muy lejano, publique algo de codigo.

Por cierto, encontre unas estadisticas muy interesantes acerca de la pirateria de software, y me encontre que Colombia es el pais menos pirata de suramerica, con 53%. Por cierto, dudo mucho que MySQL sea la aplicacion mas pirateada de la historia.

Para mas informacion:

http://www.bsa.org/globalstudy/

Por cierto Manuel, eso del password plano en los archivos es algo que se hace en muchas partes y no es el fin del mundo. Muchas aplicaciones web utilizan archivos XML donde se guardan las caracteristicas de la conexion a la base de datos. Simplemente hay que tomar las medidas de seguridad necesarias para que ese archivo no se encuentre al alcance de personal no autorizado.

Diego
_______________________________________________
GLUC mailing list
[email protected]
http://listas.unicauca.edu.co/mailman/listinfo/gluc

Responder a