Sea como fuere me temo que muchas empresas no opinan lo mismo y más vale que sobre GPL que no que falte. De todas formas la GPL no molesta ¿no? y por si acaso ahí está. A ver si llega a muchas empresas esa frasecita del gran Eric S. Raymond y por lo menos se lo piensan...
-- Javier Ortega Conde (Malkavian):[ - Miembro del grupo Gnu LinUxuarios de Bizkaia
Sin ella, una empresa podría ir por ahí comprando porciones de código hasta tener un sistema usable, y luego cerrarlo, como pasó en la época en que la Bell comprando partes terminó con un Unix cerrado.
En esa época el daño fue tan grave, que una década de informáticos universitarios no pudieron ver cómo funcionaba un SO, porque no tenían derecho a verlo.
Para solucionar esto fue que Tanenbaum escribió su Minix: para poder enseñar.
La GPl está específicamente diseñada para prevenir estos desastres.
- La GPL no es imprescindible para hacer software libre. Esto es obvio, pues hay proyectos de software libre con otras licencias.
- Raymond simplemente afirma que generalmente es mala estrategia hacer una empresa que coja codigo abierto y lo cierre, porque la versión abierta seguirá progresando más rápidamente, con más calidad, y/o más económicamente que la tuya (es la teoría por la que se hizo famoso, ver su libro). Por tanto no es necesario "proteger" tu código con las licencias con copyleff (GPL,etc), sino que llega con las permisivas (BSD,MIT,Apache).
- Raymond, tenga o no razón, levanta la moral con sus palabras. Si es cierto lo que dice, el software abierto es dificilmente parable.
- Hay una constante confusión con la diferencia entre "software libre" y "software abierto". La verdad es muy sencilla:
Si un programa tiene una licencia libre-abierta (GPL,Apache,BSD,...) y te entregan el código fuente, el sofware es libre y abierto. Ambos. No existe ninguna licencia que pueda ser denominado libre y no abierta, ni viceversa.
El proyecto puede denominarse "sofware libre" o "sofware abierto" según desee cada colaborador, según los MOTIVOS por los que programe. Si programa por conservar la libertad del usuario/colaborador, lo llamará sofware libre. Si programa por una estrategia en la que quiere compartir el código fuente libremente, lo llamara opensource.
Moraleja: de BSD a GPL, todo vale para el sofware libre-abierto. Da igual como lo llames o porqué lo hagas: el producto final, el sofware, será abierto y libre. Ambas o ninguna.
Re:a ver
de Observer
(Puntos:2)
Miércoles, 29 Abril de 2009, 12:10h
Re:a ver
de Quique
(Puntos:2)
Miércoles, 29 Abril de 2009, 21:28h
Precisamente.
de chavi
(Puntos:2)
Miércoles, 29 Abril de 2009, 14:06h
1 respuesta por debajo de tu umbral de lectura actual.
Re:a ver
de Molleradura
(Puntos:2)
Miércoles, 29 Abril de 2009, 23:21h
2 respuestas por debajo de tu umbral de lectura actual.
"si yo tengo una manzana y tu tienes una manzana y nos las intercambiamos , cada uno seguira teniendo una manzana;
pero si yo tengo una idea y tu tienes otra idea y nos las intercambiamos , cada uno tendra dos ideas" (Bernard Shaw)
LAS IDEAS (el sofware ) NO SE RIGEN POR LAS LEYES CAPITALISTAS DE MERCADO , NI POR LA ARITMETICA SIMPLONA (y fraudulenta) DE LOS ECONOMISTAS DE CHICAGO
Eric Raymond sigue con el capitalismo usamericano implantado en el hipotalamo y no se entera de lo que es y en que consiste el fondo real de la REVOLUCION que supone el SL
-- "Y no es el momento de volver sobre el hecho indiscutible de que nacion y nacionalidad es lo mismo."Manuel FragaIribarne
Si quiero meter horas en desarrollar algo, será para sacarle un beneficio: - Con el Open Source: interoperabilidad y pruebas de concepto - Con GPL: interoperabilidad, pruebas de concepto, ventas, ofrecer lo mismo a los demás para que quieran ayudarme - Con BSD: interoperabilidad, pruebas de concepto, ventas, cooperar con otros para crear una base sobre la que añadir cambios cerrados
Desde el punto de vista empresarial, el Open Source a secas es una completa estupidez: - Si quiero proteger mi código, lo cierro y consigo la exclusiva - Si no me importa protegerlo, lo abro y que otros lo arreglen
Dar el código sin conseguir a cambio las mejoras que aporte la gente, es dar algo a cambio de nada.
PD: ¿ESR se ha vuelto gilipollas, o solo manipulador crónico?
1 respuesta por debajo de tu umbral de lectura actual.
por
pobrecito hablador
el Miércoles, 29 Abril de 2009, 06:20h
(#1142186)
Depende como se vea. Hace unos cinco años, y en vista de se planificaba la expansión a Portugal, en mi empresa se decidió pasar todo lo que fuera posible de la gestión interna a entorno web. Obviamente se les comentó a los chicos que nos llevaban el programa de gestión (desde hacía años) y se pusieron muy nerviosos. No es que no supieran (nos llevaban también el catálogo y tienda virtual en internet) es que se debieron pensar que podríamos hacerles alguna jugada una vez que la aplicación no estuviera compilada y se hubiera convertido en scripts residentes en nuestros servidores.
Después de tres meses de discusiones y broncas bastante gordas me encargaron buscar a otra gente que estuviera dispuesta a llevar a cabo la conversión, y tuve la suerte de encontrar una empresa que nos vendía (si, vendía) un entorno de gestión web que se ajustaba muy bien a nuestra actividad, solo hubo que hacer "algunas adaptaciones" (maldito 2006) pero una vez que estuvo afinado todo ha ido como la seda. A todo esto, lo único firmado fue el contrato de adaptación y mantenimiento del entorno.
Dime entonces de que les sirvió a los primeros gilipollas creer que nos tenían cogidos por los huevos con el programa de gestión. Perder un cliente y dos proyectos (obviamente, la tienda virtual también se quitamos)
por
pobrecito hablador
el Miércoles, 29 Abril de 2009, 06:31h
(#1142187)
Las licencias open source, que parece que son por las que aboga Raymond, son en esencia LIBERALES y confían en la autorregulación del mercado del software.
Te han faltado las etiquetas de sarcasmo.
Hasta hoy día, la única ley que se ha cumplido con el software es que cuando una aplicación/SO alcanza una masa crítica en el mercado (sea por el método que sea) tiende a expandirse al 100% de los usuarios potenciales.
Son muy raros los nichos de SW en los que hay competencia real de mercado (se me ocurre el de los gestores de bases de datos, aunque gracias por un lado al SQL y por otro a que de gestor de BBDD no se cambia todos los decenios) o el de los juegos (aunque no hay mucha diferencia entre un shoter y otro) pero en el resto es muy fácil determinar quien se queda con la parte del león y quien con las migajas.
¿a qué le llamas tu retorno de la inversión?. Si solo te refieres a la pasta que POTENCIALMENTE puedes sacar de la venta de licencias de tu aplicación pues tienes razón, en cualquier otro caso no.
Pregunta obligatoria:
(Puntos:3, Divertido)En qué quedamos...
(Puntos:1, Informativo)Creo que Eric S. Raymond es figura del Open Source. O ¿me equivoco?
Si bueno...
(Puntos:3, Inspirado)( http://metauniversidad.com/ )
Sea como fuere me temo que muchas empresas no opinan lo mismo y más vale que sobre GPL que no que falte. De todas formas la GPL no molesta ¿no? y por si acaso ahí está. A ver si llega a muchas empresas esa frasecita del gran Eric S. Raymond y por lo menos se lo piensan...
Javier Ortega Conde (Malkavian):[ - Miembro del grupo Gnu LinUxuarios de Bizkaia
De su weblog
(Puntos:2)( http://barrapunto.com/tags/restalman | Última bitácora: Jueves, 12 Abril de 2018, 20:25h )
__
Comprare è combattere.
Sin la GPL... otro Unix
(Puntos:3, Informativo)( http://www.pegasusnet.com.ar/ )
La GPL es más que necesaria: es indispensable.
Sin ella, una empresa podría ir por ahí comprando porciones de código hasta tener un sistema usable, y luego cerrarlo, como pasó en la época en que la Bell comprando partes terminó con un Unix cerrado.
En esa época el daño fue tan grave, que una década de informáticos universitarios no pudieron ver cómo funcionaba un SO, porque no tenían derecho a verlo.
Para solucionar esto fue que Tanenbaum escribió su Minix: para poder enseñar.
La GPl está específicamente diseñada para prevenir estos desastres.
-----
Tag: No elegimos dónde nacer.
a ver
(Puntos:3, Inspirado)( http://barrapunto.com/ | Última bitácora: Martes, 27 Enero de 2009, 22:47h )
- Raymond simplemente afirma que generalmente es mala estrategia hacer una empresa que coja codigo abierto y lo cierre, porque la versión abierta seguirá progresando más rápidamente, con más calidad, y/o más económicamente que la tuya (es la teoría por la que se hizo famoso, ver su libro). Por tanto no es necesario "proteger" tu código con las licencias con copyleff (GPL,etc), sino que llega con las permisivas (BSD,MIT,Apache).
- Raymond, tenga o no razón, levanta la moral con sus palabras. Si es cierto lo que dice, el software abierto es dificilmente parable.
- Hay una constante confusión con la diferencia entre "software libre" y "software abierto". La verdad es muy sencilla:
Si un programa tiene una licencia libre-abierta (GPL,Apache,BSD,...) y te entregan el código fuente, el sofware es libre y abierto. Ambos. No existe ninguna licencia que pueda ser denominado libre y no abierta, ni viceversa.
El proyecto puede denominarse "sofware libre" o "sofware abierto" según desee cada colaborador, según los MOTIVOS por los que programe.
Si programa por conservar la libertad del usuario/colaborador, lo llamará sofware libre.
Si programa por una estrategia en la que quiere compartir el código fuente libremente, lo llamara opensource.
Moraleja:
de BSD a GPL, todo vale para el sofware libre-abierto.
Da igual como lo llames o porqué lo hagas: el producto final, el sofware, será abierto y libre. Ambas o ninguna.
sistemas economicos vrs ideas
(Puntos:2)( Última bitácora: Lunes, 15 Julio de 2013, 18:01h )
pero si yo tengo una idea y tu tienes otra idea y nos las intercambiamos , cada uno tendra dos ideas"
(Bernard Shaw)
LAS IDEAS (el sofware ) NO SE RIGEN POR LAS LEYES CAPITALISTAS DE MERCADO , NI POR LA ARITMETICA SIMPLONA (y fraudulenta) DE LOS ECONOMISTAS DE CHICAGO
Eric Raymond sigue con el capitalismo usamericano implantado en el hipotalamo y no se entera de lo que es y en que consiste el fondo real de la REVOLUCION que supone el SL
"Y no es el momento de volver sobre el hecho indiscutible de que nacion y nacionalidad es lo mismo."Manuel FragaIribarne
Aunque escueza
(Puntos:1)( http://zonasub.com )
me hacen sospechar si esta a sueldo de Ms.
Por supuesto que es necesaria
(Puntos:1, Inspirado)Estupidez
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Miércoles, 28 Diciembre de 2005, 12:49h )
- Con el Open Source: interoperabilidad y pruebas de concepto
- Con GPL: interoperabilidad, pruebas de concepto, ventas, ofrecer lo mismo a los demás para que quieran ayudarme
- Con BSD: interoperabilidad, pruebas de concepto, ventas, cooperar con otros para crear una base sobre la que añadir cambios cerrados
Desde el punto de vista empresarial, el Open Source a secas es una completa estupidez:
- Si quiero proteger mi código, lo cierro y consigo la exclusiva
- Si no me importa protegerlo, lo abro y que otros lo arreglen
Dar el código sin conseguir a cambio las mejoras que aporte la gente, es dar algo a cambio de nada.
PD: ¿ESR se ha vuelto gilipollas, o solo manipulador crónico?
Re:jaja
(Puntos:1, Interesante)Después de tres meses de discusiones y broncas bastante gordas me encargaron buscar a otra gente que estuviera dispuesta a llevar a cabo la conversión, y tuve la suerte de encontrar una empresa que nos vendía (si, vendía) un entorno de gestión web que se ajustaba muy bien a nuestra actividad, solo hubo que hacer "algunas adaptaciones" (maldito 2006) pero una vez que estuvo afinado todo ha ido como la seda. A todo esto, lo único firmado fue el contrato de adaptación y mantenimiento del entorno.
Dime entonces de que les sirvió a los primeros gilipollas creer que nos tenían cogidos por los huevos con el programa de gestión. Perder un cliente y dos proyectos (obviamente, la tienda virtual también se quitamos)
Re:libre = solidario =! liberal
(Puntos:1)Te han faltado las etiquetas de sarcasmo.
Hasta hoy día, la única ley que se ha cumplido con el software es que cuando una aplicación/SO alcanza una masa crítica en el mercado (sea por el método que sea) tiende a expandirse al 100% de los usuarios potenciales.
Son muy raros los nichos de SW en los que hay competencia real de mercado (se me ocurre el de los gestores de bases de datos, aunque gracias por un lado al SQL y por otro a que de gestor de BBDD no se cambia todos los decenios) o el de los juegos (aunque no hay mucha diferencia entre un shoter y otro) pero en el resto es muy fácil determinar quien se queda con la parte del león y quien con las migajas.
Por supuesto.
(Puntos:2)( http://web.iesrodeira.com | Última bitácora: Sábado, 25 Abril de 2009, 19:50h )
Xavi.