Ministerio de educación

Instituto José dolores moscote

Asignatura:

Taller de sistema robótico

Investigación:

Software libre

Profesora:

Glinnis villalaz

Elaborado:

Taller de robótica

Nivel:

12°D

2019
 Software libre

Software libre» es el software que respeta la libertad de los usuarios y la

comunidad. A grandes rasgos, significa que los usuarios tienen la libertad de
ejecutar, copiar, distribuir, estudiar, modificar y mejorar el software. Es decir, el
«software libre» es una cuestión de libertad, no de precio. Para entender el
concepto, piense en «libre» como en «libre expresión», no como en «barra libre».
En inglés, a veces en lugar de «free software» decimos «libre software»,
empleando ese adjetivo francés o español, derivado de «libertad», para mostrar
que no queremos decir que el software es gratuito.

Promovemos estas libertades porque todos merecen tenerlas. Con estas

libertades, los usuarios (tanto individualmente como en forma colectiva) controlan
el programa y lo que este hace. Cuando los usuarios no controlan el programa,
decimos que dicho programa «no es libre», o que es «privativo». Un programa que
no es libre controla a los usuarios, y el programador controla el programa, con lo
cual el programa resulta ser un instrumento de poder injusto.

Las cuatro libertades esenciales

Un programa es software libre si los usuarios tienen las cuatro libertades

esenciales:

 La libertad de ejecutar el programa como se desee, con cualquier propósito

(libertad 0).
 La libertad de estudiar cómo funciona el programa, y cambiarlo para que haga
lo que usted quiera (libertad 1). El acceso al código fuente es una condición
necesaria para ello.

 La libertad de redistribuir copias para ayudar a otros (libertad 2).

 La libertad de distribuir copias de sus versiones modificadas a terceros

(libertad 3). Esto le permite ofrecer a toda la comunidad la oportunidad de
beneficiarse de las modificaciones. El acceso al código fuente es una
condición necesaria para ello.

Un programa es software libre si otorga a los usuarios todas estas libertades de

manera adecuada. De lo contrario no es libre. Existen diversos esquemas de
distribución que no son libres, y si bien podemos distinguirlos en base a cuánto les
falta para llegar a ser libres, nosotros los consideramos contrarios a la ética a
todos por igual.

En cualquier circunstancia, estas libertades deben aplicarse a todo código que

pensemos utilizar hacer que otros utilicen. Tomemos por ejemplo un programa A
que automáticamente ejecuta un programa B para que realice alguna tarea. Si se
tiene la intención de distribuir A tal cual, esto implica que los usuarios necesitarán
B, de modo que es necesario considerar si tanto A como B son libres. No
obstante, si se piensa modificar A para que no haga uso de B, solo A debe ser
libre; B no es relevante en este caso.

«Software libre» no significa que «no es comercial». Un programa libre debe estar
disponible para el uso comercial, la programación comercial y la distribución
comercial. La programación comercial de software libre ya no es inusual; el
software libre comercial es muy importante. Puede haber pagado dinero para
obtener copias de software libre, o puede haber obtenido copias sin costo. Pero
sin tener en cuenta cómo obtuvo sus copias, siempre tiene la libertad de copiar y
modificar el software, incluso de vender copias.
Un programa libre debe ofrecer las cuatro libertades a todo usuario que obtenga
una copia del software, siempre y cuando el usuario haya respetado las
condiciones de la licencia libre que cubre el software. Privar de alguna de esas
libertades a ciertos usuarios, o exigirles un pago en dinero o en especie para
ejercerlos, equivale a no garantizarles las libertades en cuestión, lo que hace que
el programa no sea libre.

En el resto de esta página tratamos algunos puntos que aclaran qué es lo que
hace que las libertades específicas sean adecuadas o no.

La libertad de ejecutar el programa como se desee

La libertad de ejecutar el programa significa que cualquier tipo de persona u

organización es libre de usarlo en cualquier tipo de sistema de computación, para
cualquier tipo de trabajo y finalidad, sin que exista obligación alguna de
comunicarlo al programador ni a ninguna otra entidad específica. En esta libertad,
lo que importa es el propósito del usuario, no el del programador. Usted como
usuario es libre de ejecutar el programa para alcanzar sus propósitos, y si lo
distribuye a otra persona, también esa persona será libre de ejecutarlo para lo que
necesite; usted no tiene el derecho de imponerle sus propios objetivos a la otra
persona.

La libertad de ejecutar el programa como se desee significa que al usuario no se le

prohíbe o no se le impide ejecutarlo. Esto no tiene nada que ver con el tipo de
funcionalidades que el programa posea, ni con su capacidad técnica de funcionar
en un entorno dado, ni con el hecho de que el programa sea o no sea útil con
relación a una operación computacional determinada.

La libertad de estudiar el código fuente y modificarlo

Para que las libertades 1 y 3 (realizar cambios y publicar las versiones

modificadas) tengan sentido, usted debe tener acceso al código fuente del
programa. Por consiguiente, el acceso al código fuente es una condición necesaria
para el software libre. El «código fuente» ofuscado no es código fuente real y no
cuenta como código fuente.

La libertad 1 incluye la libertad de usar su versión modificada en lugar de la

original. Si el programa se entrega unido a un producto diseñado para ejecutar
versiones modificadas por terceros, pero rechaza ejecutar las suyas —práctica
conocida como «teorización» o «bloqueo», o (según la terminología perversa de
quienes lo practican) «arranque seguro»—, la libertad 1 se convierte en una vana
simulación más que una realidad práctica. Estos binarios no son software libre,
aun cuando se hayan compilado a partir de un código fuente libre.

Una manera importante de modificar el programa es agregándole subrutinas y

módulos libres ya disponibles. Si la licencia del programa especifica que no se
pueden añadir módulos que ya existen y que están bajo una licencia apropiada,
por ejemplo si requiere que usted sea el titular del copyright del código que desea
añadir, entonces se trata de una licencia demasiado restrictiva como para
considerarla libre.

Si una modificación constituye o no una mejora, es un asunto subjetivo. Si su

derecho a modificar un programa se limita, básicamente, a modificaciones que
alguna otra persona considera una mejora, el programa no es libre.

Cuando hable del software libre, emplee los términos adecuados

Cuando se habla de software libre, es mejor evitar usar términos como «regalar» o
«gratuito», porque dichos términos implican que el asunto es el precio, no la
libertad. Algunos términos comunes como «piratería» implican opiniones con las
que esperamos no concuerde. Véase un análisis sobre el uso de esos términos en
nuestro artículo palabras y frases confusas que vale la pena evitar. También
tenemos una lista de las traducciones correctas de «software libre» a varios
idiomas.
Entre los años 1960 y 1970, el software no se consideraba un producto sino un
añadido que los vendedores de las grandes computadoras de la época
(las mainframes)[7] aportaban a sus clientes para que estos pudieran usarlas. En
dicha cultura, era común que programadores y software compartieran libremente
sus programas unos con otros. Este comportamiento era particularmente habitual
en algunos grupos de usuarios de la época, como DECUS (grupo de usuarios de
computadoras DEC). A finales de la década de 1970, las compañías iniciaron el
hábito de imponer restricciones a los usuarios, con el uso de acuerdos de licencia.
En 1971, cuando la informática todavía no disfrutaba de su gran auge, las
personas que hacían uso de ella, en ámbitos universitarios y empresariales,
creaban y compartían el software sin ningún tipo de restricciones.
Con la llegada de los años 1980 la situación empezó a cambiar. Las
computadoras más modernas comenzaban a utilizar sistemas
operativos privativos, forzando a los usuarios a aceptar condiciones restrictivas
que impedían intercambiar, compartir o realizar modificaciones a dicho software.
En caso de que algún usuario o programador encontrase algún error en la
aplicación, lo único que podía hacer era darlo a conocer a la empresa
desarrolladora para que esta lo solucionara. Aunque el programador estuviese
capacitado para solucionar el problema y lo desease hacer sin pedir nada a
cambio, el contrato le impedía que modificase el software.
En 1971, el estadounidense Richard Matthew Stallman, estudiante de Física de la
Universidad de Harvard, formó parte como hacker del Laboratorio de Inteligencia
Artificialdel Instituto Tecnológico de Massachusetts. En la década de 1980, la
cultura hacker que constituía la vida de Stallman empezó a disolverse bajo la
presión de la comercialización en la industria del software. Los demás compañeros
de Stallman, también hackers del laboratorio, fundaron la compañía Symbolics que
intentaba reemplazar el software libre producido en las instalaciones
por software no libre de su propiedad. Stallman contó, años después, que por
aquellos años, en el laboratorio donde trabajaba, habían recibido
una impresoradonada por una empresa externa. El dispositivo, que era utilizado
en red por todos los trabajadores, parecía no funcionar a la perfección, dado que
cada cierto tiempo el papel se atascaba. Como agravante, no se generaba ningún
aviso que se enviase por red e informase a los usuarios de la situación.
La pérdida de tiempo era constante, ya que en ocasiones, los trabajadores
enviaban por red sus trabajos a imprimir y al ir a buscarlos se encontraban la
impresora atascada y una cola enorme de trabajos pendientes. Richard Stallman
decidió arreglar el problema, e implementar el envío de un aviso por red cuando
la impresora se bloqueara. Para ello necesitaba tener acceso al código fuente de
los controladores de la impresora. Pidió a la empresa propietaria de la impresora
lo que necesitaba, comentando, sin pedir nada a cambio, qué era lo que pretendía
realizar. La empresa se negó a entregarle el código fuente. En ese preciso
instante, Stallman se vio en una encrucijada: debía elegir entre aceptar el
nuevo software propietariofirmando acuerdos de no revelación y acabar
desarrollando más software propietario con licencias restrictivas, que a su vez
deberían ser más adelante aceptadas por sus propios colegas. Stallman renunció
a su empleo, viviendo de realizar programas libres y vender las copias en cintas y
el día 27 de septiembre de 1983, anunció en varios grupos de noticiasde Usenet el
inicio del Proyecto GNU, que perseguía crear un operativo completamente libre.[8]
En 1985, Stallman fundó la organización Free Software Foundation (FSF) e
introdujo la definición formal de software libre y el concepto de copyleft, que
desarrolló para otorgar libertad a los usuarios y para restringir las posibilidades de
apropiación del software.[9]
En 1984, Stallman renuncia al MIT(Instituto Tecnológico de Massachusetts-
traducido del Inglés) para evitar que la universidad exigiera derechos sobre el
software que estaba desarrollando en el marco del Proyecto GNU y en 1985
publica el Manifiesto GNU para describir el propósito del proyecto y explicar la
importancia del software libre. En 1986 publicó la definición de "Software Libre" y
creo la Fundación para el Software Libre (Free Software Foundation - FSF), y en
1989 publicó la primera versión de la Licencia Pública General GNU (General
Public License - GPL).
Algunos motivos para el uso del software libre

Razón macro-económica

Brasil, por ejemplo, transfiere al exterior, anualmente, más de un millardo de

dólares en pagos de licencias de software, en un mercado interno que mueve
anualmente tres millardos de dólares. Esto significa que un tercio de lo que mueve
la industria del software en el Brasil es transferido, en forma de pagos de royalties,
a las mega-empresas monopolistas de software del extranjero.

Esa realidad, además de significar un aumento del déficit en la balanza

internacional de servicios, inviabiliza el desarrollo de las empresas
de informáticaen el Brasil.

Las cuestiones de la seguridad y de la confidencialidad también son factores

importantes para la escogencia del software libre. Una plataforma tecnológica
debe garantizar la seguridad en los sistemas de información y la confidencialidad
de los datos de los usuarios. Para que esto ocurra es imprescindible el acceso al
código fuente de los programas. Sin el código fuente es imposible verificar si los
programas hacen solamente aquello que el fabricante dice que hacen, o si en
verdad hay una “puerta trasera” violando la confidencialidad de la información.
Igualmente, sin el código fuente se hace imposible corregir las fallas en el
programa sin recurrir al fabricante propietario.

Autonomía e independencia tecnológica

El principal capital de la Revolución digital y de la Sociedad de la Información es

justamente el conocimiento digital. Esto implica que los excluidos digitales son
aquellos que no tienen acceso al conocimiento digital. ¿Cómo pensar en la
inclusión de cualquier país en la sociedad del conocimiento sin que las
universidades, escuelas, empresas, centros de búsqueda, gobiernos y sociedad
tengan conocimiento pleno de la tecnología que se está difundiendo? Por lo tanto,
cualquier programa de inclusión digital o de inserción en la Sociedad de la
Información sólo es consistente si es realizado con software libre. Programas de
inclusión digital, realizados con software secreto y privativo son, en verdad,
programas de “exclusión” del conocimiento digital.

Independencia de los proveedores

Se tiene el derecho a conocer lo que se está utilizando o comprando. Las

dependencias tecnológicas causadas por las plataformas propietarias inhiben la
competitividad, imposibilitan el conocimiento sobre el contenido del producto
adquirido y crean una exclusividad de mercado a la empresa que vendió al
consumidor.

El software libre da más independencia en relación al proveedor de soluciones. El

individuo que utiliza una solución de software libre tiene acceso al código fuente y
a las cuatro libertades básicas del software libre. De esta manera, al tener
el código fuente, no está supeditado al que desarrolló la solución original.

La utilización de software privativo es lo mismo, por ejemplo, que utilizar un

medicamento sin tener el derecho a conocer la fórmula química. O aún, comprar
alimentos industrializados sin tener el derecho a conocer de qué están hechos.

Conocimiento compartido

Para que los países menos desarrollados o en vías de desarrollo tengan la

oportunidad de superar una etapa histórica de dependencia y subordinación en el
escenario mundial, las actuales leyes y tratados internacionales de patentes,
copyright y marcas, protegidas por la ideología de la propiedad intelectual,
necesitan ser alteradas y flexibilizadas. Históricamente, el discurso de la ideología
de la propiedad intelectual se estableció para favorecer la libertad de creación,
para estimular a los inventores y para promover los beneficios para la sociedad.
Hoy se ha convertido en un mercado exclusivo de los países desarrollados y sus
monopolios. Alternativas como las licencias “copyleft”, GPL - General Public
License y Creative Commons trabajan con la expectativa de la libertad y del
conocimiento compartido, dando un sentido positivo y actual, sintonizado con las
nuevas posibilidades creadas por la Revolución digital.
Ventajas del software libre

 Los estudiantes y profesionales no se aferran a un entorno de trabajo.

 Los costos de adquisición de herramientas informáticas son mínimos.
 Formación de profesionales que obtendrán mejores ingresos.
 Las instituciones y/o personas no se tienen que atar a un determinado
programa o casa desarrolladora.
 Disfrutar de las libertades del software libre, sin ser tildados como “piratas”.

Software de código abierto («Open Source»)

Algunas personas utilizan la expresión software de «código abierto» para referirse

más o menos a la misma categoría a la que pertenece el software libre. Sin
embargo, no son exactamente el mismo tipo de software: ellos aceptan algunas
licencias que nosotros consideramos demasiado restrictivas, y hay licencias de
software libre que ellos no han aceptado. De todos modos, hay muy poca
diferencia entre lo que abarca una y otra categoría: conocemos pocos casos de
código fuente que sea abierto pero no libre. En principio, podría suceder que algún
programa libre fuera rechazado como de código abierto, pero no sabemos si eso
ha sucedido alguna vez.

Nosotros preferimos la expresión «software libre» porque se refiere a libertad,

cosa que no sucede con la expresión «código abierto».

Software de dominio público

El software de dominio público es aquel que no tiene derechos de autor. Si el

código fuente es de dominio público, se trata de un caso especial de software libre
sin copyleft, lo que significa que algunas copias o versiones modificadas pueden
no ser libres en absoluto.

En algunos casos, un programa ejecutable puede ser de dominio público pero no

disponer libremente del código fuente. En ese caso no es software libre, porque el
software libre requiere accesibilidad al código fuente. Por otro lado, la mayoría del
software libre no está en el dominio público sino bajo los derechos de autor, y los
titulares de esos derechos han dado el permiso legal para que todos puedan
utilizarlo en libertad, usando una licencia de software libre.

Algunas personas utilizan el término «dominio público» de manera imprecisa

queriendo decir «libre» o «gratuito». Sin embargo, «dominio público» es un
término jurídico cuyo significado preciso es «sin derechos de autor». Para ser lo
más claro posible, recomendamos el uso del término «dominio público» para
expresar solamente este significado, y el uso de las otras expresiones para
transmitir sus significados correspondientes.

En el marco del Convenio de Berna, que la mayoría de los países han firmado,
todo lo que se escribe queda automáticamente bajo el dominio de los derechos de
autor, inclusive los programas informáticos. Por lo tanto, si usted quiere que un
programa que ha escrito esté disponible en el dominio público, debe tomar
algunas medidas legales para renunciar a esos derechos; de lo contrario el
programa quedará sujeto a los derechos de autor.

Software con copyleft

El software con copyleft es software libre cuyos términos de distribución garantizan

que todas las copias de todas las versiones tengan aproximadamente los mismos
términos de distribución. Esto significa, por ejemplo, que las licencias copyleft
generalmente no permiten que terceros le agreguen requisitos adicionales al
software (aunque puede estar permitido agregar un conjunto limitado de requisitos
que se consideran seguros) y exigen que el código fuente esté disponible. Esto
tutela el programa y sus versiones modificadas contra algunas de las formas más
comunes de convertirlo en software privativo.

Algunas licencias copyleft, como la GPL versión 3, impiden otras formas de

convertir en privativo el software, tales como la «tivoización».

En el Proyecto GNU, publicamos con copyleft casi todo el software que escribimos
porque nuestro objetivo es dar a todos los usuarios las libertades que implica el
término «software libre». Véase nuestro artículo sobre copyleft donde se explica
más detalladamente cómo funciona el copyleft y por qué lo usamos.

Copyleft es un concepto general: para poner un programa bajo copyleft, es

necesario adoptar un conjunto específico de cláusulas para la distribución. Existen
varias maneras de redactar las cláusulas de copyleft, por lo que en principio
pueden existir muchas licencias libres con copyleft. Sin embargo, en la práctica,
para casi todo el software con copyleft se usa la Licencia Pública General de GNU
(GNU General Public License). Generalmente dos licencias diferentes con copyleft
son «incompatibles», lo cual significa que es ilegal combinar el código que está
bajo un tipo de licencia con el código que está bajo otro tipo de licencia; por eso es
bueno para la comunidad usar una sola licencia con copyleft.

LIBERTADES DEL SOFTWARE LIBRE

De acuerdo con tal definición, el software es "libre" si garantiza las siguientes

libertades:

 "libertad 0", ejecutar el programa con cualquier propósito (privado,

educativo, público, comercial, etc.)
 "libertad 1", estudiar y modificar el programa (para lo cual es necesario
poder acceder al código fuente)
 "libertad 2", copiar el programa de manera que se pueda ayudar al vecino o
a cualquiera
 "libertad 3", mejorar el programa, y hacer públicas las mejoras, de forma
que se beneficie toda la comunidad.

Es importante señalar que las libertades 1 y 3 obligan a que se tenga acceso al

código fuente. La "libertad 2" hace referencia a la libertad de modificar y
redistribuir el software libremente licenciado bajo algún tipo de licencia de software
libre que beneficie a la comunidad.

Ciertos teóricos usan este punto cuarto (libertad 3) para justificar parcialmente las
limitaciones impuestas por la licencia GNU GPL frente a otras licencias de
software libre, sin embargo el sentido original es más libre, abierto y menos
restrictivo que el que le otorga la propia GNU GPL.

La licencia GNU GPL posibilita la modificación, redistribución del software, pero

únicamente bajo esa misma licencia. Y añade, que si se reutiliza en un mismo
programa código "A" licenciado bajo licencia GNU GPL y código "B" licenciado
bajo otro tipo de licencia libre, el código final "C", independientemente de la
cantidad y calidad de cada código "A" y "B" debe de estar bajo la licencia GNU
GPL.

En la práctica esto hace que las licencias de software libre se dividan en dos
grandes grupos, aquellas que pueden ser mezcladas con código licenciado bajo
GNU GPL (y que inevitablemente desaparecerán en el proceso, al ser el código
resultante licenciado bajo GNU GPL) y las que no lo permiten al incluir mayores u
otros requisitos que no contempla ni admite la GNU GPL y que por lo tanto no
puede ser enlazadas ni mezcladas con código gobernado por la licencia GNU
GPL.

Esta situación de incompatibilidad, que podría ser resuelta en la próxima versión

3.0 de la licencia GNU GPL (en desarrollo), causa en estos momentos graves
prejuicios a la comunidad de programadores de software libre, que muchas veces
no pueden reutilizar o mezclar códigos de dos licencias distintas, pese a que las
libertades teóricamente lo deberían permitir.

En el sitio web de la FSF hay una lista de licencias que cumplen las condiciones
impuestas por la GNU GPL y otras que no.

En el sitio web de la OSI está la lista completa de las licencias de software libre
actualmente aprobadas y tenidas como tales.

El término software no libre se emplea para referirse al software distribuido bajo

una licencia de software más restrictiva que no garantiza estas cuatro libertades.
Las leyes de la propiedad intelectual reservan la mayoría de los derechos de
modificación, duplicación y redistribución para el dueño del copyright; el software
dispuesto bajo una licencia de software libre rescinde específicamente la mayoría
de estos derechos reservados.

La definición de software libre no contempla el asunto del precio; un eslogan

frecuentemente usado es "libre como en libertad de expresión no como en cerveza
gratis" (aludiendo a la ambigüedad del término inglés "free"), y es habitual ver a la
venta CDs de software libre como distribuciones GNU/Linux. Sin embargo, en esta
situación, el comprador del CD tiene el derecho de copiarlo y redistribuirlo.

El software gratis pude incluir restricciones que no se adaptan a la definición de

software libre ?por ejemplo, puede no incluir el código fuente, puede prohibir
explícitamente a los distribuidores recibir una compensación a cambio, etc.?.

El Software Libre se presta a menos abusos

Desafortunadamente, muchas compañías han comenzado a llamar sus productos

"Open Source" cuando algunas partes del código son visibles. Los usuarios
compran este software creyendo que están adquiriendo algo "tan bueno como
GNU/Linux" ya que alega seguir los mismos principios.

No debemos permitir que los vendedores de software privativo abusen del

entusiasmo de las personas de esta forma. Como la marca registrada "Open
Source" ha fracasado, no hay forma de evitar el abuso que se hace posible por la
confusión mencionada.

El Software Libre está bien definido

La ciencia y la filosofía han mostrado que es siempre preferible partir de una

buena definición bien clara.

La definición de software libre dada por la "Free Software Foundation", con sus
cuatro libertades, es la definición más clara que existe actualmente.
El Software Libre proporciona valor adicional

A diferencia de Open Source, Software Libre proporciona una filosofía y no apenas

un modelo técnico para desarrollar mejor software. Las compañías pueden
aprender a beneficiarse de la filosofía y la experiencia del Software Libre.

Cómo funciona? ¡Copyleft!

En vista a que las leyes de copyright sobre el software suelen utilizarse para
privarnos de nuestra libertad, Stallman y la FSF desarrollaron un documento legal
llamado la GNU General Public License (GPL) para proteger dicha libertad. En
lugar de restringir qué puede hacerse con el software, la GPL nos alienta a
estudiar y compartir. Por eso es lo que denominamos una licencia ``copyleft''.
Miles de personas y negocios, desde amateurs a grandes compañías como IBM y
Novell, desarrollan y distribuyen software bajo los términos de la GPL.

Pero qué software utilizar es una elección del usuario, no de la gente que lo
programa y lo vende. Es fácil perder nuestra libertad al pulsar el botón Aceptar
después de pasar rápidamente treinta páginas de restricciones. O podemos pulsar
Cancelar, y buscar algún programa libre que haga lo que necesitamos.

Debemos pulsar Cancelar siempre que podamos, porque es la opción más ética.
Hacerlo significa que tendremos que aprender a utilizar un nuevo programa, y
algunas veces la alternativa libre quizá no funcione tan bien; la alternativa ética no
siempre es la alternativa fácil.

Aspectos legales y jurídicos en el software libre (Licencias)

Una licencia es aquella autorización formal con carácter contractual que un autor
de un software da a un interesado para ejercer "actos de explotación legales".
Pueden existir tantas licencias como acuerdos concretos se den entre el autor y el
licenciatario. Desde el punto de vista del software libre, existen distintas variantes
del concepto o grupos de licencias:

Las libertades definidas anteriormente están protegidas por licencias de software

libre, de las cuales una de las más utilizadas es la Licencia Pública General GNU
(GPL). El autor conserva los derechos de autor (copyright), y permite la
redistribución y modificación bajo términos diseñados para asegurarse de que
todas las versiones modificadas del software permanecen bajo los términos más
restrictivos de la propia GNU GPL. Esto hace que no sea imposible crear un
producto con partes no licenciadas GPL: el conjunto tiene que ser GPL.

Licencias estilo BSD, llamadas así porque se utilizan en gran cantidad de software
distribuido junto a los sistemas operativos BSD. El autor, bajo tales licencias,
mantiene la protección de copyright únicamente para la renuncia de garantía y
para requerir la adecuada atribución de la autoría en trabajos derivados, pero
permite la libre redistribución y modificación, incluso si dichos trabajos tienen
propietario. Son muy permisivas, tanto que son fácilmente absorbidas al ser
mezcladas con la licencia GNU GPL con quienes son compatibles.

Puede argumentarse que esta licencia asegura “verdadero” software libre, en el

sentido que el usuario tiene libertad ilimitada con respecto al software, y que
puede decidir incluso redistribuirlo como no libre. Otras opiniones están orientadas
a destacar que este tipo de licencia no contribuye al desarrollo de más software
libre.

Licencias Creative Commons. Creative Commons es una organización sin ánimo

de lucro que ofrece un sistema flexible de derechos de autor para el trabajo
creativo. Ofrece un abanico de licencias que abarcan desde el tradicional sistema
de derechos de autor hasta el dominio público Su objetivo es dar opciones a
aquellos creadores que quieren que terceras personas utilicen y/o modifiquen su
obra bajo determinadas condiciones. Y estas condiciones son escogidas por el
propio autor. Entre una obra con "todos los derechos reservados" o una con
"ningún derecho reservado", Creative Commons propone tener "algunos derechos
reservados"

Pros y contras del uso de software libre

 - Costo

- Seguridad

- Soporte

- Popularidad

- Variedad

- Documentación

- Escalabilidad

- Personalización

Comunidades de desarrollo de software libre

- Grupos de desarrollo por todo el mundo

- Modelos interdisciplinarios (todas las áreas)

- Participación activa y reactiva

- Fundaciones creadas específicamente para la promoción y desarrollo de

proyectos de SL (superar problema de supervivencia y fondeo)

- Organismos gubernamentales orientados y dedicados a esta nueva forma

de hacer tecnología

- Sentido de pertenencia y de participación grupa

Modelos de operación de desarrollo de software libre

Metodología Ágil – Programación extrema

Esta metodología empuja hacia una organización menos formal y jerárquica en el

desarrollo de software y más centrada en la persona, con un énfasis mayor en:

- centrarse en el objetivo principal del desarrollo — producir

un sistema de gestión con la cantidad correcta de funcionalidades. Esto significa
que el sistema final tiene que incluir sólo el mínimo número de características
necesarias para satisfacer por completo al cliente real.

- eliminar actividades que se relacionaron con algunos documentos 'formales' de

especificaciones que no tienen una relación directa clara con el resultado final
del producto. Este enfoque está claramente vinculado a la "gestión ligera"

Valores principales de esta metodología:

1. Comunicación: los desarrolladores necesitan intercambiar información e ideas

sobre el proyecto, a los directivos, y a los clientes de forma honrada, confiable y
fácil. La información debe fluir de manera continua y rápida.

2. Sencillez: siempre que sea posible hay que elegir soluciones simples. Esto no
significa estar equivocado o aplicar enfoques simplistas. Beck utiliza a menudo el
siguiente aforismo " simple pero no demasiado simple ".

3. Retroalimentación: en todos los niveles las personas deberían obtener una

retroalimentación muy rápida sobre lo que hacen. Los clientes, los directivos y los
desarrolladores tienen que alcanzar una comprensión común de la metadel
proyecto, y también acerca del estado actual del proyecto, sobre qué necesitan
realmente los clientes en primer lugar primero y sobre sus prioridades, y qué
desarrolladores pueden hacerlo y en que tiempo. Esto está fuertemente conectado
con las comunicaciones. También debería haber una retroalimentación inmediata
del trabajoque está haciendo la gente, es decir, del código que se está
produciendo – todo lo cual exige pruebas, integraciones, versiones y entregas
frecuentes.

4. Valor: cada persona implicada en el proyecto debería de tener el valor (y el

derecho) de expresar su valoración sobre el proyecto. Todos deberían de tener el
valor de ser abiertos y dejar que todos examinasen e incluso modificasen su
trabajo. Los cambios no deberían ser vistos con terror y los desarrolladores
deberían tener el valor de encontrar mejores soluciones y modificar el código
siempre que sea necesario y factible.
Los principios fundamentales son:

1. Retroalimentación rápida: volviendo al valor de la retroalimentación, ésta

debería ocurrir tan pronto como fuera posible, tener el impacto más alto en el
proyecto y limitar lo más posible las interrupciones potenciales.

2. Asumir la sencillez: según lo mencionado, la sencillez es un valor muy

importante. Por lo tanto, la sencillez debería ser asumida en todas las fases del
desarrollo.

3. Cambios incrementales: el cambio (en su mayor parte procedente de la

retroalimentación) no debería hacerse todo de una vez. Por consiguiente debería
ser un proyecto permanente e incremental, dirigido a crear un sistema evolutivo.

4. Adopción del cambio: el cambio debería ser manejado con valor y no ser
evitado. El sistema en su totalidad, y el código, debería ser organizado para
facilitar el cambio más amplio posible.

5. Calidad del trabajo: la calidad debería ser la principal preocupación. La carencia

de calidad genera revisiones y derroches que deberían ser evitados en la mayor
medida posible. Otros principios de XP son:

6. Enseñe a aprender: la identificación de requisitos es

un proceso de aprendizaje global. Por lo tanto, el aprendizaje es de suma
importancia en el sistema.

7. Inversión inicial pequeña: el trabajo previo debería ser lo más escaso posible,
puesto que subsiguientes cambios pueden destruirlo.

8. Jugar a ganar: todos los desarrollos deberían ser guiados por la clara
convicción de qué lo que hacemos es realmente factible. Experimentos concretos:
las ideas deberían no ser validadas a través de discusiones largas y teóricas sino
vía experimentaciones concretas en el código base.
9. Comunicación abierta, honesta: la comunicacióndebería ser siempre simple y
fácil. El cliente no debería ocultar sus prioridades ni los desarrolladores y
directivos deberían ocultar el estado actual del trabajo.

10. Trabajar con los instintos de la gente - no contra ellos: el papel de los
directivos es obtener lo mejor de los desarrolladores, así que deberían explotarse
las inclinaciones naturales de éstos. Un espíritu de equipo fuerte debería ser
aprovechado. Por otra parte, en las relaciones entre los directivos, desarrolladores
y clientes no deberían ignorarse los miedos, ansiedades e incomodidades sino ser
manejados correctamente.

11. Aceptar responsabilidades: todo el personal del proyecto (clientes, directivos y

desarrolladores) debería aceptar voluntariamente sus propias responsabilidades.
Tales responsabilidades deberían entonces ser asignadas con completa
confianza.

12. Adaptación local: la metodología debería ser adaptada sabiamente a las

necesidades de cada contexto de desarrollo.

13. Viaje con poco equipaje: en los proyectos XP es importante mantener la

mínima cantidad de documentos posible, evidentemente sin comprometer la
integridad del proyecto.

14. Honradez en las métricas: el proyecto debería ser seguido con métricas
objetivas y comprensibles. Las métricas deberían ser recogidas mediante
un procedimiento ligero que no altere la naturaleza de XP.

Elección de aplicaciones de software libre ¿siempre es la mejor?

- Software Libre: No todo lo que brilla es oro, ni todo el oro brilla

- A veces las soluciones privativas o comerciales son una mejor opción que
el Software libre
 - Buscar puntos intermedios (balancear prioridades)

- Análisis de riesgo

- Tiempos de respuesta

- Mantenimiento y soporte

- Reputación de aplicaciones

Ideología del software libre

¿Qué obtienes al desarrollar Software Libre ?

" No me ha importado el dinero, me importa saber que alguna vez utilice software
libre y me ayudó muchísimo, y que mejor que desarrollar algo que a alguien más
le servirá también "

- Libre de libertad

- Libre de cooperación

- Libre de superarse (mejorar la forma de trabajar)

- Libre de aprender

El movimiento del Software Libre ha sensibilizado a muchos que creen que sus
esfuerzos no son reconocidos, el principio básico es la libertad, que no es lo
mismo que gratuidad, hoy en día es fácil encontrar a personas que involucradas
no solo en el aspecto técnico de programación o desarrollo, apoyen al movimiento,
porque este movimiento es totalmente inclusivo, con la puerta abierta para todo y
todos, libre... como se define, un movimiento con un principio base,

Impacto del software libre

- Gobiernos (* Nota final)

 - Entidades educativas (Inclusión de materias obligatorias en carreras de
ingeniería e informática, Argentina, Chile, México y España)

- Soluciones empresariales (Servidores 75% bajo alguna versión de Linux)

- Iglesia (Primeros esfuerzos, incipientes comunidades de desarrollo,

esfuerzos aislados que deberían encontrar la forma de unirse, Francia
(Cristux), Bibliux (USA), Aleluya (MX)

* Nota final:

1. Alemania pagando por el desarrollo del Kroupware. Además ciudades como

Munich, que migró sus sistemas a SuSE Linux, una distribución alemana
especialmente orientada a KDE.

2. Cuba donde el gobierno ha establecido una indicación oficial para introducir de

manera progresiva el software libre y en particular el Linux y en el que la red de
Salud Pública, Infomed, fue pionera en su uso. Cuba, como otros muchos países,
está apostando por la informatización de la sociedad a partir del uso del software
libre en un esfuerzo por socializar y masificar el uso de estas tecnologías

3. China, con su acuerdo con Sun Microsystems para distribuir millones de Java
Desktop (una distribución de Linux basada en GNOME y especialmente bien
integrada con java)

4. Brasil, con una actitud generalmente positiva, y, por ejemplo, con el desarrollo
de los telecentros

5. En España, distintos gobiernos regionales están desarrollando sus propias

distribuciones no sólo para uso administrativo sino también académico. Así
tenemos Linux en Extremadura, GuadaLinex en Andalucía, LliureX en La
Comunidad Valenciana, Molinux en Castilla-La Mancha, MAX en La Comunidad
de Madrid y Trisquel en la Comunidad de Galicia, LInkcat en Cataluña y Melinux
en Melilla por el momento. Estas distribuciones están basadas en Debian, Ubuntu
y Suse.
6. Venezuela donde el presidente Chávez decretó el uso prioritario del software
libre y GNU/Linux en toda la administración pública, incluyendo ministerios y
oficinas gubernamentales y se está fomentando la investigación y el desarrollo de
software libre. Decreto 3390. En Venezuela se discute una ley sobre Tecnologías
de la Información que incluye al Software Libre.

7. Chile, donde el Ministerio de Educación y la Universidad de la Frontera (ubicada

en Temuco) crearon EduLinux, una distribución que hoy está en más de 1500
escuelas chilenas y funcionando en más de un 90% de las bibliotecas chilenas.
Actualmente las Fuerzas Armadas chilenas están planificando la creación de una
distribución militar que interconecte a las ramas de la defensa chilena. El gobierno
de ese país aprobó el uso del software libre en la administración pública, anulando
así un contrato previo con Microsoft para el mantenimiento de las redes y de los
equipos en escuelas y bibliotecas chilenas.

8. República Dominicana, promociona el uso y proliferación del Software libre en el

campo educativo y científico. Dispone de dos fundaciones, una en la capital de
Santo Domingo y la otra en la ciudad de Santiago. Codigolibre.org

9. Argentina En su momento el Gobierno Nacional apoyo el desarrollo del software

libre, a través del portal SoftwareLibre.gov.ar. El Gobierno de la Ciudad de Buenos
Aires utiliza Ututo en sus escuelas, como enrutador: UtutoR. También se puede
destacar en el proyecto Munix, de la ciudad de Rosario. Este proyecto
(actualmente con 300 puestos de trabajos migrados) reemplaza el software
propietario en las estaciones de trabajo obsoletas por software libre, reutilizando
dichas estaciones de trabajo como clientes delgados. Este proyecto se lleva a
cabo utilizando Debian GNU/Linux y está basado en Linux Terminal Server
Project.

10. México el Gobierno del Distrito Federal dentro de sus políticas y lineamientos
en materia de Informática da preferencia al uso del Software Libre. La Delegación
Tlalpan crea la distribución Gobierno GDF/Linux en conjunto con el proyecto del
Laboratorio de Informática y Software Libre (LINFOSOL) con el que se pretende
investigar y experimentar con el software libre, buscando aportar datos que
ayuden a una futura migración al software libre.
 Vocabulario

1- Código fuente: se define como el conjunto de líneas de textos, que son las
directrices que debe seguir la computadora para realizar dicho programa;
por lo que es en el código fuente, donde se encuentra escrito el
funcionamiento de la computadora.
2- Copyleft: es una práctica legal que consiste en el ejercicio del derecho de
autor con el objetivo de propiciar el libre uso y distribución de una obra,
exigiendo que los concesionarios preserven las mismas libertades al
distribuir sus copias y derivados.
3- Copyright: derechos de autor. Esto le proporciona al responsable de un
contenido artístico o de una obra intelectual un derecho de autor cada vez
que sea reproducido o utilizado, participando por ley en los
posibles beneficios que genere su trabajo.
4- GNU: es un sistema operativo de tipo Unix, lo cual significa que se trata de
una colección de muchos programas: aplicaciones, bibliotecas,
herramientas de desarrollo y hasta juegos.
5- GLP: es una licencia de derecho de autor ampliamente usada en el mundo
del software libre y código abierto,6 y garantiza a los usuarios finales
(personas, organizaciones, compañías) la libertad de usar, estudiar,
compartir (copiar) y modificar el software.
6- Libertad de ejecutar: el programa, para cualquier propósito (libertad).
La libertad de estudiar cómo trabaja el programa, y cambiarlo para que
haga lo que usted quiera .
7- Licencia de software: es un contrato entre el licenciante (autor/titular de
los derechos de explotación/distribuidor) y el licenciatario del
programa informático(usuario consumidor /usuario profesional o empresa),
para utilizar el software cumpliendo una serie de términos y condiciones
establecidas
8- Linux: es un sistema operativo de software libre (no es propiedad de
ninguna persona o empresa), por ende no es necesario comprar una
licencia para instalarlo y utilizarlo en un equipo informático.
9- Software free: se distribuye sin costo alguno, estando disponible su uso
por un tiempo limitado, el freeware opera de una forma en la que, por
ejemplo, los usuarios puedan evaluar el mismo durante un tiempo
10- Software libre: se refiere a la libertad de los usuarios para ejecutar,
copiar, distribuir, estudiar, cambiar y mejorar el software