Hola, este problema no es específico de github y sí del desarrollador. Sin embargo, cómo se señala en el artículo cualquier trabajo que no tiene una licencia específica está protegido por el Copyright.
El problema, desde el punto de vista de FLOSS, es cuando se usa código de "libre disponibilidad" como parte de un proyecto, o en forma indiscriminada, sin respetar los derechos de autor, como alguna vez mencioné aquí. En este sentido, debe quedar claro para todos los participantes del ecosistema la importancia de las licencias y sobretodo el conocer este tipo de aspectos. En Debian se hace bastante énfasis en este tema, y por eso recibimos muchas "críticas", sin embargo, la realidad confirma que este tipo de actividad es importante. De hecho, la lista debian-legal es una referencia en estos temas. Dada la realidad de la difusión y uso de FLOSS en las organizaciones a nivel mundial, existe esta misma preocupación por las empresas que adoptan FLOSS para su actividades. Una organización no puede incurrir en el riesgo de incorporar/modificar/usar código con un tipo de licencia o sin éste. Se debe hacer una evaluación de las implicancias. Bottom line: si creas software, licencialo. Cualquiera sea la licencia que uses es importante para proteger tu trabajo. Así desees que el software sea de "libre disponibilidad" especifícalo, esto hará la vida más fácil a otros desarrolladores y a las organizaciones que emplean este código. Gartner predict that by 2011, 80% of organisations will have open source code within their own software, whether they are aware of it or not. un saludo 2012/12/13 Yannick Warnier <[email protected]> > Un artículo (en Inglés) de particular interés para todos los > desarrolladores por aquí que "tiran" su código en GitHub pensando que > esto lo hace software libre, y que va en el sentido de una reciente y > breve charla mia en Escuelab para el concurso "Desarrollando Latino > América" > > > http://www.infoworld.com/d/open-source-software/github-needs-take-open-source-seriously-208046?page=0,0 > > En resumen: poner su código en GitHub sin indicar una licencia > *específicamente* pone en riesgo todo software que reuse este código, y > aceptar un pull request en un proyecto que no tiene licencia definida > puede querer decir perder el control sobre su propio software. > > Es necesario siempre definir la forma en la cual uno quiere compartir su > código con los demás si es que uno tiene la visión de *realmente* ayudar > a los demás y permitir el reuso completo de su creación. > > Saludos, > > Yannick > > _______________________________________________ > Lista de correo Linux-plug > Temática: Discusión general sobre Linux > Peruvian Linux User Group (http://www.linux.org.pe) > > Participa suscribiéndote y escribiendo a: [email protected] > Para darte de alta, de baja o hacer ajustes a tu suscripción visita: > http://voip2.voip.net.pe/mailman/listinfo/linux-plug > > IMPORTANTE: Reglas y recomendaciones > http://www.linux.org.pe/listas/reglas.php > http://www.linux.org.pe/listas/comportamiento.php > http://www.linux.org.pe/listas/recomendaciones.php > > Alojamiento de listas cortesia de http://cipher.pe > -- Rudy Godoy http://stone-head.org
_______________________________________________ Lista de correo Linux-plug Temática: Discusión general sobre Linux Peruvian Linux User Group (http://www.linux.org.pe) Participa suscribiéndote y escribiendo a: [email protected] Para darte de alta, de baja o hacer ajustes a tu suscripción visita: http://voip2.voip.net.pe/mailman/listinfo/linux-plug IMPORTANTE: Reglas y recomendaciones http://www.linux.org.pe/listas/reglas.php http://www.linux.org.pe/listas/comportamiento.php http://www.linux.org.pe/listas/recomendaciones.php Alojamiento de listas cortesia de http://cipher.pe
