[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]"Alejandro G. Sánchez Martínez" escribió: > > Entonces podríamos decir que si se tiene que desarrollar un proyecto para un > cliente en lo que sea, pero que sea bajo un compilador propietario o > lenguaje propietario, lo mejor es dejar el proyecto cerrado y solo dar el > código si el contrato lo dice y SOLO lo que este bajo un esquema totalmente > libre lenguaje, compilador, etc, licenciarlo bajo GPL. Yo opino que sí, de esa forma no confundimos a nadie. De todas formas al hacer un desarrollo para un cliente sería dificil poder poner el código en un FTP y hacerlo público a los 4 vientos sin ocasionar molestias, a menos de que trabajemos en convencer al cliente. También recomiendo leer otras licencias que se consideran software libre para que publiquen su código bajo lo que mas les convenga, pero con conocimiento de causa. > Entendiéndose que quizás lo propietario es para subsistir y lo libre es por > amor a la camiseta , esperando y trabajando para que este esquema cambie. No necesariamente. Hay que entender que el código libre es un proceso de desarrollo diferente, y que cuando el cliente entienda que se desarrolla mas rápido y con mejor calidad bajo el esquema de software libre, entonces las cosas habrán cambiado. Explicando: Liberar el software significa dárselo a mas gentes que solo al Cliente ¿OK? Entonces si el cliente acepta que su código sea también usado por otros, entonces podrás ponerlo en un FTP, anunciarlo a todo mundo y aceptar contribuciones cuando éstas lleguen. Si de tus pistolas estás desarrollando software, es probable que se pueda decir que tu eres tu propio cliente, y si tu mismo aceptas ponerlo en un FTP ya está el círculo cerrado. Cuando el cliente es otra persona, primero hay que convencer a éste cliente que el modelo de producción del software libre es mejor que la alternativa propietaria y hacerlo que acepte publicar el código, obviamente dicho así de directo suena mal, pero si modularizas el código y publicas cada módulo por separado podrás lograr un esquema aceptable para tu cliente y si haces una estrategia apropiada para la comunidad de desarrolladores, entonces obtendrás colaboracion, bajarán tus costos de desarrollo y tus tiempos y subirá la calidad del trabajo. > -----Mensaje original----- > De: owner-linux en pepe net mx [mailto:owner-linux en pepe net mx]En nombre de > José Neif Jury Fabre > Enviado el: Lunes 9 de Abril de 2001 4:59 PM > Para: linux en linuxppp com > Asunto: Re: [Sop.Tec.LinuxPPP] GPL y los lenguajes > > Por ende: no creo que sea conveniente para nadie publicar con la licencia > GPL > software que no puede ser ejecutado sobre sistemas operativos libres y > compilado > o procesado por herramientas libres, ya que lo único que vamos a ganar es > confundir aún mas a los usuarios y a los programadores. > > Saludos. > > -- > José Neif Jury Fabre > pepe en pepe net mx > http://linuxppp.com/~pepeneif > > --------------------------------------------------------------------- > Lista de soporte de LinuxPPP > Reglas de la lista en http://linuxppp.com/reglas.html -- José Neif Jury Fabre pepe en pepe net mx http://linuxppp.com/~pepeneif "Contrary to popular opinion, Unix is user friendly, It just happens to be very selective about who it makes friends with." --------------------------------------------------------------------- Lista de soporte de LinuxPPP Reglas de la lista en http://linuxppp.com/reglas.html