Se conoce como propiedad intelectual el conjunto de incentivos y privilegios legales con los que la ley protege al autor -y eventualmente a los comercializadores- de una obra literaria o artística, invención o implementación tecnológica. Globalmente el sistema se articula a través de patentes y según los países copyright o derechos de autor.

Básicamente el sistema de propiedad intelectual se articula sobre privilegios exclusivos que el estado otorga a los autores, configurando de hecho distintos grados y formas de monopolio temporal sobre la comercialización y explotación del producto de sus creaciones y en algunos casos también sobre los usos que de esas creaciones hagan sus legítimos compradores. Tarifas entre 31 euros y 990 euros.

Licencia de software es la licencia que impide vender algo que esta protegido por el creador .Al cual si lo copias es un delito y te multan.

1. Reinvención de la rueda: Como el software privativo no puede usar componentes libres de licencia GPL, la empresa de software privativo siempre intentará escribir estos componentes desde cero, a no ser que tengan suerte de encontrar el componente bajo licencias LGPL/BSD, o estén dispuestos a sacrificarse con el siguiente inconveniente. [Mayor tiempo de desarrollo]

2. Uso de herramientas externas de pago. En caso de no encontrar tiempo para escribir los componentes/librerías software desde cero o no encontrarlos bajo licencias más que libres, otra opción es desembolsar dinero en comprar un componente a su vez privativo o de licencia dual. [Mayor coste de desarrollo]

3. Documentación o comunidad insuficiente. Por supuesto, hay algunas notorias excepciones a esta regla pero en ocasiones cuando se utiliza una librería o componente privativo es difícil encontrarse una comunidad de usuarios grande y activa con la que poder comunicarse e intercambiar conocimiento como ocurre con el software libre. Las librerías y componentes que se publican bajo licencia libre sin embargo suelen tener muchos más usuarios debido a ello (y si además el software es de calidad, claro) y además en caso de que hubiera escasez de documentación se podría mirar directamente el código fuente para comprobar el funcionamiento del componente, cosa que no es posible con la mayoría del software privativo. [Mayor complejidad.]

4. Baja estabilidad y robustez. Puesto que el producto no está abierto al uso, no suele haber muchos usuarios interesados en probar el software (sólo los clientes que han pasado por caja), por lo que la estabilidad del software en su conjunto es mucho menor. En el software libre sin embargo se obtiene un feedback apabullante (y gratuito) si el proyecto es de verdad de interés.[Peor calidad.]

5. Mayor tamaño de los programas: Puesto que el software privativo depende de librerías y componentes no libres, normalmente éstos han de ser adjuntados al programa puesto que el sistema operativo carece de ellos. Ejemplo: interfaces gráficas, librerías de propósito general de un lenguaje, máquinas virtuales, middlewares, pilas de comunicaciones, librerías de acceso a bases de datos, etc. En el software libre sin embargo, suele ocurrir que los programas dependen de componentes software muy conocidos y disponibles de serie en la mayoría de los sistemas operativos; es más, si acaso el componente no se hubiera instalado "de serie", los sistemas de gestión de paquetes actuales del software libre (uno de los puntos fuertes del software libre con respecto al propietario en cuanto al deployment) aplicarían automáticamente las dependencias que necesitara nuestro software, de manera recursiva. [Menor eficiencia de los recursos hardware, por tanto mayores requisitos para el usuario/cliente.]

6. Utilización de mayor tamaño de memoria (volátil o disco): Debido al anterior inconveniente, el hipotético caso en el que usasemos un sistema operativo privativo lleno de aplicaciones propietarias, cada una de ellas requeriría sus propios componentes o librerías que se instalarían en disco y se cargarían en memoria cada vez que se requiera su uso. Además, incluso aunque las aplicaciones usaran componentes comunes, es muy probable que cada aplicación necesitase una versión específica de cada uno de ellos, por lo que nunca existiría uniformidad en el uso de API's, el sistema estaría mucho más congestionado y lleno de distintas versiones de lo mismo, instaladas o funcionando al mismo tiempo. En el software libre sin embargo la mayoría de las distribuciones, en sus versiones estables, incluyen una única versión de cada librería con la que funcionan muchas aplicaciones, por lo que el uso de las cachés, la capacidad requerida de disco y memoria volátil, son mucho más eficientes. [Peor rendimiento del software.]

7. Menor seguridad: Por culpa los problemas de versionado comentados anteriormente, nos encontramos con que los programas privativos pueden estar usando (por necesidad) versiones distintas de las más actuales, por lo que hay un riesgo de seguridad al no estar usando las versiones más estables y más libres de problemas de seguridad de acceso o pérdida de información. [Menor fiabilidad en el software.]

8. Mayor gasto de ancho de banda en las actualizaciones: Todo componente software ha de actualizarse y mantenerse, por lo que los programas de software privativo también. Como no existe un modo común para todos los programas de software privativo de actualizarse, se tiene que cada uno de ellos tiene su sistema, por lo que se está derrochando ancho de banda en comunicación por la red al actualizar cada programa sus versiones específicas de las librerías sobre las que dependen. En el software libre todo esto es mucho más centralizado ya que es el propio sistema operativo quien se encarga únicamente de gestionar todas las actualizaciones de todo el software instalado, tanto de las librerías como de los programas. [Mayor gasto de recursos.]

9. Menor seguridad (frente a código/software malicioso): Esto es un tema que hace correr ríos de "bits" entre tantas opiniones que hay, y como no, yo aquí voy a dar la mía. Por supuesto que es factible la existencia de virus en Linux y otros sistemas operativos libres, y por supuesto que influye en su poca expansión hoy día dos factores importantes: a) Que estos sistemas operativos son minoritarios y por tanto, los programadores de virus prefieren no centrarse en ellos. b) Que estos sistemas operativos normalmente tienen muchos "sabores" (en el caso de Linux, distribuciones), lo que dificultaría a los programadores de virus desenvolverse bien para hacer que sus creaciones afectaran al máximo número de variantes posible (lo cual es una ventaja del software libre en cuanto a seguridad, pero la cual podría verse mermada en un hipotético mundo en el que el número de distribuciones destacadas se redujese drásticamente). Sin embargo, a pesar de todos estos manidos y no falsos argumentos, opino que el modelo de distribución del software libre dificulta también la propagación de virus. En un ejemplo ideal en el que tengamos una distribución que sólo tiene software GPL (que es a lo que tienden todas ellas), se dan las siguientes circunstancias:

o El conjunto de la distribución no sólo incluye el "sistema operativo" pelado (como ocurre en el mundo del software propietario, en el que posteriormente hay que ir instalando programas de forma no desatendida), sino que incluye montones de programas para el uso diario del usuario, por tanto esta situación tiende a que, cada vez menos, el usuario se encuentre con la necesidad de instalar software externo, de terceros, sea libre o no.

o El software incluido en la distribución normalmente se instala, en un primer momento, desde un conjunto cerrado e inmodificable de programas (un CD o DVD) en el que es impensable por tanto que ocurra un contagio (ojo que estoy hablando del S.O. + los programas; en el caso de Windows por ejemplo lo único disponible en medios de sólo lectura es el Windows, el Office, y el poco

software original que dispongamos, para a partir de ahí empezar a instalar el resto de cosas que normalmente se descargan de internet).

o Una vez instalado por primera vez el software de una distribución, posteriores instalaciones de programas o actualizaciones (sean de seguridad o no) suelen ocurrir desde los propios sistemas de actualización de la distribución mediante sistemas de repositorios de software remotos. La única forma de contagio que podría existir aquí es la suplantación de los servidores de la distribución, lo que sería bastante improbable pues cada vez tenemos empresas más grandes y, por tanto, responsables ante estas cuestiones de seguridad (¿cuántas veces se ha conseguido hackear la página de Novell?). Luego, esto sumado a que, en la situación de ejemplo ideal en la que nos encontramos, todo software distribuido, aunque precompilado, proviene de unas fuentes libres y abiertas al público, una situación en la que es cuasi-imposible la inclusión de código malicioso (aquí los detractores del software libre soltarían su manido "¡pero si nadie se pone a ver el código luego!", a lo que yo respondería: "el usuario de a pie no, muchos programadores tampoco, pero otros programadores y, sobre todo, los responsables de cada proyecto libre, sí revisan cada modificación").

Por último, me gustaría mencionar otra ventaja que ocurre hoy día en la práctica (y que no tiene por qué ser una consecuencia del modelo de desarrollo del software libre, sino casi del modelo de desarrollo actual del software propietario, y que podría cambiar): la apuesta por la seguridad frente a la comodidad. Y para explicar esto sólo enunciaré las diferencias que existen entre el sistema de permisos de los sistemas de ficheros en sistemas tipo Unix frente a los de sistemas tipo Windows, para lo cual apuntaré a mis lectores hacía un enlace: Pregunta típica de nuevo usuario de Linux: ¿Qué antivirus?. Podría pensarse que a partir del título del enlace se va a hablar de un modo genérico de la seguridad frente a malware en Linux, pero al final sólo se centra más o menos en este aspecto práctico que yo también quería resaltar (y los comentarios que hay bajo esa entrada se desvían bastante también del tema, aunque sí son buenos puntos de vista, tanto a favor como en contra).

10. Menor seguridad (frente a defectos software y el tiempo de su actualización): Tener el código fuente disponible permite que la gente lo modifique, y por tanto, permite que la gente lo arregle mucho antes. Con software privativo estás vendido a lo que quiera hacer la empresa con él y cuándo hacerlo.

11. Mayor complejidad (de mantenimiento): Muchas veces ocurre que si un software puede enlazarse con bibliotecas privativas (a las que no se tiene acceso público para poder cambiarlas) hay que estabilizar API's para que los desarrolladores no tengan que cambiar constantemente su código. Pero esto en ocasiones (por ejemplo a la hora de comparar el kernel Linux con otros) provoca que se tenga que hacer trabajo extra manteniendo API's antiguas, y que el software evolucione más lentamente. [Mayor coste de mantenimiento (recursos humanos)

Creative commons

Creative Commons es una organización no gubernamental sin ánimo de lucro que desarrolla planes para

ayudar a reducir las barreras legales de la creatividad, por medio de nueva legislación y nuevas

tecnologías. Fue fundada por Lawrence Lessig, profesor de derecho en la Universidad de Stanford y

especialista en ciberderecho, quien la presidió hasta marzo de 2008.

Creative Commons (en español: bienes comunes creativos) es también el nombre dado a las licencias

desarrolladas por esta organización.

El proyecto Creative Commons International es un apéndice del proyecto mayor de Creative Commons.

Tiene por objetivo traducir las licencias Creative Commons a los diferentes idiomas, así como adaptarlas

a las diferentes legislaciones y sistemas de derechos de autor alrededor del mundo. Este trabajo está

liderado por la directora de Creative Commons International, Catharina Maracke y por equipos de

voluntarios en los diferentes países.