Pontificia Universidad Católica del Ecuador. Facultad de Ingeniería Escuela de Sistemas

Transcripción

1 Facultad de Ingeniería Escuela de Sistemas (Linux, Apache, Mysql y PHP) Por Gary Humberto Castillo Gorbunov Quito, 24 de Julio del 2006

2 Dedicatoria Por la paz...

3 Agradecimientos Sin duda la lista de agradecimientos no es suficiente para mencionarla en una sola hoja pero empecemos por mis padres Humberto y Nadezhda que me han facilitado infinidad de cosas en la vida, a mi director de Tesis Rafael Melgarejo, Francisco Rodriguez mis revisores Alfredo Calderón y que son al mismo tiempo mis buenos y entrañables amigos, también a todos quienes no me han abandonado en momentos estériles de mi vida y me han acompañado y animado en todo momento critico como mi primo hermano Alejandro Castillo, mi gran amigo Vicente Guerrero, mis tíos Hernan y Leonor, vale destacar mis agradecimientos especiales a Wellington Jiménez. Que vuestra calidad de seres humanos sea reconocida por siempre, mas cualquier defecto se convertirá en virtud.

4 Tabla de Contenidos Introducción...página 8 Justificacion...página 11 Capitulo I 1. Código Abierto Conceptos preliminares Origen del Open Source...página# Filosofía y visión del código Abierto...página# Importancia del Software Libre...página# Tipos de licencias Open Source...página# Definiciones de uso de software...página# Licencia...página# Patente...página# Derecho de autor o copyright...página# Software de dominio público...página# Software con copyleft...página# Software semilibre...página# Freeware...página# Shareware...página# Software privativo...página# Software comercial...página# Licencias de software libre compatibles con GPL...página# La Licencia Pública General de GNU La Licencia Pública General Reducida de GNU, o GNU LGPL...página# La licencia de Guile...página# La licencia X11...página# La licencia Expat...página# La Licencia de Copyright ML Estándar de New Jersey...página# El dominio público...página# La Licencia General de Cryptix...página# La licencia BSD modificada...página# La licencia BSD original...página# La licencia de Zlib...página# La licencia de la "Biblioteca de Funciones Estándar" de imatix...página# El aviso y la licencia de software del W3C...página# La licencia de la base de datos de Berkeley...página# La licencia de OpenLDAP, versión 2.7L...página# La Licencia de Python, versión 1.6a2 y anteriores...página# La Licencia de Python, versiones 2.0.1, y posteriores La licencia de Perl...página# La Licencia Artística con aclaraciones...página# La Licencia Artística página# La Licencia Pública de Zope versión 2...página#27 1

5 La Licencia de Código Abierto de Intel (según "OSI")...página# La licencia de Javascript de Netscape...página# La licencia ecos versión página# La licencia del Forum Eiffel, versión 2...página# La licencia de Vim, versión 6.1 o posterior...página# Licencias de software libre incompatibles con la GPL...página# La Licencia Pública General de Aferró...página# La Licencia Pública Arphic...página# La licencia BSD original...página# La licencia de OpenSSL...página# La Licencia Libre Académica (AFL), versión página# La Licencia de Software Abierto, versión página# La Licencia de Apache, versión página# La Licencia de Apache, versión página# La Licencia de Apache, versión página# La Licencia Pública de Zope versión 1...página# La licencia de xinetd...página# La Lic. de Python 1.6b1 y posteriores hasta la 2.0, más la 2...página# La antigua licencia de OpenLDAP, versión página# La Licencia Pública de IBM, versión página# Licencia Pública Común versión página# La licencia de Phorum, versión página# La Licencia Pública del Proyecto LaTeX (LPPL)...página# La Licencia Pública de Mozilla (MPL)...página# La Lic de Código Fuente Abierto de Netizen (NOSL), versión 1.0..página# La Licencia Pública de Interbase (IPL), versión página# La Licencia Pública de Sun...página# La Licencia de Código Fuente Abierto de Nokia...página# La Licencia Pública de Netscape (NPL)...página# La Licencia Código Fuente Abierto de Jabber, versión página# La Licencia para el Código Fuente según los Estándares Industriales de Sun, versión página# La Licencia Pública Q (QPL), versión página# La licencia FreeType...página# La Licencia de PHP, versión página# La Licencia Zend, versión página# La Licencia de Plan 9 (junio de 2003)...página# La Licencia de Fuente Pública de Apple (APSL), versión 2...página# Licencias de software no libre...página# La Licencia Artística (Original)...página# La Licencia de Fuente Pública de Apple (APSL), versión 1.x...página# La Licencia B de Software Libre de SGI, versión página# La Licencia "Sun Community Source"...página# La antigua licencia de Plan 9...página#36 2

6 La Licencia Pública Abierta...página# La Licencia Pública de la Universidad de UTA...página# La Licencia Pública ecos, versión página# La Lic. Código Fuente S. Solaris (Foundation), versión página# La Licencia de YaST...página# Las licencias de Daniel Bernstein's...página# La "Licencia Pública Libre de Aladdin"...página# La licencia de Scilab...página# La Licencia Pública de AT&T...página# La Licencia "Jahia Community Source"...página# La licencia de ksh93...página# La Licencia de Código Fuente Compartido de Microsoft...página# La Licencia "Hacktivismo Enhanced-Source Software License Agreement" (HESSLA)...página# La licencia Squeak...página# Licencias para Documentación...página# Licencias de documentación libre...página# La Licencia de Documentación Libre de GNU...página# La Licencia de Documentación de FreeBSD...página# La Licencia de Documentación Común de Apple, versión página# La Licencia de Publicación Abierta, versión página# Licencias de documentación no libre...página# La Licencia de Contenido Abierto, versión página# La Licencia de Directorio Abierto (Licencia dmoz.org)...página# Licencias para trabajos aparte del software y la documentación...página# La Licencia Pública General de GNU...página# La Licencia de Documentación Libre de GNU...página# La Licencia de la Ciencia del Diseño (DSL)...página# La Licencia Libre del Arte...página# Cuadro de las licencias mas populares FSF Vs. OSI...página# Cuadro comparativo de popularidad de licencias...página# Open Source en ambientes Empresariales...página#46 CAPITULO II 2 Tecnologías LAMP...página# Surgimiento y evolución del PHP...página# PHP/FI...página# PHP/FI página# PHP página# PHP página# PHP página# Desventajas del PHP...página# Surgimiento de MySQL...página# Como se popularizo LAMP...página#59 CAPITULO III 3

7 3 Zope...página# Que es Zope...página# Introducción al Zope...página# La licencia ZPL...página# Tecnologías y estandartes usados por Zope...página# Medusa...página# XML-RPC...página# Tabla de ejemplos de cómo se maneja XML-RPC...página# Soap...página# SQL...página# ODBC...página# XML...página# FTP...página# http...página# Conceptos y Arquitectura detrás de Zope...página# Zserver...página# Zpublisher...página# ZOBD...página# Contenido...página# Templates o Plantillas...página# Inclusión...página# Interacción...página# Presentación condicional...página# Llamado / respuesta...página# Manejo de excepciones...página# Extensiones...página# Scripts...página# Interface de Dase de Datos (Database interface)...página# Zclass...página# Productos Basados en Python...página# La Aplicación...página# Que sistemas de plantillas hay en Zope?...página# Zope Page Templates (ZPT)...página# Introducción...página# Para que sirve?...página# Porque es necesario otro Lenguaje de plantillas?...página# Los principios de ZPT...página# Creando un Page Template...página# Expresiones Simples...página# Insertando Texto...página# Repitiendo Estructuras...página# Elementos Condicionales...página# Definiendo Variables...página# Cambiando Atributos...página# Mezclando y Emparejando Declaraciones...página# Declaraciones con múltiples partes...página# Expresiones String...página#96 4

8 Expresiones de Ruta Nocall...página# Expresiones de Python...página# Otras Variables internas...página# Rutas Alternas...página# Elementos Dummy...página# Insertando Estructuras...página# Cadenas de caracteres (Strings)...página# Expresiones Básicas en Python...página# Comparaciones...página# Usando otros tipos de expresión...página# Acercándonos a Objetos...página# Usando Scripts...página# Módulos Python...página# DTML (Document Template Markup Language)...página# Contenidos Dinámicos con DTML...página# Para qué es bueno DTML?...página# Cuando no Usar DTML...página# Sintaxis de las Etiquetas DTML...página# Usando Atributos en etiquetas DTML...página# Insertando Variables con DTML...página# Procesando Entradas y Formularios...página# Adquisición Dinámica de Contenidos...página# Usando Expresiones Python desde DTML...página# Advertencias sobre expresiones en Python...página# La etiqueta Var...página# Atributos de la Etiqueta Var...página# Sintaxis de Entidad de la Etiqueta Var...página# Etiqueta If...página# Diferencias entre nombres y sintaxis de expresión...página# Etiquetas Else y Elif...página# Usando Cookies con la etiqueta if...página# LA etiqueta In...página# Interacción sobre el contenido de una carpeta...página# Como se conecta Zope a las distintas Bases de Datos...página# Instalación del adaptador de MySQL...página# Quienes Usan Zope...página# Ejemplos de Aplicaciones Hechas con Zope...página#134 CAPITULO IV 4 Ruby On Rails...página# El lenguaje Ruby...página# Ruby On Rails...página# Menos software...página#137 5

9 4.2.2 Convención sobre configuración...página# Introducción a Ruby On Rails...página# Filosofía del RoR...página# Tecnologías usadas por Ruby On Rails...página# Ajax on Rails...página# Soporte de servidores Web...página# La Arquitectura de On Rails...página# Active Record...página# Modelo...página# Vista (view)...página# Controlador...página# Como se conecta Ruby On Rails a las distintas bases de datos...página# Conceptos detrás de Ruby on Rails...página# Ejemplo de construcción de una aplicación con Rails...página# Rail recetario...página# Estructura de directorios de una aplicación Rails...página# Creación de la Base de Datos de un libro de Recetas...página# Creación de acciones y vistas...página# Quienes usan Ruby On Rails...página# Ejemplos de Aplicaciones en Ruby On Rails...página#167 Capitulo V 5 Conclusiones y recomendaciones...página# Conclusiones...página# Recomendaciones...página#184 Indice de Tablas y Cuadros Tabla: Cuadro comparativo de las licencias mas populares FSF Vs. OSI...página#42 Tabla: Cuadro comparativo de popularidad de licencias de el sorceforge.net.página#45 Tabla: De ejemplos de cómo se maneja XML-RPC...página#73 Tabla: Cuadro comparativo de licencias t5.1...página#174 Tabla: Comparativa Ruby vs PHP t5.2...página#179 Tabla:Comparativa Python Vs PHP t5.3...página#180 Tabla: Objetivos, Descripción y Conclusiones página#182 Indice de Gráficos Gráfico: Arquitectura de Zope fig...página#80 Grafica: Formulario en Zope g3.1...página#125 Grafica: Consulta SQL en Zope g3.2...página#126 Grafica: Datos de Búsqueda en Zope g3.3...página#127 Grafica: Bika Workflow g3.4...página#135 Gráfico: Arquitectura de Rails g4.1...página#139 6

10 Gráfico: Comandos tutorial g4.2...página#144 Gráfico: Rails Instalación g4.3...página#145 Gráfico: Rails controlador g4.4...página#147 Gráfico: Rails error g4.6...página#148 Gráfico: Rails creación de base de datos g4.7...página#150 Gráfico: Rails configuración g4.8...página#151 Gráfico: Rails campos g4.9...página#152 Gráfico: Rails recetas.rb g página#153 Gráfico: Rails el scaffold g página#154 Gráfico: Rails New g página#155 Gráfico: Rails New con campo fecha g página#156 Gráfico: Rails Listado g página#157 Gráfico: Rails Metodo List g página#158 Gráfico: Rails Error de plantilla g página#159 Gráfico: Rails campo categoria_id g página#162 Gráfico: Rails controlador receta_controller.rb g página#163 Gráfico: Rails Editar Receta con Categoría g página#165 Gráfico: Libro de Recetas g página#167 Grafica: Interés en lenguajes de programación g5.1...página#172 Gráfica: PHP Vs Ruby g5.2...página#174 Gráfica:Python Vs PHP g5.3...página#180 Glosario de Términos...página#187 Bibliografía...página#191 7

11 Introducción La presente disertación plantea tecnologías alternativas respecto a servidores de aplicaciones dentro del ecosistema del Software Libre. Uno de los propósitos fundamentas de este trabajo es comprender mas a profundidad que es el software libre, su importancia no solamente dentro del mundo empresarial sino también desde el punto de vista filosófico. Comprender este punto es fundamental si en algún momento nos proponemos entrar en un emprendimiento lucrativo. La comprensión de una psicología social que promueve valores como compartir, pertenencia comunitaria, aprendizaje y sociedad despiertan siempre fuertes pasiones a su favor. Básicamente esto va a permitir la continuidad de proyectos que nazcan a partir de este sistema. Se presentan alternativas muy útiles para satisfacer muchas necesidades con ideas que resultan ser ingeniosas y comúnmente fuera de los esquemas tradicionales, a demás en un principio dan la impresión de salir fuera de esquemas comerciales, sin embargo tiempo después logran imponer y establecer nuevos estándares comerciales. Esta disertación realiza un muy breve análisis en el aspecto legal y filosófico de las distintas licencias permitiendo comprender mejor las metas del Software Libre Ya entrando un poco mas en el tema hablaremos de servidores de aplicaciones, en un mundo en donde por hoy reina el Internet y sobre todo el World Wide Web, este ultimo es una de las plataformas favoritas hoy en día para desarrollo de aplicaciones. No hablaremos de las ventajas y desventajas de usar SDA1 la idea es dar alternativas para ensamblar y/o desarrollar que no solo sean plataformas de código abierto sino también alternativas libres y comprenderemos la diferencia entre ambas. Uno de los puntos fundamentales que vamos a tomar en cuenta es la palabra LAMP que significa Linux, Apache, MySQL, PHP, probablemente ya sea conocida por muchas personas que hayan introducido la punta de su nariz en el mundo software libre, el primer aroma agradable para los nuevos desarrolladores probablemente sea PHP2, su difundida fama, documentación, el amplio grupo de usuarios y proyectos hacen de el 1 Servidores De Aplicaciones 2 Hypertext Preprocessor 8

12 una opción atractiva y las tres siglas anteriores LAM3 también complementan de forma estupenda sus aptitudes. Es importante recalcar que para hacer este estudio de alternativas a LAMP lo haré tomando como referencia el PHP, probablemente este sea el eje para que un programador elija esta tecnología en un servidor de aplicaciones, observado a través de la óptica del lenguaje, miraremos nuevas perspectivas en base a nuevos lenguajes de programación y marcos de desarrollo que prometan una mejor expectativa de evolución, en cuanto al PHP citaremos como este se apoya en otras tecnologías y hacemos un análisis de algunas de sus limitaciones, que a pesar de estar ya un buen tiempo en el mercado y ser soportado por la industria informática y con la venia de grandes empresas como Sun Microsystems y Oracle aún carece de ciertas características importantes y las nombraremos mas adelante, para hacer esta critica se ha recopilado la opinión de expertos en sistemas grandes, debido a que una experiencia como la mía no es suficiente. Basado en lo antes dicho surgen opciones relacionadas en base a lenguajes de programación novedosos y totalmente orientados a objetos como lo son el Ruby y el Python, básicamente ambos son nuevos a penas tienen poco mas de una década pero introducen conceptos nuevos y muy interesantes en el campo de los objetos, su contra parte que es el PHP es basado en la sintaxis del lenguaje C que es una tecnología de los 70 con esto no quiero decir que sea mala pero esta aún no toma en cuenta muchos conceptos informáticos que se han venido implementando en los últimos 30 años a pesar que que PHP se le ha inyectado cosas del C++ y del Java aun no ha logrado manejar objetos como lo hacen estos nuevos en la vecindad como lo son Ruby y Python. Un punto fundamental que ha cobrado vida durante estos últimos años es el concepto de un marco de desarrollo y se a desarrollado de formas muy ingeniosas. Vamos a citar dos perspectivas diferentes para esta funcionalidad la primera es el Zope que básicamente es un FrameWork4 que tiene integrados varios servicios entre ellos tiene un servidor Web que lo mencionaremos mas adelante además no solamente tiene un lenguaje de programación incorporado sino que también lenguajes de 3 Linux Apache MySql 4 Lo mismo que Marco de desarrollo 9

13 plantilla o templates5 que nos permiten desarrollar la parte gráfica de nuestra aplicación. Ruby on Rails es la segunda alternativa que analizaremos en esta disertación de grado, este FrameWork es bastante nuevo aún no ha cumplido los tres años pero ya se perfila como uno de los mas prometedores para desarrollo de aplicaciones la razón de este éxito es la velocidad con la que se pueden desarrollar y las facilidades que presenta su lenguaje de programación Ruby, se ve como algo muy prometedor y empieza a despertar pasiones entre sus usuarios. 5 Lenguaje que interacciona con el html 10

14 Justificación En la actualidad estamos empezando a usar soluciones basadas en Código abierto y GNU/Linux gracias a este tipo de filosofías hemos llegado a comprender mejor procesos de desarrollo algoritmos nuevas formas de trabajo colaborativo que antes estaban ocultos. Nuestra mirada estará enfocada a los servidores de aplicaciones similares a PHP misma que en una etapa inicial fue un completo desconocidos y se requirió un buen tiempo para que esto se popularice. En el proceso de su nacimiento aun no se podía vislumbrar futuro puesto que factores como la falta de documentación, conocimiento incluso su importancia impedían ver la relevancia que mas tarde cobraría LAMP. Es exactamente este mismo tipo de comportamiento el que tienen hoy una serie de tecnologías, técnicas, conceptos, lenguajes de programación y/o servidores de aplicaciones que pasan totalmente desapercibidos o se ha escuchado hablar de ellos muy poco, pero que jamas nos hemos dado el tiempo de experimentar con ellos. La intención de este tema es evaluar estas herramientas para el desarrollo de aplicaciones (Inter/Intranet) intentaremos en el proceso determinar la valides de los nuevos conceptos que estos intentan incorporar. Dentro del extenso mundo del Open Source 6 es muy complicado animarse de primera vista por determinado proyecto abierto, debido a la escasez de propaganda e información estos emprendimientos generalmente inician en el anonimato, eso si acompañados por individuos o en el mejor de los casos grupo de programadores y diseñadores muy entusiastas denominados hakers totalmente auto convencidos en el éxito de materializar un nuevo concepto que pretendan establecer para luego convertirlo en una corriente tecnológica incluso con un poco de suerte este podría llegar a impulsar un estándar abierto al alcance de todos. Muchos ejemplos de este tipo de sucesos existen actualmente, citando algunos de ellos tenemos a Mozilla, Bittorrents y Python que han logrado imponer conceptos 7 nuevos incluso llegando a superar a productos propietarios a pesar de no contar de un aparato publicitario bien organizado, bien dotado económicamente,sin contar con medios de información como la televisión y coloridos trípticos, carecen de sus propias imprentas para publicar libros técnicos, no poseen una red de distribuidores para 6 Código Abierto 7 Tecnología para descargar ficheros del internet de forma compartida 11

15 proveer de sus productos no cuentan con un estaff para capacitar clientes nuevos y/o potenciales clientes tampoco poseen mecanismos de presión o monopolios corporativos. Sin embargo y a pesar de no contar con semejantes recursos en un inicio estas iniciativas Open Source poseen algo que los productos propietarios generalmente carecen y este es un buen y nuevo concepto inicial el cual sera la piedra angular y estará destinada a resolver o servir de apoyo para lograr uno o muchos objetivos. El introducir un concepto nuevo en una etapa inicial podría ser chocante para ciertos esquemas mentales establecidos en comparación al aburrido pero conocido producto de la empresa XYZ, peor aun los proyectos nuevos casi no cuentan con documentación complicando la realización de una rápida evaluación. Por tal motivo la justificación de esta disertación de grado es hurgar, documentar evaluar y comparar estos nuevos conceptos enfocados a crear nuevos modelos de servidores de aplicaciones, aspiro que este material sirva en el presente y en el futuro con el propósito de anticiparnos a una tendencia tecnológica mas no optar por un estatus tecnológico establecido como hoy los es el LAMP. 12

16 Capitulo I 1. Código Abierto Conceptos preliminares8 1 Origen del Open Source Con la llegada de las micro computadoras y lenguajes de programación al principio de los 70's, aún no existía complicados esquemas legales impuestos al software, los programadores y entidades que disponían de ordenadores compartían algoritmos, rutinas y programas sin restricción alguna. Diez años después el panorama se fue transformando debido a que la complejidad del software creció vertiginosamente y se empieza a desarrollar sistemas operativos para todo tipo de plataformas y a su vez en hogares y oficinas se empieza a ver la existencia de equipos informáticos, muchas empresas comienzan a dedicarse al desarrollo de software dado su potencial económico y deciden imponer restricciones sobre el uso de este. Se decide imponer límites de todo tipo desde ocultar el Código fuente, encriptarlo, impedir su modificación, e incluso se adopta un esquema legal como medida de protección, esto solo fue el inicio de lo que vendría mas tarde puesto que los limites legales se fueron incrementando y los problemas en corte se convertirían en algo muy común. El hecho de establecer restricciones ocasionó muchos inconvenientes ejemplo de ello es que si un programador encontrase alguna falla en el sistema era impedido de corregirlo por si mismo, solamente podía reportar el problema con la empresa propietaria y sentarse a esperar a que algún día se de solución el defecto. A pesar de todo en aquel tiempo ya existían comunidades cooperativas para solucionar problemas relacionados al software, pero debido a que las limitaciones para cumplir este objetivo eran cada día mas grandes se fueron disolviendo estos grupos la apatía e impotencia empezó a contagiar a sus miembros y por otro lado la corriente de sistemas propietarias era la tendencia que se imponía auspiciada por las grandes corporaciones de aquella época. De tal forma un sentimiento anti-popular empieza a 8 Referencia: Software Libre para una sociedad Libre de R. Stallman 13

17 sentirse y en el medio por otro lado era bastante acentuada la idea de que este método era la única forma de lucrar en cuestión de negocios. Paralelamente un visionario de software llamado Richard M Stallman que laboraba en los laboratorios de inteligencia artificial del MIT9 se dio cuenta de que se estaba produciendo un peligroso cambio social. La experiencia que lo llevo a esta conclusión fue una complicación que tuvo un día con los sistemas de impresión, al trabarse el papel en los carretes de la impresora misma que estaba conectada a la red, esta no advertía del problema y continuaba procesando peticiones sin advertir a todos los usuarios de la red que ya no envíen mas tarea a la cola. El inconveniente era algo que un programador experimentado como Stallman podría resolver, siempre y cuando el código fuente de los drivers 10 de este dispositivo estén a su alcance así que decide contactar se con el fabricante y solicitar se le permita resolver la situación permitiéndole tener acceso al código del controlador. La respuesta por parte de la empresa fue que para su petición de código el debía firmar una serie de papeles garantizando de que no iba a revelar ningún secreto empresarial y que el beneficiado en cuestión de patentes iba a ser la firma propietaria, caso contrario no podría acceder al código. Esta experiencia lo hizo pensar largamente y decidir si en realidad es su obligación colaborar para el desarrollo de algo que se iba a beneficiar una empresa mas no un aporte a toda la comunidad, que pasaría entonces si esta empresa decide patentar la idea de los mensajes cuando se atore el papel ya nadie podría incluir esta funcionalidad en sus sistemas, así prefiere negarse al papeleo y proclamar que esto contribuiría a dividir aún mas a la sociedad con menos libertades. En el año de 1984 Stallman decide abandonar el MIT por sus fuertes convicciones en contra de la propiedad del software e inicia una cruzada para formar una comunidad de personas que vieran el compartir software y código fuente como algo natural y bautiza este proyecto con el nombre de GNU11 su visión era concebir un sistema operativo similar al Unix pero libre de las ataduras de propiedad intelectual. El producto de esta iniciativa lo lleva a crear la FSF12 una fundación sin ánimos de 9 Massachusetts Institute of Technology 10 Controlador de Hardware por software 11 GNU is no Unix 12 Free Software Foundation 14

18 lucro que como finalidad tiene la protección y defensa del software libre a demás de quienes lo ponen en practica. Uno de los primeros frutos de esta organización fue un editor de texto con interesantes funciones para programadores llamada Emacs13 que a mas de su utilidad tacita generó la pregunta de como proteger algo libre de que sea patentado y comercializado por algún oportunista. Así fue como en 1985 se crea una licencia llamada GNU / Emacs se le dio un nombre genérico mas tarde fue GNU y General public licence que en 1989 nace como primera versión. En la universidad de Berkeley se había desarrollado todo un conjunto de aplicaciones para completar el Unix,a este conjunto de mejoras y herramientas se lo llama BSD 14 Unix, aclaremos que estamos hablando de un sistema operativo acompañado de muchas herramientas, el BSD también fue constituido como licencia legalmente reconocida que protegía el código abierto, sin embargo a finales de los años 80 aun no se liberaba todo el código fuente bajo este licenciamiento y el principal obstáculo que impedía esto era que los poseedores originales de las patentes no querían liberar lo que consideraban secreto intelectual a si que la comunidad se vio obligada a reescribir gran parte del código de Unix para incorporarlo al BSD, para completar esto fue necesario algún tiempo. En California Bill Jolies desarrolla las partes faltantes y las incorpora como parte de una disto llamada Net/2 una corriente de BSD Unix Libre de Licencias propietarias el producto final se llamó 386BSD, que mas tarde daría origen a NetBSD, FreeBSD y OpenBSD. En la península escandinava un Finlandés llamado Linux Torvards estudiante de Informática de la Universidad de Helsinki acababa de endeudarse en un ordenador que le costó $3500 con un procesador Intel 386 y 4mb de memoria RAM y su primer requerimiento fue desechar el sistema operativo DOS y emplazarlo por un MINIX que en un inicio lo mantenía ocupado pero no satisfecho, mas tarde decidió hacerle unas mejoras especialmente al programa de terminal15 que le parecía arcaico, pero para lograrlo debería desarrollar otras funciones importantes como un controlador de disco, controlador e interceptores de teclado, manejadores de salida a pantalla etc. todo esto 13 Editor de texto libre para programadores 14 Berkeley Software Distribution' 15 Consola informática para dar comandos 15

19 fue logrado exitosamente. Los primeros objetivos logrados por Torvards lo animaron para se proponga desarrollar por si mismo un sistema operativo nuevo de tal modo que inicio su proyecto solicitando mas información sobre la especificaciones POSIX16 implementarlas mas tarde hacer que funcione sobre su sistema el compilador GNU/GCC17 su solicitud no obtuvo respuesta así que decidió averiguar mas información en los sitios de Sun Microsystems. Uno de los profesores de Linus se enteró de la necesidad de información sobre el tema y se interesó por su trabajo así que para apoyarlo le abrió una cuenta FTP18 en el centro de computo de la universidad con el fin de que este pueda divulgar su trabajo, tiempo después Linus apodó a su sistema operativo Linux y este tenia la capacidad de mostrar un shell y ejecutar el compilador de tal forma decidió liberarlo al publico con el nombre de Freax que quería decir fenómeno, la idea no gusto mucho al profesor así que lo convenció de que mantenga Linux. El 17 de septiembre de 1991 lo sube al servidor FTP la primera versión oficial de Linux la 0.01 con aproximadamente líneas de código fuente y en ese instante nace un nuevo sistema operativo que mas tarde daría mucho de que hablar. Los primeros usuarios y hackers se preguntaban si este sistema operativo continuaría siendo gratuito incluso habían quienes querían enviar dinero por su uso pero la respuesta de se creador fue contundente acerca de no cobrar por el, pero si lo usan y les gusta por favor envíen me una postal. De forma instantánea empezaron a llegar postales de todas partes del mundo y cartas de felicitación. El proyecto emprendido jamás se detuvo y la intención final era de que toda una comunidad de personas se involucren para hacerlo crecer garantizando que sea algo transparente abierto al publico y sin restricciones legales esto lograría que el sistema crezca y dé la impresión de cobrar vida propia. Linux estaba basado y desarrollado netamente sobre herramientas GNU como el compilador GCC desarrollado por Stallman así que Linus decidió adoptar la licencia GNU GPL para su creación. Según Stallman la decisión no fue por motivos éticos sino por razones practicas. 16 Estandar de API s de Unix 17 Compilador de lenguaje C y Ada libre pecho por R. Sallman 18 Protocolo de transferencia de ficheros 16

20 Tiempo después a finales de los 90 hasta el día de hoy el mundo del Open Source inició un crecimiento dramático y empresas como IBM, Sun Microsystems, Novell gobiernos como el de Brasil, Venezuela, Alemania, España entre otros apoyan fuertemente la iniciativa. 1.2 Filosofía y visión del código Abierto Resulta difícil definir el software libre debido a que esta sometida a distintos criterios, pero podemos citar las dos principales corrientes: la primera es la Free Software Foundation (FSF) y la segunda la Open Source Initiative. Antes de tocar el tema en profundidad es importante tener en claro el significado de free software en especial el termino free que su traducción a otro idiomas como el español puede ser gratis o libre en este caso la interpretación del mismo sería libre y no necesariamente gratuito puesto que este modelo permite hacer dinero sin perder el esquema filosófico de no patentes y sin necesidad de cerrar el código fuente. Otros puntos de vista también se dan bajo esquemas similares así es como el 3 de febrero de 1998, Eric Sir Raymond, told Anderson, Cris Peterson del Feresight Institute junto a John Hall y Larry Augustin del Silicon Valley Linux User Group deciden una nueva forma de nombrar y usar a este tipo de software y crean el termino oficial de Open Source. Se estableció la marca Open Source y Bruce Perens se compromete a alojar todo tipo de información vinculada con este termino nuevo a su vez Torvards dio apoyo a la idea pero a Stallman no convencio del todo la idea aduciendo que no demuestra libertad y carece del espíritu fundamentalista del software libre. La Open Source Initiative (OSI ) se establece sin animo de lucro y mantiene una tendencia practica que defiende el método de código abierto mientras que su contra parte la FSF mantiene que el software debe ser libre por derecho social y universal. La Free Sofware Foundation (FSF) que cuenta con el respaldo de GNU en principio mantiene 4 libertades fundamentales que son: 17

21 1. Libertad para ejecutar el programa, con cualquier propósito y sin restricciones. No es posible obligar a ejecutarlo solo en un número determinado de máquinas o en condiciones especificas. 2. Libertad para modificar el programa para adaptarlo a sus necesidades o para estudiar su funcionamiento. Como cualquier programador sabe, para que esta fuente, intentar libertad sea efectiva, se debe tener acceso al código modificar un programa sin disponer de el es un proceso muy complejo. 3. Libertad para redistribuir copias tanto gratis como cobrar por ellas. 4. Libertad para distribuir versiones modificadas del programa, de tal manera que todo el mundo pueda beneficiarse de ellas. Este planteamiento permite un amplio campo de libertades sin embargo es una obligación que al realizar cambios sobre este estos deben ser publicados forzosamente en la fuente si se requiere distribuir solamente el ejecutable. La segunda corriente liderada por la Open Source Initiative (OSI) también tiene sus principios que son: 1. Redistribución libre, no es posible restringir la venta o copia del software a terceros. No es posible cobrar royalties (exclusividades) por ventas. 2. Debe ser permitida la creación de trabajos derivados, los cuales podrán ser distribuidos bajo los mismos términos de la licencia. 3. Es posible restringir la distribución de código modificado siempre y cuando se permita la distribución de parches que modifiquen el código en tiempo de compilación. La licencia puede pedir que los trabajos derivados tengan nombre y versiones diferentes a la original. El objetivo es poder asociar un responsable que mantiene el software que usamos y marcar, de forma independiente, todos los parches con 18

22 funcionalidades no oficiales. (Punto diferente a la definición de la FSF) 4. No es posible discriminar personas o grupos. 5. No es posible discriminar ningún campo de esfuerzo (ej. Investigación Negocios) 6. Las condiciones son aplicadas a quien reciba el software si que pueda ser afectadas por acuerdos de no publicación (nondisclousure agreement). 7. La licencia no debe restringir Software de terceros, no es posible obligar a distribuir dicho software junto a otro con licencias especificas no puede ser usada/enlazada por software con licencia diferente pero si distribuida. 8. La licencia debe ser terminológicamente neutral, no es posible forzar a utilizar un medio en concreto para la distribución, ejecución y compilación. 1.3 Importancia del Software Libre19 Una de las sensaciones que nos produce en principio el uso del software libre es que podemos tener acceso a este a un precio muy bajo o simplemente percibirlo como algo gratuito, pero también si profundizamos un poco nos daremos cuenta que podemos obtener cosas aparentemente gratis como por ejemplo, el Microsoft Internet Explorer o el Windows Media Player etc.. artilugios informáticos en donde su código fuente esta cerrado y lleno de secretos. Así que veamos más en profundidad y aprendamos a reconocer las verdaderas bondades de la filosofía que acarrea practicar la libertad de software reconociendo que este va mas haya del valor del precio aunque nos lo ofrezcan gratuitamente. El hecho de tener el código fuente a disposición y las libertades que con llevan a la posibilidad de modificarlo hace que se active un proceso de evolución constante permitiendo que se alcance en el camino la calidad de este, la vida o la supervivencia inspiradas en esta clase de filosofía hace que el proyecto se mantenga vivo gracias al 19 Referencia: Libro Guía Ubuntu de Sergio Blanco 19

23 aporte global de una comunidad que constantemente prolonga la vida y utilidad que este ofrezca, a diferencia del software privativo que por estadística tiene tiempos promedios de supervivencia de 10 años. La posibilidad que ofrece el software libre de restricciones es que en combinación con la agilidad de su distribución asegura una ilimitada difusión haciendo que cada día mas personas se a dieran a su uso y estos individuos o usuarios proporcionan a su vez todo tipo de aportes creando procesos de retro alimentación altamente dinámicos. Supongamos que una empresa o individuo inicia un proyecto de código abierto y que este en un principio haya llenado las expectativas de sus creadores originales. Tiempo después sus iniciadores ya no quieren continuar con el por cualquiera que sea el motivo para su abandono, consideremos que están dejando de lado todo el fruto de su esfuerzo, aquí viene la parte interesante puesto que si hay un grupo de personas interesadas en que no muera el emprendimiento, este grupo continuará desarrollándolo sin importar que este ya no este patrocinado por sus creadores originales, estas personas que lo retoman pueden ser un grupo de individuos o empresas que en este caso ahorran muchos recursos gracias al impulso inicial e incluso le darán una nueva administración que podrían dirigirlo hacia un mejor camino. Estos procesos de desarrollo son acciones transparentes en donde no caben secretos de ninguna naturaleza, por tal motivo no encontraremos nunca en sus productos desagradables sorpresas como cajas negras20, bombas de tiempo21, gusanos espías22, puertas traseras o spyware23 gracias a que toda una comunidad mundial audita, prueba y participa constantemente en los procesos de su desarrollo, a diferencia del software privativo en donde ya se han dado muchos de estos casos de intromisión particularmente en sistemas operativos como Windows Vista24 en donde se requiere claves de activación, información completa del usuario incluso un inventario del hardware que compone su computador para que el producto pueda funcionar en caso de no ofrecer lo este software se auto desactiva y dejara de prestar sus servicio. Cuando un proyecto libre queda estancado por razones como una mala Algoritmos que hacen procesos ilícitos dentro del software Proceso maligno enquistado que se activa por algun evento en el tiempo Software que pasa de una computadora a otra tomando claves Software que se oculta en el sistema operativo para enviar info privada. Sistema Operativo privativo prometido por Microsoft 20

24 administración o excesiva cantidad de discusiones, siempre existe la posibilidad de realizar un fork que es la opción de empezar un proyecto paralelo a partir de las bases del que ya existe esta bifurcación o división aparentemente podría ser visto como que se esta robando un proyecto para empezar uno nuevo y peor aun dividiendo fuerzas que están interviniendo en el original pero como nos muestra la experiencia lo que hace es agilizar el camino evolutivo con ideas nuevas que en algún momento se vieron estancadas y sobre todo termina brindando alternativas e ideas que el proyecto padre no quiso aceptar de esta manera se establece una competencia sana entre ambos proyectos obligando los a ser mas ágiles y pragmáticos en cuanto a su funcionalidad original como también a sus políticas de desarrollo. Los medios de difusión electrónica como el Internet se han convertido en un importante motor del software libre gracias a el se han podido juntar una inmensa diversidad de personas con distintas culturas, conocimientos y necesidades concentradas en promover y comprender ideas a escala global desechando cualquier tipo de discriminación por estatus socio económico, geográfico o de índole similar. Los conocimientos son compartidos mundialmente y a través de todas sus vías. El espíritu económico también es tangible en esta actividad dado que fomenta iniciativas empresariales y laborales vinculadas al Software Libre estas permiten sostener soluciones informáticas locales el mecanismo que se usa llega por medio de las PYMES25 estas dan soporte técnico y generan nuevas e insospechadas oportunidades tecnológicas de desarrollo cubriendo con las necesidades de las distintas áreas geográficas en donde operan. Este tipo de filosofía empresarial a su vez impide la formación de monopolios dadas las características que se practican en ejercer la libertad de Software creando un ambiente competitivo creativo y favoreciendo cualitativamente al cliente final. 1.4 Tipos de licencias Open Source26 Es sumamente largo y complicado realizar un profundo estudio de los tipos de licencias que existen hay material suficiente como para realizar una disertación de grado pero para resumir nombraremos a las principales y daremos un breve punto de 25 Pequeñas y medianas empresas 26 Referencia: 21

25 vista desde la perspectiva de la FSF Definiciones de uso de software Licencia: contrato entre el desarrollador de un software sometido a propiedad intelectual y a derechos de autor y el usuario, en el cual se definen con precisión los derechos y deberes de ambas partes. Es el desarrollador, o aquél a quien éste haya cedido los derechos de explotación, quien elige la licencia según la cual distribuye el software Patente: conjunto de derechos exclusivos garantizados por un gobierno o autoridad al inventor de un nuevo producto (material o inmaterial) susceptible de ser explotado industrialmente para el bien del solicitante por un periodo de tiempo limitado Derecho de autor o copyright: forma de protección proporcionada por las leyes vigentes en la mayoría de los países para los autores de obras originales incluyendo obras literarias, dramáticas, musicales, artísticas e intelectuales, tanto publicadas como pendientes de publicar Estándar abierto: según Bruce Perens, el basado en los principios de Disponibilidad; Maximizar las opciones del usuario final; Sin tasas sobre la implementación; Sin discriminación de implementador; Permiso de extensión o restricción; Evitar prácticas predatorias por fabricantes dominantes Software de dominio público: aquél que no está protegido con copyright Software con copyleft: software libre cuyos términos de distribución no permiten a los redistribuidores agregar ninguna restricción adicional cuando lo redistribuyen o modifican, o sea, la versión modificada debe ser también libre Software semilibre: aquél que no es libre, pero viene con autorización de usar, copiar, distribuir y modificar para particulares sin fines de lucro. 22

26 Freeware: se usa comúnmente para programas que permiten la redistribución pero no la modificación (y su código fuente no está disponible) Shareware: software con autorización de redistribuir copias, pero debe pagarse cargo por licencia de uso continuado Software privativo: aquél cuyo uso, redistribución o modificación están prohibidos o necesitan una autorización Software comercial: el desarrollado por una empresa que pretende ganar dinero por su uso. Tomando en cuenta la Free Software Foundation en su web site presenta las siguientes licencias pueden considerarse de software libre, y son compatibles con la GNU GPL: Licencias de software libre compatibles con GPL La Licencia Pública General de GNU, o GNU GPL para abreviar. Es una licencia de software libre, y de tipo copyleft La Licencia Pública General Reducida de GNU, o GNU LGPL para abreviar. Es una licencia de software libre, pero no tiene un copyleft fuerte, porque permite que el software se enlace con módulos no libres. Entre la versión 2 y la 2.1, la GNU LGPL cambió su nombre de "Licencia Pública General para Bibliotecas de GNU" a "Licencia Pública General Reducida de GNU", pues no es sólo para bibliotecas. Además la GNU GPL es habitualmente más apropiada para las bibliotecas (N. del T.: en inglés ambas expresiones tienen las mismas siglas: LGPL). 23

27 La licencia de Guile Consiste en la GNU GPL más una declaración especial que permite enlazar con software no libre. Por tanto no tiene un copyleft fuerte, pero es compatible con la GNU GPL.. La licencia de las unidades de ejecución del compilador de Ada de GNU. Es aplicable lo expuesto para la licencia de Guile La licencia X11 Es una licencia de software libre simple y permisiva sin copyleft pero compatible con la GNU GPL. XFree86 usa la misma licencia. A veces se le llama la licencia del "MIT", pero ese término es engañoso puesto que el MIT ha utilizado muchas licencias para su software La licencia Expat Es una licencia de software libre simple y permisiva sin copyleft pero compatible con la GNU GPL. A veces se la cita de forma ambigua como la Licencia MIT La Licencia de Copyright ML Estándar de New Jersey Es una licencia de software libre simple y permisiva sin copyleft pero compatible con la GNU GPL El dominio público Estar en el dominio público no es una licencia. Al contrario, esto significa que el contenido en cuestión no está protegido y no necesita licencia. En la práctica, si un trabajo está en el dominio público, es como si tuviera una licencia de software libre totalmente permisiva y sin copyleft. La presencia en el dominio público es compatible con la GNU GPL La Licencia General de Cryptix Es una licencia de software libre simple y permisiva sin copyleft pero compatible con la GNU GPL. Es muy similar a la licencia X La licencia BSD modificada La licencia modificada es basicamente la misma que la original sin la desagadable clausula de publicidad: 24

28 "3. All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the University of California, Berkeley and its contributors." Aun así es posible que alguien que quiera usar una licencia BSD para sus programas se confunda y acabe usando la licencia original que si incluye la clausula de publicidad. Así que una buena forma de evitar estas potenciales confusiones es sugerir el uso de la licencia X11, que es muy parecida a esta licencia BSD modificada La licencia BSD original, modificada por la eliminación de la cláusula de publicidad. Es una licencia de software libre simple y permisiva sin copyleft pero compatible con la GNU GPL. Si necesita una licencia de software libre simple y permisiva sin copyleft, la licencia BSD modificada es una opción razonable. Sin embargo, es arriesgado recomendar el uso de la "licencia BSD" porque podría conducir fácilmente al uso de la poco recomendable licencia BSD original. Para evitar este riesgo, se puede sugerir como alternativa la licencia X11. Esta licencia y la BSD modificada son más o menos equivalentes La licencia de ZLib Es una licencia de software libre compatible con la GNU GPL La licencia de la "Biblioteca de Funciones Estándar" de imatix Es una licencia de software libre compatible con la GNU GPL El aviso y la licencia de software del W3C Es una licencia de software libre compatible con la GNU GPL La licencia de la base de datos de Berkeley (también llamada licencia de productos software de Sleepycat). Es una licencia de software libre compatible con la GNU GPL. 25

29 La licencia de OpenLDAP, versión 2.7L Es una licencia de software libre permisiva y sin copyleft pero compatible con la GNU GPL La Licencia de Python, versión 1.6a2 y anteriores Es una licencia de software libre compatible con la GNU GPL. Advierta, no obstante, que las nuevas versiones de Python están bajo otras licencias (vea la siguiente y más abajo) La Licencia de Python, versiones 2.0.1, y posteriores Es una licencia de software libre compatible con la GNU GPL. Advierta, no obstante, que las versiones intermedias de Python (de la 1.6b1 a la 2.0, más la 2.1) están bajo otras licencias (vea más abajo) La licencia de Perl Esta licencia plantea una disyuntiva entre la Licencia Artística y la GNU GPL. Dicho de otro modo, se puede elegir entre cualquiera de las dos licencias. Es una licencia de software libre pero puede no ser realmente de tipo copyleft. Es compatible con la GNU GPL ya que ésta es una de las alternativas La Licencia Artística con aclaraciones Es una licencia de software libre compatible con la GNU GPL. Contiene el mínimo conjunto de cambios necesarios para corregir la vaguedad de la Licencia Artística Original La Licencia Artística 2.0 Es una licencia de software libre compatible con la GNU GPL. Según tenemos entendido, ya no está en uso; pero está siendo considerada en Perl 6 como parte de su esquema de licencia dual. Si está pensando publicar un programa bajo la Licencia Artística Original, tenga en cuenta esta versión revisada. Considere en cualquier caso alguna de las otras licencias de software libre compatibles con la GNU GPL. 26