Introducción al Software Libre por Jesús González Barahona, Joaquín Seoane, - muestra HTML

TOME EN CUENTA: Esta es una vista previa en HTML y algunos elementos como enlaces o números de página pueden ser incorrectos.
Para la versión completa, descargue el libro en PDF, ePub, Kindle
index-1_1.png

index-1_2.png

Software libre

Jesús González Barahona

Joaquín Seoane Pascual

Gregorio Robles

Código

XP03/90783/01935

0,75 créditos

Introducción

al software libre

Jesús González Barahona

Joaquín Seoane Pascual

Grupo de Sistemas y Comunicaciones,

Departamento de Ingeniería de Sistemas

ESCET, Universidad Rey Juan Carlos

Telemáticos de la Universidad Politécnica

de Madrid

de Madrid

jgb@gsyc.escet.urjc.es

joaquin@dit.upm.es

Gregorio Robles

Grupo de Sistemas y Comunicaciones,

ESCET, Universidad Rey Juan Carlos

de Madrid

grex@gsyc.escet.urjc.es

Introducción al software libre

por Jesús González Barahona, Joaquín Seoane Pascual, y Gregorio Robles Publicado 2003-09-21

Copyright © 2003 Jesús González Barahona, Joaquín Seoane Pascual y Gregorio Robles Se garantiza permiso para copiar, distribuir y modificar este documento según los términos de la GNU Free Documentation License, Version 1.2 o cualquiera posterior publicada por la Free Software Foundation, sin secciones invariantes ni textos de cubierta delantera o trasera. Se dispone de una copia de la licencia en el apéndice A, junto con una tradición no oficial en el Apéndice B.

Puede encontrarse una versión de la última versión de este documento en http://curso-sobre.berlios.de/introsobre.

Introducción al software libre

FUOC • XP03/90783/01935

Índice

Prólogo ...........................................................................

11

Materiales previos ........................................................

11

Agradecimientos ..........................................................

13

1. Introducción al software libre ...................................

15

1.1. El concepto de libertad en el software ....................

15

1.1.1. Definición ...................................................

16

1.1.2. Términos relacionados ................................

17

1.2. Motivaciones ........................................................

19

1.3. Consecuencias de la libertad del software ..............

19

1.3.1. Para el usuario final ....................................

20

1.3.2. Para la Administración pública .....................

21

1.3.3. Para el desarrollador ...................................

22

1.3.4. Para el integrador .......................................

22

1.3.5. Para el que proporciona mantenimiento

y servicios ...................................................

22

1.4. Otros recursos libres .............................................

23

1.4.1. Documentación de programas .....................

23

1.4.2. Otra documentación ...................................

24

1.4.3. Artículos científicos ......................................

25

1.4.4. Leyes y estándares .......................................

25

1.4.5. Enciclopedias ..............................................

28

1.4.6. Cursos ........................................................

28

1.4.7. Colecciones y bases de datos .......................

29

1.4.8. Hardware ...................................................

30

1.4.9. Literatura y arte ...........................................

30

ES

2. Un poco de historia ...................................................

31

N

2.1. El software libre antes del software libre .................

32

2.1.1. Y en el principio fue libre... ..........................

32

IO

2.1.2. Años 1970 y primeros 1980 ........................

34

C

2.1.3. Desarrollo temprano de Unix .......................

35

2.2. El comienzo: BSD, GNU ........................................

36

TA

2.2.1. Richard Stallman, GNU, FSF: nace

O

el movimiento del software libre ...................

36

NA

3

FUOC • XP03/90783/01935

Software libre

2.2.2. El CSRG de Berkeley .................................... 38

2.2.3. Los comienzos de Internet ............................ 40

2.2.4. Otros proyectos ........................................... 43

2.3. Todo en marcha .................................................... 43

2.3.1. En busca de un kernel .................................. 44

2.3.2. La familia *BSD ........................................... 44

2.3.3. GNU/Linux entra en escena ......................... 45

2.4. Tiempos excitantes ................................................ 47

2.4.1. Finales de 1990 .......................................... 47

2.4.2. Principios de los 2000 .................................. 52

2.5. El futuro: ¿una carrera de obstáculos? .................... 57

2.6. Algunas fechas de la historia del software libre ....... 58

3. Aspectos legales ........................................................ 69

3.1. Breve introducción a la propiedad intelectual .......... 69

3.1.1. Derechos de autor ....................................... 70

3.1.2. Secreto comercial ........................................ 72

3.1.3. Patentes y modelos de utilidad ..................... 73

3.1.4. Marcas y logotipos ....................................... 74

3.2. Licencias en el software libre .................................. 75

3.2.1. Licencias tipo BSD ........................................ 76

3.2.2. La Licencia Pública General de GNU

(GNU GPL) .................................................. 79

3.2.3. La Licencia Pública General Menor de GNU

(GNU LGPL) ................................................ 81

3.2.4. Otras licencias de programas ....................... 82

3.2.5. Distribución bajo varias licencias .................. 86

3.3. Licencias de otros recursos libres ............................ 87

3.3.1. Licencia de documentación libre de GNU ..... 87

3.3.2. Licencias de Creative Commons ................... 88

3.4. Resumen ............................................................... 89

4. El desarrollador y sus motivaciones .......................... 91

A

4.1. Introducción .......................................................... 91

N

4.2. ¿Quiénes son los desarrolladores? ......................... 91

O

4.3. ¿Qué hacen los desarrolladores? ........................... 93

T

4.4. Distribución geográfica .......................................... 94

A

4.5. Dedicación ........................................................... 96

C

4.6. Motivaciones ......................................................... 98

IO

4.7. Liderazgo .............................................................. 99

N

4.8. Resumen y conclusiones ......................................... 102

ES

5. Economía ................................................................... 103

4

Introducción al software libre

FUOC • XP03/90783/01935

5.1. Financiación de proyectos de software libre ............ 103

5.1.1. Financiación pública .................................... 104

5.1.2. Financiación privada sin ánimo de lucro ....... 107

5.1.3. Financiación por quien necesita mejoras ...... 108

5.1.4. Financiación con beneficios relacionados ..... 109

5.1.5. Financiación como inversión interna ............. 111

5.1.6. Otros modos de financiación ....................... 113

5.2. Modelos de negocio basados en software libre ....... 116

5.2.1. Mejor conocimiento ..................................... 118

5.2.2. Mejor conocimiento con limitaciones ............ 120

5.2.3. Fuente de un producto libre ......................... 122

5.2.4. Fuente de un producto con limitaciones ........ 124

5.2.5. Licencias especiales ..................................... 126

5.2.6. Venta de marca ........................................... 127

5.3. Otras clasificaciones de modelos de negocio .......... 127

5.3.1. Clasificación de Hecker ............................... 128

5.4. Impacto sobre las situaciones de monopolio ........... 129

5.4.1. Elementos que favorecen los productos

dominantes ................................................. 130

5.4.2. El mundo del software propietario ................ 131

5.4.3. La situación con software libre ..................... 132

5.4.4. Estrategias para constituirse en monopolio

con software libre ........................................ 134

6. Iniciativas públicas .................................................... 137

6.1. Impacto del software libre

en las administraciones públicas ............................ 137

6.1.1. Impactos principales .................................... 138

6.1.2. Dificultades de adopción ............................. 142

6.2. Actuaciones de las administraciones públicas

en el mundo del software ...................................... 144

6.2.1. ¿Cómo satisfacer mejor las necesidades

de las administraciones públicas? ................ 145

6.2.2. Promoción de software ................................ 148

6.2.3. Fomento de la investigación ......................... 150

6.3. Iniciativas legislativas ............................................ 151

6.3.1. Proyectos de ley en Francia .......................... 151

ES

6.3.2. Proyecto de ley en Brasil .............................. 152

N

6.3.3. Proyectos de ley en Perú .............................. 153

IO

6.3.4. Proyectos de ley en España .......................... 155

C

6.4. Textos de algunas propuestas legislativas

y documentos relacionados ................................... 156

TA

6.4.1. Proyecto de ley de Laffitte, Trégouet

O

y Cabanel (Francia) ..................................... 156

NA

5

FUOC • XP03/90783/01935

Software libre

6.4.2. Proyecto de ley de Le Déaut, Paul

y Cohen (Francia) ........................................ 159

6.4.3. Proyecto de ley de Villanueva

y Rodrich (Perú) ........................................... 164

6.4.4. Cartas de Microsoft Perú y del congresista

Villanueva ................................................... 177

6.4.5. Decreto de medidas de impulso de la sociedad del conocimiento en Andalucía ..................... 197

7. Ingeniería del software libre ..................................... 199

7.1. Introducción .......................................................... 199

7.2. “La catedral y el bazar” ......................................... 200

7.3. Liderazgo y toma de decisiones en el bazar ............ 203

7.4. Procesos en el software libre .................................. 205

7.5. Crítica a “La catedral y el bazar” ............................ 207

7.6. Estudios cuantitativos ............................................. 208

7.7. Trabajo futuro ....................................................... 212

7.8. Resumen ............................................................... 214

8. Entornos y tecnologías de desarrollo ........................ 217

8.1. Caracterización de entornos, herramientas

y sistemas ............................................................. 217

8.2. Lenguajes y herramientas asociadas ....................... 218

8.3. Mecanismos básicos de colaboración ..................... 219

8.4. Gestión de fuentes ................................................. 221

8.4.1. CVS ............................................................ 222

8.4.2. Otros sistemas de gestión de fuentes ............ 226

8.5. Documentación ..................................................... 228

8.5.1. Docbook ..................................................... 230

8.5.2. Wikis ........................................................... 231

8.6. Gestión de errores ................................................. 233

8.7. Sistemas de gestión de flujo de trabajos ................. 234

8.8. Soporte para otras arquitecturas ............................ 235

A

8.9. Sitios de soporte al desarrollo ................................ 236

N

8.9.1. SourceForge ................................................ 236

O

8.9.2. Herederos de SourceForge ........................... 239

T

8.9.3. Otros sitios y programas .............................. 239

ACIO

9. Estudio de casos ........................................................ 241

N

9.1. Linux .................................................................... 243

E

9.1.1. Historia de Linux .......................................... 243

S

9.1.2. El modo de trabajo de Linux ......................... 245

9.1.3. Estado actual de Linux ................................. 247

6

Introducción al software libre

FUOC • XP03/90783/01935

9.2. FreeBSD ............................................................... 249

9.2.1. Historia de FreeBSD .................................... 250

9.2.2. Desarrollo en FreeBSD ................................. 250

9.2.3. Toma de decisiones en FreeBSD ................... 251

9.2.4. Empresas alrededor de FreeBSD .................. 252

9.2.5. Estado actual de FreeBSD ............................ 253

9.2.6. Radiografía de FreeBSD ............................... 253

9.2.7. Estudios académicos sobre FreeBSD ............. 256

9.3. KDE ..................................................................... 256

9.3.1. Historia de KDE ........................................... 257

9.3.2. Desarrollo de KDE ....................................... 258

9.3.3. La Liga KDE ................................................ 259

9.3.4. Estado actual de KDE .................................. 261

9.3.5. Radiografía de KDE ..................................... 262

9.4. GNOME ............................................................... 265

9.4.1. Historia de GNOME .................................... 265

9.4.2. La Fundación GNOME ................................ 266

9.4.3. La industria alrededor de GNOME ............... 268

9.4.4. Estado actual de GNOME ............................ 270

9.4.5. Radiografía de GNOME .............................. 271

9.4.6. Estudios académicos sobre GNOME ............ 274

9.5. Apache ................................................................. 274

9.5.1. Historia de Apache ...................................... 274

9.5.2. Desarrollo de Apache .................................. 276

9.5.3. Radiografía de Apache ................................ 277

9.6. Mozilla ................................................................. 278

9.6.1. Historia de Mozilla ...................................... 279

9.6.2. Estado actual de Mozilla .............................. 282

9.6.3. Radiografía de Mozilla ................................. 283

9.7. OpenOffice.org .................................................... 284

9.7.1. Historia de OpenOffice.org ......................... 285

9.7.2. Organización de OpenOffice.org ................. 286

9.7.3. Radiografía de OpenOffice.org .................... 286

9.8. Red Hat Linux ....................................................... 288

9.8.1. Historia de Red Hat ..................................... 288

9.8.2. Estado actual de Red Hat ............................. 290

9.8.3. Radiografía de Red Hat ............................... 291

9.9. Debian GNU/Linux ............................................... 293

ES

9.9.1. Radiografía de Debian ................................ 295

N

9.9.2. Comparación con otros sistemas operativos . 298

IOC

10. Guía de aprendizaje ............................................... 301

TA

10.1. Introducción ..................................................... 301

O

10.2. Objetivos ......................................................... 301

10.3. Contenidos y planificación del aprendizaje ........ 302

NA

7

FUOC • XP03/90783/01935

Software libre

Bibliografía ..................................................................... 309

Appendix A. GNU Free Documentation License ............ 325

A.1. PREAMBLE ............................................................. 325

A.2. APPLICABILITY AND DEFINITIONS ......................... 326

A.3. VERBATIM COPYING ............................................. 328

A.4. COPYING IN QUANTITY ....................................... 328

A.5. MODIFICATIONS .................................................. 329

A.6. COMBINING DOCUMENTS .................................. 332

A.7. COLLECTIONS OF DOCUMENTS .......................... 332

A.8. AGGREGATION WITH INDEPENDENT WORKS ....... 333

A.9. TRANSLATION ...................................................... 333

A.10. TERMINATION .................................................... 334

A.11. FUTURE REVISIONS OF THIS LICENSE ................. 334

A.12. ADDENDUM: How to use this License

for your documents ............................................. 334

Apéndice B. Licencia de Documentación Libre

de GNU .......................................................................... 337

B.1. PREÁMBULO ......................................................... 337

B.2. APLICABILIDAD Y DEFINICIONES .......................... 338

B.3. COPIA LITERAL ...................................................... 340

B.4. COPIADO EN CANTIDAD ..................................... 341

B.5. MODIFICACIONES ............................................... 342

B.6. COMBINACIÓN DE DOCUMENTOS ..................... 344

B.7. COLECCIONES DE DOCUMENTOS ...................... 345

B.8. AGREGACIÓN CON TRABAJOS

INDEPENDIENTES ................................................. 345

B.9. TRADUCCIÓN ...................................................... 346

B.10. TERMINACIÓN ................................................... 346

B.11. REVISIONES FUTURAS DE ESTA LICENCIA ........... 347

B.12. ADENDA: Cómo usar esta Licencia

en sus documentos .............................................. 347

ANOTACIONES

8

Introducción al software libre

FUOC • XP03/90783/01935

Lista de tablas

4-1. Países con mayor número de desarrolladores

de Debian ................................................................

95

4-2. Dedicación en horas semanales .................................

97

4-3. Grado de conocimiento de desarrolladores

importantes .............................................................. 100

9-1. Estado actual de Linux ............................................... 248

9-2. Lenguajes de programación utilizados en Linux .......... 249

9-3. Estado actual de FreeBSD .......................................... 255

9-4. Lenguajes de programación utilizados en FreeBSD ..... 256

9-5. Estado actual de KDE ................................................ 263

9-6. Lenguajes de programación utilizados en KDE ............ 264

9-7. Estado actual de GNOME ......................................... 272

9-9. Estado actual de Apache ........................................... 278

9-10. Lenguajes de programación utilizados en Apache ..... 278

9-11. Estado actual de Mozilla .......................................... 283

9-12. Lenguajes de programación utilizados en Mozilla ..... 284

9-13. Estado actual de OpenOffice.org ............................. 287

9-14. Lenguajes de programación utilizados

en OpenOffice.org .................................................. 287

9-15. Estado actual de Red Hat Linux ................................ 292

9-16. Lenguajes de programación utilizados en Red Hat .... 293

9-17. Estado actual de Debian .......................................... 296

9-18. Lenguajes de programación utilizados

en Debian GNU/Linux ............................................. 297

9-19. Lenguajes más utilizados en Debian ......................... 297

9-20. Comparación con sistemas propietarios ................... 299

ESNIOC

TAONA

9

Introducción al software libre

FUOC • XP03/90783/01935

Prólogo

La primera versión de estos apuntes fue escrita por Jesús M. Gonzá-

lez Barahona, Joaquín Seoane Pascual y Gregorio Robles entre los meses de abril y septiembre del 2003. Aunque llevábamos tiempo hablando sobre preparar un material de este tipo para la asignatura Software Libre que Joaquín y Jesús impartimos en los programas de doctorado de nuestros respectivos departamentos, la iniciativa fue de la Universitat Oberta de Catalunya (UOC) de encargarnos un material para la asignatura de introducción a su máster de software libre lo que nos decidió finalmente a ponernos manos a la obra. En este encargo fue fundamental la labor de Jordi Mas, coordinador acadé-

mico del máster, que no sólo nos propuso para este trabajo y nos puso en contacto con la UOC, sino que nos acompañó en las relaciones con ellos durante el proyecto.

Materiales previos

Algunos textos de estos apuntes están basados en materiales previos, normalmente de los propios autores, en algunos casos de terceras personas (utilizados con permiso, cuando no han sido completamente reelaborados). Entre ellos podemos mencionar los siguientes (a riesgo de olvidar alguno importante):

• Hay algunos fragmentos (sobre todo en los capítulos de historia y Lectura complementaria

economía) inspirados en el documento “Free Software / Open

[Ver bibliografía, apartado

Source: Information Society Opportunities for Europe?”, que Jesús 111]

ES

González Barahona coeditó para la Comisión Europea. Sin em-N

bargo, los fragmentos en cuestión han sido ampliados, retocados y actualizados, tanto que en muchos casos pueden ser difíciles de IO

reconocer.

C

TA

• El apartado sobre los monopolios y el software libre está reelabo-Lectura complementaria O

rado basándonos en el artículo “Software libre, monopolios y

[Ver bibliografía, apartado

N

otras yerbas”, de Jesús M. González Barahona.

66]

A

11

FUOC • XP03/90783/01935

Software libre

• Los apartados sobre iniciativas legislativas e iniciativas de admi-Lectura complementaria

nistraciones públicas en relación con el software libre están en

[Ver bibliografía, apartado

parte basados en “Iniciativas de las administraciones públicas en 84]

relación al Software Libre” (gracias a Pedro de las Heras por permitirnos utilizar ese material, del que es coautor).

• Parte del apartado sobre los motivos para usar software libre en Lectura complementaria

las administraciones públicas está basado en el artículo de Jesús

[Ver bibliografía, apartado

M. González Barahona.

67]

• La traducción de la Licencia de Documentación Libre de GNU es una actualización adaptada de la realizada por Igor Támara y Pablo Reyes para la versión 1.1, a los que agradecemos el haberla realizado y su permiso para modificarla.

• El capítulo de ingeniería del software libre es una adaptación de un artículo sobre el estado del arte de la ingeniería del software aplicada al software libre de Jesús M. González Barahona y Gregorio Robles para la revista Novática.

• En el capítulo de estudios de casos, la parte dedicada al desarrollo de Linux se basa en una presentación que realizó Juan-Maria-no de Goyeneche durante el curso de doctorado “Programas Libres” de la Universidad Politécnica de Madrid durante el curso 2002-03.

• La parte histórica del estudio pormenorizado de GNOME ha sido tomada de la introducción histórica incluida en el libro Desarrollo de aplicaciones en GNOME2 elaborado por GNOME Hispano y A

realizada por uno de los autores de este libro.

NO

• El caso de estudio de FreeBSD se basa en parte en la ponencia T

presentada por Jesús Rodríguez en el III Congreso HispaLinux ce-AC

lebrado en Madrid en el año 2000.

IO

• Los casos de estudio de Debian y Red Hat parten del trabajo preN

vio de González Barahona et al. que han plasmado en varios ar-ES

tículos los resultados del análisis cuantitativo de estas dos distribuciones.

12

Introducción al software libre

FUOC • XP03/90783/01935

Agradecimientos

Los autores agradecen a la Fundación para la Universitat Oberta de Catalunya (http://www.uoc.edu) la financiación de la primera edición de esta obra, enmarcada en el Máster Internacional en Software Libre ofrecido por la citada institución.

ESNIOC

TAONA

13

Introducción al software libre

FUOC • XP03/90783/01935

1. Introducción al software libre

¿Qué es el software libre? ¿Qué es y qué implicaciones tiene la licencia de un programa libre? ¿Cómo se está desarrollando el software libre? ¿Cómo se financian los proyectos de software libre, qué modelos de negocio se están experimentando relacionados con ellos?

¿Qué motiva a los desarrolladores, especialmente a los que son voluntarios, a involucrarse en proyectos de software libre? ¿Cómo son estos desarrolladores? ¿Cómo se coordinan en sus proyectos, y cómo es el software que producen? En resumen, ¿cuál es la panorá-

mica general del software libre? Éste es el tipo de preguntas que trataremos de responder en este texto. Porque aunque el software libre está cada vez más en los medios de comunicación, en las conversaciones de los profesionales de la informática, e incluso empieza a estar en boca de los ciudadanos en general, aún es un desconocido para muchos. Y muchas veces los que lo conocen lo hacen sólo de algunos de sus aspectos, desconociendo completamente otros.

Para empezar, en este capítulo vamos a presentar los aspectos específicos del software libre, centrándonos fundamentalmente en explicar sus bases para los que se aproximen al tema por primera vez, y en motivar su importancia. Entre estas bases nos detendremos en la definición del término (para saber de qué vamos a hablar) y en las consecuencias principales del uso (y la mera existencia) del software libre. También pre-sentaremos otros recursos libres distintos del software y que han ido apareciendo, en parte, bajo el impulso y ejemplo de aquél.

ES

1.1. El concepto de libertad en el software

NIO

Desde hace más de 30 años nos hemos acostumbrado a que quien C

me vende un programa me impone las condiciones bajo las que pue-TA

do usarlo, prohibiéndome, por ejemplo, que se lo pase a un amigo. A O

pesar de ser software, no puedo adaptarlo a mis necesidades, ni si-N

quiera corregir errores, debiendo esperar a que el fabricante los arre-A

15

index-16_1.png

FUOC • XP03/90783/01935

Software libre

gle. Esto no tiene por qué ser así, y es precisamente el software libre el que me concede las libertades que el software propietario me niega.

1.1.1. Definición

Así pues el término software libre (o programas libres) se refiere a li-Lectura complementaria

bertad, tal como fue concebido por Richard Stallman en su defini-

[Ver bibliografía, apartado

ción. En concreto se refiere a cuatro libertades:

98]

1. Libertad para ejecutar el programa en cualquier sitio, con cualquier propósito y para siempre.

2. Libertad para estudiarlo y adaptarlo a nuestras necesidades. Esto exige el acceso al código fuente.

3. Libertad de redistribución, de modo que se nos permita colaborar con vecinos y amigos.

4. Libertad para mejorar el programa y publicar las mejoras. También exige el código fuente.

Estas libertades se pueden garantizar de acuerdo con la legalidad vigente por medio de una licencia, como veremos en el capítulo 3. En ella se plasman las libertades, pero también restricciones compatibles con ellas, como dar crédito a los autores originales si redistribui-mos. Incluso puede obligarnos a que los programas ajenos mejorados por nosotros también sean libres, promoviendo así la creación de más software libre.

aaa

AN

La ambigüedad de “free”

OT

El término original en inglés para ‘programas libres’ es A

free software. Sin embargo, en inglés el término free C

además de ‘libre’ significa ‘gratis’, lo que genera gran IO

confusión. Por ello a menudo en inglés se toman pres-N

tadas palabras españolas y se habla de ‘libre software’, E

en contraposición a ‘gratis software’, al igual que no-S

sotros tomamos prestada la palabra software.

16

Introducción al software libre

FUOC • XP03/90783/01935

Así pues no estamos hablando de software gratuito, y el software libre se puede vender si se desea. Pero debido a la tercera libertad, cualquiera puede redistribuirlo sin pedir dinero a cambio ni permiso a nadie, lo que hace prácticamente imposible obtener dinero por distribuirlo, salvo la pequeña cantidad que se pueda cargar por gra-barlo en un soporte físico y enviarlo, algo raramente demandado excepto para grandes volúmenes, como es el caso de las distribuciones.

Se han formalizado definiciones más precisas de software libre, Lectura complementaria

como es el caso notable de las directrices de la distribución Debian.

En ellas se permite además que el autor exija que los códigos fuentes

[Ver bibliografía, apartado

85]

distribuidos no sean modificados directamente, sino que los originales se acompañen de parches separados y que se generen programas binarios con distinto nombre que el original. Además, exigen que las licencias no contaminen otros programas distribuidos en el mismo medio.

1.1.2. Términos relacionados

Equivalente a software libre es el término Open Source Software Lectura complementaria

( programas de fuente abierto ), promovido por Eric Raymond y la Open Source Initiative. Filosóficamente, el término es muy distinto, ya

[Ver bibliografía, apartados

162, 183 y 23]

que hace énfasis en la disponibilidad de código fuente, no en la libertad, pero su definición es prácticamente la misma que la de Debian. Este nombre es más políticamente aséptico y recalca un aspecto técnico que puede dar lugar a ventajas técnicas, como mejores modelos de desarrollo y negocio, mayor seguridad, etc. Fuertemente criticado por Richard Stallman y la Free Software Foundation, ha encontrado mucho más eco en la literatura comercial y en las estrategias de las empresas que de una manera u otra apo-yan el modelo.

ES

Otros términos relacionados de alguna manera con el software libre N

son:

IOC

Freeware

TAO

Programas gratuitos. Normalmente se ceden en binario y con dereN

chos de redistribución. Sin embargo, a veces sólo se pueden obtener A

17

FUOC • XP03/90783/01935

Software libre

de un sitio oficial, normalmente para promocionar otros programas o servicios, como es el caso de los kits de Java gratuitos que proporciona Sun Microsystems.

Shareware

No es siquiera software gratis, sino un método de distribución, ya que los programas, generalmente sin fuentes, se pueden copiar libremente, pero no usar continuadamente sin pagarlos. La exigencia de pago puede estar incentivada por funcionalidad limitada o mensajes molestos, o una simple apelación a la moral del usuario, además de que las estipulaciones legales de la licencia podrían utilizarse en contra del infractor.

• Charityware, Careware

Generalmente shareware, pero cuyo pago se exige para una orga-Lectura complementaria

nización caritativa patrocinada. En muchos casos, el pago no se exi-

[Ver bibliografía, apartado

ge, pero se solicita una contribución voluntaria. Algún software libre, 153]

como vim solicita contribuciones voluntarias de este tipo.

• Dominio público

El autor renuncia absolutamente a todos sus derechos, en favor del común, lo cual tiene que estar declarado explícitamente en el programa, ya que si no se dice nada, el programa es propietario y no se puede hacer nada con él. En este caso, y si además se proporcionan los códigos fuentes, el programa es libre.

AN

• Copyleft

OT

Un caso particular de software libre cuya licencia obliga a que las A

modificaciones que se distribuyan sean también libres.

CIO

• Propietario, cerrado, no libre

NES

Términos usados para denominar al software que no es libre ni de fuente abierta.

18

Introducción al software libre

FUOC • XP03/90783/01935

1.2. Motivaciones

Como hemos visto hay dos grandes familias de motivaciones para el desarrollo de software libre, que dan lugar asimismo a los dos nombres con que se lo conoce:

• La motivación ética, abanderada por la Free Software Founda-Lectura complementaria

tion, heredera de la cultura hacker, y partidaria del apelativo libre, que argumenta que el software es conocimiento y debe poderse

[Ver bibliografía, apartados

190 y 124]

difundir sin trabas. Su ocultación es una actitud antisocial y la posibilidad de modificar programas es una forma de libertad de expresión. Puede profundizarse en este aspecto en los ensayos de Stallman o en el análisis de Pekka Himanen.

• La motivación pragmática, abanderada por la Open Source Ini-Lectura complementaria

tiative y partidaria del apelativo fuente abierta, que argumenta ventajas técnicas y económicas, que repasaremos más adelante.

[Ver bibliografía, apartado

43]

Aparte de estas dos grandes motivaciones, la gente que trabaja en Lectura complementaria

software libre puede hacerlo por muchas otras razones, que van desde la diversión a la mera retribución económica, que es posible de-

[Ver bibliografía, apartado

195]

bido a modelos de negocio sustentables. En el capítulo 4 se profundiza en estas motivaciones a partir de análisis objetivos.

1.3. Consecuencias de la libertad del software

El software libre trae consigo numerosas ventajas y pocas desventajas, muchas de ellas exageradas (o falseadas) por la competencia propietaria. De ellas la que más fundamento tiene es la económica, ya que como vimos no es posible obtener mucho dinero de la distri-ES

bución y ésta la puede y suele hacer alguien distinto al autor. Es por N

ello por lo que se necesitan modelos de negocio y otros mecanismos de financiación, que se desarrollan en el capítulo 5. Otras, como la IO

falta de soporte o la calidad escasa, están relacionadas con la finanC

ciación, pero además en muchos casos son falsas, ya que incluso TA

software sin ningún tipo de financiación suele ofrecer muy buen so-O

porte a través foros de usuarios y desarrolladores, y muchas veces N

tiene gran calidad.

A

19

FUOC • XP03/90783/01935

Software libre

Teniendo presentes los problemas económicos, hemos de observar que el modelo de costes del software libre es muy distinto del propietario, ya que gran parte de él se ha desarrollado fuera de la economía formal monetaria, muchas veces con mecanismos de trueque:

“yo te doy un programa que te interesa y tú lo adaptas a tu arquitectura y le haces mejoras que a ti te interesan”. En el capítulo 7 se ex-plican mecanismos de ingeniería software apropiados para aprovechar estos recursos humanos no pagados y con características propias, mientras que en el capítulo 8 se estudian las herramientas usadas para hacer efectiva esta colaboración. Pero además gran parte de los costes disminuyen por el hecho de ser libre, ya que los programas nuevos no tienen por qué empezar desde cero, sino que pueden reutilizar software ya hecho. La distribución tiene también un coste mucho menor, ya que se hace vía Internet y con propaganda gratuita en foros públicos destinados a ello.

Otra consecuencia de las libertades es la calidad que se deriva de la colaboración voluntaria de gente que contribuye o que descubre y reporta errores en entornos y situaciones inimaginables por el desarrollador original. Además, si un programa no ofrece la calidad suficiente, la competencia puede tomarlo y mejorarlo, partiendo de lo que hay. Así, dos poderosos mecanismos: la colaboración y la competencia se combinan en aras de la calidad.

Examinemos ahora las consecuencias beneficiosas según el destinatario.

1.3.1. Para el usuario final

El usuario final, ya sea individual o empresa, puede encontrar verda-A

dera competencia en un mercado con tendencia al monopolio. En N

particular, no depende necesariamente del soporte del fabricante del O

software, ya que puede haber múltiples empresas, quizá pequeñas, TA

que disponiendo del código fuente y de conocimientos, puedan ha-C

cer negocio manteniendo determinados programas libres.

ION

Ya no se depende tanto de la fiabilidad del fabricante para intentar E

deducir la calidad de un producto, sino que la guía nos dará la acep-S

tación de la comunidad y la disponibilidad de los códigos fuentes.

Nos olvidamos además de las cajas negras, en las que hay que con-20

Introducción al software libre

FUOC • XP03/90783/01935

fiar porque sí, y de las estrategias de los fabricantes, que pueden decidir unilateralmente dejar de mantener un producto.

La evaluación de productos antes de adoptarlos es ahora mucho más sencilla, ya que basta con instalar los productos alternativos en nuestro entorno real y probar, mientras que para el software propietario hay que fiarse de informes externos o negociar pruebas con los proveedores, lo cual no es siempre posible.

Dada la libertad de modificar el programa para uso propio, el usuario puede personalizarlo o adaptarlo a sus necesidades, corri-giendo errores si los tuviera. El proceso de corrección de errores descubiertos por los usuarios en software propietario suele ser extremadamente penoso, si no imposible, ya que si conseguimos que se repare, muchas veces se hará en la versión siguiente, que podría tardar años en salir, y a veces además habrá que adquirirla de nuevo. Sin embargo, lo podemos hacer nosotros si estamos cualifica-dos o contratar el servicio fuera. También podemos, directamente o contratando servicios, integrar el programa con otro, o auditar su calidad (por ejemplo, la seguridad). El control pasa, en gran medida, del proveedor al usuario.

1.3.2. Para la Administración pública

La Administración pública es un gran usuario de características especiales, ya que tiene obligaciones especiales con el ciudadano, ya sea proporcionándole servicios accesibles, neutrales respecto a los fabricantes, ya garantizando la integridad, utilidad, privacidad y seguridad de sus datos a largo plazo. Todo ello la obliga a ser más respetuosa con los estándares que las empresas privadas y a mantener los datos en formatos abiertos y manipulados con software que no dependa de estrategia de empresas, generalmente extranjeras, ES

certificado como seguro por auditoría interna. La adecuación a es-N

tándares es una característica notable del software libre que no es tan respetada por el software propietario, ávido en muchos casos no-IO

tables de crear mercados cautivos.

C

TA

Asimismo, la Administración tiene una cierta función de escaparate O

y guía de la industria que la hace tener un gran impacto, que de-N

bería dirigirse a la creación de un tejido tecnológico generador de A

21

FUOC • XP03/90783/01935

Software libre

riqueza nacional. Ésta puede crearse fomentando empresas, cuyo negocio sea en parte el desarrollo de nuevo software libre para la administración, o el mantenimiento, adaptación o auditoría del software existente. En el capítulo 6 nos extendemos más en esta cuestión.

1.3.3. Para el desarrollador

Para el desarrollador y productor de software, la libertad cambia mucho las reglas del juego. Con él le es más fácil competir siendo pequeño y adquirir tecnología punta. Puede aprovecharse del trabajo de los demás, compitiendo incluso con otro producto modificando su propio código, si bien también el competidor copiado se aprovechará de nuestro código (si es copyleft). Bien llevado, un proyecto puede conseguir la colaboración gratuita de mucha gente, del que el iniciado será la referencia. Asimismo, la distribución es barata y global.

No obstante, como dijimos, el problema que tiene este desarrollador es la manera de obtener los recursos económicos si el trabajo no es de encargo. En el capítulo 5 veremos algo de esto.

1.3.4. Para el integrador

Para el integrador el software libre es el paraíso. No más cajas negras que intentar encajar, a menudo con ingeniería inversa. Puede limar asperezas e integrar trozos de programas para conseguir el producto integrado necesario, disponiendo de un acervo ingente de software libre de donde extraer las piezas.

A

1.3.5. Para el que proporciona mantenimiento y servicios NO

Disponer del código fuente lo cambia todo, situándonos casi en las TA

mismas condiciones que el productor. Y no son las mismas porque C

hace falta un conocimiento profundo del programa que sólo el de-I

sarrollador posee, por lo que es conveniente que el mantenedor parO

ticipe en los proyectos que se dedica a mantener. El valor añadido N

de los servicios es mucho más apreciado, ya que el coste del progra-ES

ma es bajo. Éste es actualmente el negocio más claro con software libre y con el que es posible un mayor grado de competencia.

22

Introducción al software libre

FUOC • XP03/90783/01935

1.4. Otros recursos libres

¿Se pueden extender las ideas de los programas libres a otros recursos? Podemos pensar que otros recursos de información fácilmente copiables electrónicamente son de naturaleza similar a los programas, por lo que les son aplicables las mismas libertades, reglas y modelos de desarrollo y negocio. Hay diferencias cuyas implicaciones han hecho que no se desarrollen con la misma fuerza que los programas. La principal es que basta copiar los programas para que funcionen, mientras que desde que se copia otro tipo de información hasta que empieza a ser útil se ha de pasar por un proceso más o menos costoso, que puede ir desde el aprendizaje de un documento a la puesta en producción de un hardware descrito en un lenguaje apropiado. Revisemos los recursos libres más importantes.

1.4.1. Documentación de programas

La documentación que viene con un programa es parte integrante del mismo, como lo son los comentarios del código fuente. Así lo reconoce la Ley de Propiedad Intelectual, y parece lógico que se le apli-quen las mismas libertades y evolucione de la misma manera. Toda modificación que se haga de un programa requiere un cambio simultáneo y consistente en su documentación.

La mayor parte de esta documentación suele estar codificada como ficheros de texto sin formato, ya que se pretende que sea universalmente accesible con un entorno de herramientas mínimo, y debe incluir una pequeña introducción al programa documentado (README

o LEEME), instrucciones de instalación (INSTALL), alguna historia sobre la evolución pasada y futura del programa (changelog y TO-ESN

DO), autoría y condiciones de copia (AUTHORS y copyright), así como las instrucciones de uso. Todas ellas, menos la autoría y las IO

condiciones de copia, deberían ser libremente modificables según el C

programa va evolucionando. A la autoría sólo se le deberían añadir TA

nombres y créditos, pero sin borrar nada, y las condiciones de copia O

sólo deberían modificarse si estas mismas lo permiten, como vere-N

mos en el capítulo 3.

A

23

FUOC • XP03/90783/01935

Software libre

Las instrucciones de uso suelen estar codificadas en formatos más complejos, ya que suelen ser documentos más largos y ricos. El software libre exige que esta documentación pueda ser modificada fá-

cilmente, lo que a su vez obliga a usar formatos denominados transparentes, de especificación conocida y procesables por herramientas libres, como son, además del texto puro y limpio, el formato de páginas de manual de Unix, TexInfo, LaTeX o DocBook, sin perjuicio de distribuir también el resultado de transformar esos documentos fuente en formatos más aptos para visualizar o imprimir, como HTML, PDF o RTF (formatos opacos).

1.4.2. Otra documentación

Sin embargo, muchas veces se elabora documentación sobre pro-Lectura complementaria

gramas por parte de terceros que no han intervenido en el desa-

[Ver bibliografía, apartado

rrollo. A veces se trata de documentación de carácter didáctico 36]

que facilita la instalación y uso de un programa concreto (HOWTOs, COMOs o recetarios), a veces se trata de documentación más amplia, abarcando varios programas y su integración, comparando soluciones, etc., ya sea en forma tutorial o de referencia. En otras ocasiones, se trata de una mera recopilación de preguntas frecuentes con sus respuestas (FAQs o PUFs). Ejemplo notable es el Proyecto de Documentación Linux. En esta categoría podemos incluir otros documentos técnicos, no necesariamente sobre programas, ya sean las instrucciones para cablear una red local, construir una cocina solar, reparar un motor o seleccionar un proveedor de tornillos.

Estos documentos son algo intermedio entre mera documentación A

de programas y artículos o libros muy técnicos y prácticos. Sin me-N

noscabo de la libertad de lectura, copia, modificación y redistri-O

bución, el autor puede querer verter opiniones que no desea que TA

se tergiversen, o al menos que esas tergiversaciones no se le atri-C

buyan. O puede querer que se conserven párrafos, como agrade-I

cimientos, o que necesariamente se modifiquen otros, como el O

título. Aunque estas inquietudes pueden también manifestarse con N

los programas en sí mismos, no se han mostrado con tanta fuerza ES

en el mundo del software libre como en el de la documentación libre.

24

Introducción al software libre

FUOC • XP03/90783/01935

1.4.3. Artículos científicos

El avance de la ciencia se debe en gran parte a que los investigadores que la hacen progresar para beneficio de la humanidad publican los resultados de sus trabajos en revistas de amplia difusión. Gracias a esa difusión los investigadores desarrollan un currículum que les permite progresar hacia puestos de mayor categoría y responsabilidad, a la vez que pueden obtener ingresos a partir de contratos de investigación que se han conseguido gracias al prestigio obtenido.

Así pues, esta difusión de artículos representa un modelo de negocio que se ha demostrado muy fructífero. Para que sea posible se necesita una amplia difusión y calidad garantizada. La difusión se ve obs-taculizada por gran cantidad de revistas existentes, de coste no despreciable, cuya adquisición sólo es posible con presupuestos ge-nerosos. La calidad se garantiza por medio de la revisión por espe-cialistas.

Por ello han surgido numerosas iniciativas de revistas en la Red, entre Lectura complementaria

las que destacan la veterana First Monday o el proyecto Public Library Of Science. En “Directory of open access journals” se citan bastantes

[Ver bibliografía, apartados

22, 45 y 19]

más. ¿Se debe permitir que personas que no son los autores publi-quen una modificación de un artículo? Hay objeciones que alegan desde una posible falta de calidad o una tergiversación de opiniones o resultados, hasta el peligro de plagio fácil, que permite a algunos trepar sin esfuerzo y oscurecer los méritos de los verdaderos autores.

Sin embargo, la obligación de citar al autor original y de pasar una revisión en una revista de prestigio puede contrarrestar esos problemas (ver apartado 3.3.2).

Se ha querido establecer un paralelismo entre el software libre y la Lectura complementaria

ciencia, ya que el modelo de desarrollo del primero implica la máxi-ma difusión, la revisión por otros, presumiblemente expertos, y la

[Ver bibliografía, apartado

134]

ES

reutilización de resultados.

NIO

1.4.4. Leyes y estándares

C

TA

Hay documentos cuyo carácter es normativo, que definen cómo de-O

ben hacerse las cosas, ya sea para facilitar la convivencia entre las N

personas, ya para que programas o máquinas interoperen entre sí.

A

25

index-26_1.png

FUOC • XP03/90783/01935

Software libre

Estos documentos requieren la máxima difusión, por lo que todo obstáculo a la misma es contraproducente. Por ello, es comprensible que tengan un tratamiento especial, como ocurre con la Ley de la Propiedad Intelectual española:

aaa

“No son objeto de propiedad intelectual las disposiciones legales o reglamentarias y sus correspondientes proyectos, las resoluciones de los órganos jurisdiccio-nales y los actos, acuerdos, deliberaciones y dictámenes de los organismos públicos, así como las

traducciones oficiales de todos los textos anteriores.”

La variante tecnológica de las leyes son las normas o estándares. En programación son especialmente importantes los protocolos de comunicaciones, ya sea entre máquinas remotas o entre módulos de la misma máquina. Es obvio que no debe limitarse su difusión, especialmente si queremos que florezcan los programas libres que interoperen con otros, pero a pesar de ello, tradicionalmente, los organismos de normalización, como la ISO e ITU, venden sus normas, incluso en formato electrónico, y prohíben su redistribución.

Aunque pueda intentar justificarse esto para cubrir parcialmente los gastos, la libre difusión del texto de los estándares ha resultado mucho más productiva. Éste es el caso de las recomendaciones del W3C

y sobre todo las que gobiernan Internet, disponibles desde el principio en documentos llamados RFC, de Request for Comments, en formatos electrónicos legibles en cualquier editor de textos.

Pero no es la disponibilidad la única causa del éxito de los protocolos Lectura complementaria

A

de Internet. También lo es su modelo de desarrollo, muy similar al del N [Ver bibliografía, apartados

software libre por su carácter abierto a la participación de cualquier 76 y 115]

O

interesado y por la utilización de listas de correo y medios similares.

TAC

¿Debe permitirse la modificación del texto de leyes y normas? Ob-Lectura complementaria

I

viamente no si eso da lugar a confusión. Por ejemplo, sólo se admite O [Ver bibliografía, apartado

que una RFC sea modificada para explicarla o añadirle comentarios N 55]

aclaratorios, mientras que ni siquiera esto se permite sin autorización ES

explícita para las recomendaciones del W3C. Las licencias son también documentos legales no modificables. ¿Debería permitirse la 26

Introducción al software libre

FUOC • XP03/90783/01935

creación de nuevas normas derivadas de otras existentes a partir de los documentos originales? Probablemente hacerlo así llevaría a la proliferación fácil de normas similares e incompatibles que crearían confusión y podrían ayudar a empresas dominantes en el mercado a promover su propia variante incompatible, como de hecho ya está ocurriendo, especialmente en el ámbito de la web. No obstante, en el caso de las legislaciones de los estados, muchas veces se han copiado literalmente leyes de otros países, adaptadas con pequeñas modificaciones a las particularidades locales.

¿Existe un modelo de negocio para las leyes y normas? En torno a las leyes existen multitud de profesionales que se encargan de su di-seño, interpretación y de forzar su aplicación (legisladores, aboga-dos, procuradores, jueces, etc.). En torno a las normas existen laboratorios que otorgan certificados de conformidad. Las organizaciones de normalización viven, o deberían vivir, de las aportaciones de miembros interesados en promover estándares, porque, por ejemplo, su negocio está formado por productos que interoperan.

Lo mismo que es conveniente tener una definición de software libre Lectura complementaria

o abierto, también es necesaria una definición de estándares abiertos. Bruce Perens ha propuesto una de ellas basada en los principios

[Ver bibliografía, apartado

14]

siguientes:

• Disponibilidad. Si es posible, proporcionar incluso una implementación libre de referencia.

• Maximizar las opciones del usuario final.

• Sin tasas sobre la implementación (no así sobre la certificación, aunque aconseja la disponibilidad de herramientas libres de au-tocertificación).

ESN

• Sin discriminación de implementador.

IO

• Permiso de extensión o restricción (no certificable).

C

TA

• Evitar prácticas predatorias por fabricantes dominantes. Toda ex-O

tensión propietaria debe tener una implementación libre de refe-N

rencia.

A

27

FUOC • XP03/90783/01935

Software libre

1.4.5. Enciclopedias

En 1999 Richard Stallman lanza la idea de una enciclopedia libre Lectura complementaria

como un mecanismo para evitar la apropiación del conocimiento y

[Ver bibliografía, apartado

proporcionar acceso universal a documentación formativa. Estaría 189]

formada por artículos contribuidos por la comunidad, sin un control centralizado, donde distintos actores asumirían distintos roles, entre los que se aconseja, pero no se obliga, el de revisor. Esta enciclopedia no contendría solamente texto, sino elementos multimedios y software educativo libre.

Han surgido varias iniciativas para realizar esta visión. Por ejemplo, Lectura complementaria

la Nupedia ha tratado, de momento sin éxito, de construir una enci-

[Ver bibliografía, apartados

clopedia de calidad, quizá por requerir un formato relativamente di-158 y 56]

fícil de aprender (TEI), quizá por el requisito de que todos los artículos necesiten un editor, revisores científicos y de estilo, etc. Mucho más éxito ha tenido la wikipedia, que ha eliminado ambos obstáculos y se aproxima más a la idea de Stallman. La wikipedia usa una herramienta, el wiki, que permite a cualquiera editar cualquier documento por medio de un sistema de texto estructurado extraordinariamente simple, como veremos en el apartado 8.5.2. Debido a ello han podido recoger más de 120.000 artículos en sus dos primeros años de vida.

Cabe destacar también la Concise Encyclopedia of Mathematics con Lectura complementaria

un concepto de libertad más limitado (sólo se puede consultar en la

[Ver bibliografía, apartado

Red) y un modelo de desarrollo que necesariamente pasa todas las 206]

contribuciones por un comité editorial.

1.4.6. Cursos

AN

Con la misma finalidad que las enciclopedias, se puede producir O

material docente libre, como apuntes, transparencias, ejercicios, li-TA

bros, planificaciones o software didáctico. Existe una tendencia a ver C

las universidades como un negocio de producción y venta de cono-I

cimiento que contradice sus principios. Los motivos por los que una O

universidad puede poner a disposición de todo el mundo estos ma-N

teriales son:

ES

• Cumplir su misión como agente difusor del conocimiento.

28

Introducción al software libre

FUOC • XP03/90783/01935

• No cuesta mucho hacer accesible a todo el mundo el material existente.

• Estos materiales no sustituyen a la enseñanza presencial.

• Es publicidad que puede atraer a alumnos y que contribuye al prestigio de la universidad.

• Permiten crear una comunidad de docentes que se revisen mutuamente los materiales y los mejoren.

La iniciativa más notable en este sentido es la del MIT, que prevé ha-Lectura complementaria

cer accesibles más de 2.000 cursos de forma coherente, uniforme y bien catalogados.

[Ver bibliografía, apartado

154]

1.4.7. Colecciones y bases de datos

La mera recolección de información siguiendo determinados criterios, ordenándola y facilitando su acceso es de por sí un producto de información valioso, independiente de la información en sí misma, sujeto por tanto a autoría y, por ello, a restricciones de las libertades de acceso, modificación y redistribución. Por tanto, si deseamos información libre también podemos desear colecciones libres.

Por ejemplo, podemos querer clasificar la información relevante en Lectura complementaria

Internet, organizando y comentando enlaces. Esto es lo que hace ODP ( Open Directory Project), operado por Netscape y mantenido

[Ver bibliografía, apartado

90, 42 y 87]

por editores voluntarios organizados según un esquema jerárquico.

El directorio completo puede copiarse libremente en formato RDF y publicarse modificado de alguna manera, como hacen Google y otros muchos buscadores que lo aprovechan. Netscape, propietario ES

del directorio, garantiza un contrato social inspirado en el de la dis-N

tribución Debian, que facilita la colaboración exterior, asegurando que siempre será libre, con políticas públicas, autorregulado por la IO

comunidad, con los usuarios como primera prioridad.

C

TA

Otro ejemplo de colecciones interesantes para nosotros son las distribu-O

ciones de software libre, con los programas modificados para que en-N

cajen perfectamente entre sí y precompilados para su fácil ejecución.

A

29

FUOC • XP03/90783/01935

Software libre

1.4.8. Hardware

La libertad en el hardware se puede analizar bajo dos aspectos. El Lectura complementaria

primero es la necesidad de que las interfaces y juegos de instruccio-

[Ver bibliografía, apartado

nes sean abiertos, de manera que cualquiera pueda realizar un ma-41]

nejador de dispositivo o un compilador para una arquitectura. El segundo es disponer de la información y el poder suficientes para poder reproducir un diseño hardware, modificarlo y combinarlo con otros. Los diseños pueden considerarse software en un lenguaje apropiado (VHDL, Verilog, etc.). Sin embargo, hacerlos funcionar no es fácil, ya que hay que fabricarlos, lo cual es caro y lento; si bien contamos con iniciativas en este sentido, entre las que podemos resaltar Open Cores, para circuitos integrados.

1.4.9. Literatura y arte

Para terminar nuestro recorrido por los recursos libres, no podemos olvidar el arte y la literatura, cuyo fin último no es tanto utilidad como estética. ¿Qué razones puede tener un artista para conceder libertades de copia, modificación y redistribución? Por un lado, dar a conocer al artista y favorecer la difusión de su obra, lo que puede permitirle obtener ingresos por otras actividades, como conciertos y obras de encargo. Por otro lado, favorecer la experimentación y la creatividad. En el arte ocurre lo mismo que en la técnica: la innovación es incremental y a veces es difícil distinguir el plagio de la per-tenencia a un movimiento o corriente artística.

Obviamente no es lo mismo la creación que la interpretación, ni la Lectura complementaria

música que la literatura. La música, la pintura, la fotografía y el cine

[Ver bibliografía, apartado

son muy parecidos a los programas, en el sentido de que se les hace 24]

A

funcionar inmediatamente en un ordenador, mientras que otros, N

como la escultura, no pueden. No existen muchas iniciativas en arte O

y literatura libres, y éstas son muy diversas. Podemos mencionar las T

novelas del colectivo Wu Ming.

ACIONES

30

index-31_1.png

Introducción al software libre

FUOC • XP03/90783/01935

2. Un poco de historia

Aunque todas las historias relacionadas con la informática son forzosamente breves, la del software libre es una de las más largas entre ellas. De hecho, podría decirse que el software nació libre y permaneció así durante su infancia. Sin embargo, con la llegada de la juventud, la situación cambió completamente. Sólo ahora, al llegar a su madurez, está en vías de recuperar la libertad. Esto no deja de ser curioso, pues para gran parte de los profesionales informáticos, el software propietario es el software en su estado natural. Afortunadamente, la situación es más bien la contraria, y las semillas del cambio que estamos empezando a entrever en los últimos años fueron plantadas ya a principios de la década de 1980.