La historia del software libre y de código abierto comienza con la aparición del software informático en la primera mitad del siglo XX. En las décadas de 1950 y 1960, el software operativo y los compiladores de ordenador se entregaban como parte de las compras de hardware sin tarifas separadas. En ese momento, el código fuente (la forma legible por humanos del software) generalmente se distribuía con el software, lo que brindaba la capacidad de corregir errores o agregar nuevas funciones. Las universidades fueron las primeras en adoptar la tecnología informática. Muchas de las modificaciones desarrolladas por las universidades se compartían abiertamente, de acuerdo con los principios académicos de compartir el conocimiento , y surgieron organizaciones para facilitar el intercambio.
A medida que los sistemas operativos a gran escala fueron madurando, cada vez menos organizaciones permitieron modificaciones del software operativo y, finalmente, dichos sistemas operativos se cerraron a la modificación. Sin embargo, las utilidades y otras aplicaciones con funciones adicionales aún se comparten y se han formado nuevas organizaciones para promover el uso compartido de software.
El concepto de compartir libremente información tecnológica existía mucho antes de las computadoras. Por ejemplo, en los primeros años del desarrollo de automóviles, una empresa poseía los derechos de una patente de motor de gasolina de 2 tiempos presentada originalmente por George B. Selden . [1] Al controlar esta patente, pudieron monopolizar la industria y obligar a los fabricantes de automóviles a adherirse a sus demandas, o arriesgarse a una demanda. En 1911, el fabricante de automóviles independiente Henry Ford ganó un desafío a la patente de Selden. El resultado fue que la patente de Selden se volvió prácticamente inútil y se formó una nueva asociación (que eventualmente se convertiría en la Asociación de Fabricantes de Vehículos Motorizados ). [1] La nueva asociación instituyó un acuerdo de licencia cruzada entre todos los fabricantes de automóviles estadounidenses: aunque cada empresa desarrollaría tecnología y presentaría patentes, estas patentes se compartirían abiertamente y sin intercambio de dinero entre todos los fabricantes. [1] Cuando Estados Unidos entró en la Segunda Guerra Mundial, 92 patentes de Ford y 515 patentes de otras empresas se estaban compartiendo entre estos fabricantes, sin ningún intercambio de dinero (o demandas). [1] [ ¿ síntesis incorrecta? ]
El software de computadora fue creado en la primera mitad del siglo XX. [2] [3] [4] En la década de 1950 y principios de la de 1960, casi todo el software fue producido por académicos e investigadores corporativos que trabajaban en colaboración, [5] a menudo compartido como software de dominio público . Como tal, generalmente se distribuía bajo los principios de apertura y cooperación [ ancla rota ] establecidos desde hace mucho tiempo en los campos académicos , y no se consideraba un producto en sí mismo. Este comportamiento comunitario más tarde se convirtió en un elemento central de la llamada cultura del hacking (un término con una connotación positiva entre los programadores de software libre).
El software operativo de computadora y los compiladores se entregaban como parte de las compras de hardware sin tarifas separadas. En ese momento, el código fuente , la forma legible por humanos del software, generalmente se distribuía con el código de máquina del software porque los usuarios frecuentemente modificaban el software ellos mismos, porque no se ejecutaría en un hardware o sistema operativo diferente sin modificaciones, y también para corregir errores o agregar nuevas funciones. [6] [7] [ verificación fallida ] [8] Se cree que el primer ejemplo de software libre y de código abierto fue el sistema A-2 , desarrollado en la división UNIVAC de Remington Rand en 1953, [9] que se lanzó a los clientes con su código fuente. Se les invitó a enviar sus mejoras de regreso a UNIVAC. [10] Más tarde, casi todo el software de mainframe de IBM también se distribuyó con el código fuente incluido. Se formaron grupos de usuarios como el del IBM 701 , llamado SHARE , y el de Digital Equipment Corporation (DEC), llamado DECUS , para facilitar el intercambio de software. El sistema operativo SHARE , desarrollado originalmente por General Motors , fue distribuido por SHARE para las computadoras IBM 709 y 7090. Algunos laboratorios de computación de universidades incluso tenían una política que exigía que todos los programas instalados en la computadora debían venir con archivos de código fuente publicados. [11]
En 1969 se construyó la Red de la Agencia de Proyectos de Investigación Avanzada (ARPANET), una red informática transcontinental de alta velocidad que simplificó el intercambio de códigos de software. [6]
Algunos programas libres desarrollados en la década de 1970 continúan desarrollándose y utilizándose, como TeX (desarrollado por Donald Knuth ) [12] y SPICE [13] .
A finales de los años 1960 se avecinaba un cambio: a medida que evolucionaban los sistemas operativos y los compiladores de lenguajes de programación , los costes de producción de software aumentaban drásticamente en relación con el hardware. Una creciente industria del software competía con los productos de software empaquetados de los fabricantes de hardware (el coste de los productos empaquetados estaba incluido en el coste del hardware), las máquinas alquiladas requerían soporte de software sin proporcionar ingresos por el software, y algunos clientes, capaces de satisfacer mejor sus propias necesidades, [14] no querían que los costes del software del fabricante se incluyeran con los costes del producto de hardware. En la demanda antimonopolio Estados Unidos contra IBM , presentada el 17 de enero de 1969, el gobierno estadounidense alegó que el software empaquetado era anticompetitivo. [15] Aunque algunos programas seguían siendo gratuitos, había una cantidad cada vez mayor de programas que solo se vendían bajo licencias restrictivas.
A principios de los años 70, AT&T distribuyó las primeras versiones de Unix sin coste alguno para el gobierno y los investigadores académicos, pero estas versiones no venían con permiso para redistribuirlas o distribuir versiones modificadas, y por tanto no eran software libre en el sentido moderno de la frase. Después de que Unix se generalizara a principios de los años 80, AT&T dejó de distribuirlas de forma gratuita y empezó a cobrar por los parches del sistema. Como es bastante difícil cambiar a otra arquitectura, la mayoría de los investigadores pagaron por una licencia comercial.
El software no se consideraba sujeto a derechos de autor antes de que la Comisión de Nuevos Usos Tecnológicos de Obras con Derechos de Autor (CONTU) de los Estados Unidos decidiera en 1974 que "los programas informáticos, en la medida en que incorporan la creación original de un autor, son materia adecuada de derechos de autor". [16] [17] Por lo tanto, el software no tenía licencias adjuntas y se compartía como software de dominio público , generalmente con código fuente. La decisión de la CONTU y decisiones judiciales posteriores, como Apple v. Franklin en 1983 por el código objeto , dieron a los programas informáticos el estatus de obras literarias y dieron inicio al licenciamiento de software y al modelo de negocio de software de código cerrado . [ 18]
A finales de los años 1970 y principios de los 1980, los vendedores de computadoras y las compañías que solo ofrecían software comenzaron a cobrar rutinariamente por las licencias de software , comercializando el software como "Productos de Programa" e imponiendo restricciones legales a los nuevos desarrollos de software, ahora vistos como activos, a través de derechos de autor , marcas registradas y contratos de arrendamiento. En 1976, Bill Gates escribió un ensayo titulado " Carta abierta a los aficionados ", en el que expresó su consternación por la amplia difusión del producto Altair BASIC de Microsoft por parte de aficionados sin pagar su tarifa de licencia. En 1979, AT&T comenzó a hacer cumplir sus licencias cuando la compañía decidió que podría obtener ganancias vendiendo el sistema Unix. [19] En una carta de anuncio fechada el 8 de febrero de 1983, IBM inauguró una política de no distribuir más fuentes con el software comprado. [20] [21]
Para aumentar los ingresos, comenzó una tendencia general a no distribuir más código fuente (fácilmente legible por los programadores), y solo distribuir el código de máquina ejecutable que se compilaba a partir del código fuente. Una persona especialmente angustiada por esta nueva práctica fue Richard Stallman . Le preocupaba no poder estudiar o modificar más los programas escritos inicialmente por otros. Stallman vio esta práctica como éticamente incorrecta. En respuesta, fundó el Proyecto GNU en 1983 para que la gente pudiera usar computadoras usando solo software libre . [8] Estableció una organización sin fines de lucro, la Free Software Foundation , en 1985, para organizar más formalmente el proyecto. Inventó el copyleft , un mecanismo legal para preservar el estado "libre" de una obra sujeta a derechos de autor, y lo implementó en la Licencia Pública General de GNU . Las licencias copyleft permiten a los autores otorgar una serie de derechos a los usuarios (incluidos los derechos para usar una obra sin cargos adicionales y los derechos para obtener, estudiar y modificar el código fuente completo correspondiente del programa) pero requiere que los derivados permanezcan bajo la misma licencia o una sin restricciones adicionales. Como los derivados incluyen combinaciones con otros programas originales, se impide a los autores posteriores convertir el trabajo inicial en software propietario y se les invita a contribuir al patrimonio común copyleft. [6] Más tarde, otros desarrollaron variaciones de dichas licencias.
Sin embargo, todavía había quienes deseaban compartir su código fuente con otros programadores y/o con usuarios de forma gratuita, llamados entonces "aficionados" y " hackers ". [22] Antes de la introducción y el uso público generalizado de Internet, había varias formas alternativas disponibles para hacer esto, incluyendo listados en revistas de informática (como Dr. Dobb's Journal , Creative Computing , SoftSide , Compute!, Byte , etc.) y en libros de programación informática, como el bestseller BASIC Computer Games . [23] Aunque todavía estaba protegido por derechos de autor, el código fuente anotado para los componentes clave del software del sistema para las computadoras Atari de 8 bits se publicó en libros de mercado masivo, incluyendo The Atari BASIC Source Book [24] (código fuente completo para Atari BASIC ) y Inside Atari DOS (código fuente completo para Atari DOS ). [25]
El grupo de usuarios de SHARE, fundado en 1955, comenzó a recopilar y distribuir software libre. La primera distribución documentada de SHARE data del 17 de octubre de 1955. [26] La "Agencia de la Biblioteca del Programa SHARE" (SPLA) distribuía información y software, sobre todo en cinta magnética.
A principios de los años 1980, las llamadas cintas DECUS [27] eran un sistema mundial de transmisión de software libre para los usuarios de equipos DEC. Los sistemas operativos eran normalmente software propietario , pero se desarrollaron muchas herramientas como el editor TECO , el formateador de texto Runoff o la utilidad de listado de archivos List , etc. para facilitar la vida de los usuarios, y se distribuyeron en las cintas DECUS. Estos paquetes de utilidades beneficiaron a DEC, que a veces los incorporó a nuevas versiones de su sistema operativo propietario. Incluso se podían distribuir compiladores y, por ejemplo, Ratfor (y Ratfiv ) ayudaron a los investigadores a pasar de la codificación Fortran a la programación estructurada (suprimiendo la sentencia GO TO). La cinta Decus de 1981 fue probablemente la más innovadora al traer el Sistema operativo virtual de herramientas de software del Laboratorio Lawrence Berkeley que permitía a los usuarios utilizar un sistema tipo Unix en PDP-11 de 16 bits de DEC y VAX de 32 bits que se ejecutaban bajo el sistema operativo VMS . Era similar al sistema cygwin actual para Windows. A menudo se distribuían binarios y bibliotecas, pero los usuarios normalmente preferían compilar desde el código fuente. [ cita requerida ]
En la década de 1980, en paralelo al movimiento del software libre, se compartía software con código fuente en redes BBS . Esto era a veces una necesidad; el software escrito en BASIC y otros lenguajes interpretados sólo podía distribuirse como código fuente, y gran parte de él era freeware. Cuando los usuarios empezaron a recopilar dicho código fuente y a crear foros específicamente para discutir su modificación, se trataba de un sistema de código abierto de facto.
Uno de los ejemplos más obvios de esto es uno de los sistemas y redes BBS más utilizados, WWIV , desarrollado inicialmente en BASIC por Wayne Bell . La cultura de "modificar" su software y distribuir las modificaciones creció tan ampliamente que cuando el software fue portado primero a Pascal y luego a C++ , su código fuente continuó distribuyéndose a usuarios registrados, quienes compartirían modificaciones y compilarían sus propias versiones del software. Esto puede haber contribuido a que fuera un sistema y una red dominantes, a pesar de estar fuera del paraguas de Fidonet que compartían tantos otros creadores de BBS.
Mientras tanto, la llegada de Usenet y UUCPNet a principios de la década de 1980 conectó aún más a la comunidad de programación y proporcionó una forma más sencilla para que los programadores compartieran su software y contribuyeran al software que otros habían escrito. [28]
En 1983, Richard Stallman lanzó el Proyecto GNU para escribir un sistema operativo completo libre de restricciones sobre el uso de su código fuente. Entre los incidentes particulares que motivaron esto se incluye un caso en el que una impresora molesta no pudo ser reparada porque el código fuente fue ocultado a los usuarios. [29] Stallman también publicó el Manifiesto GNU en 1985 para describir el propósito del Proyecto GNU y explicar la importancia del software libre. Otra inspiración probable para el proyecto GNU y su manifiesto fue un desacuerdo entre Stallman y Symbolics , Inc. sobre el acceso del MIT a las actualizaciones que Symbolics había hecho a su máquina Lisp, que estaba basada en código del MIT. [30] Poco después del lanzamiento, [22] utilizó [ aclaración necesaria ] el término existente " software libre " y fundó la Free Software Foundation para promover el concepto. La Definición de Software Libre se publicó en febrero de 1986.
En 1989 se publicó la primera versión de la Licencia Pública General GNU . [31] En 1991 se publicó una versión 2 ligeramente actualizada. En 1989, algunos desarrolladores de GNU formaron la empresa Cygnus Solutions . [32] El núcleo del proyecto GNU, más tarde llamado " GNU Hurd ", se retrasó continuamente, pero la mayoría de los demás componentes se completaron en 1991. Algunos de estos, especialmente la Colección de compiladores GNU , se habían convertido en líderes del mercado [ aclaración necesaria ] por derecho propio. El depurador GNU y GNU Emacs también fueron éxitos notables.
El núcleo Linux , iniciado por Linus Torvalds , fue lanzado como código fuente libremente modificable en 1991. La licencia no era una licencia de software libre , pero con la versión 0.12 en febrero de 1992, Torvalds volvió a licenciar el proyecto bajo la Licencia Pública General de GNU . [33] Al igual que Unix, el núcleo de Torvalds atrajo la atención de programadores voluntarios.
Hasta ese momento, la falta de un núcleo en el proyecto GNU significaba que no existía ningún sistema operativo de software libre completo. El desarrollo del núcleo de Torvalds cerró esa última brecha. La combinación del sistema operativo GNU casi terminado y el núcleo Linux dio lugar al primer sistema operativo de software libre completo.
Entre las distribuciones Linux , Debian GNU/Linux , iniciada por Ian Murdock en 1993, es notable por estar explícitamente comprometida con los principios de software libre de GNU y FSF. Los principios de los desarrolladores de Debian están expresados en el Contrato Social de Debian . Desde su inicio, el proyecto Debian ha estado estrechamente vinculado con la FSF, y de hecho fue patrocinado por la FSF durante un año en 1994-1995. En 1997, el ex líder del proyecto Debian Bruce Perens también ayudó a fundar Software in the Public Interest , una organización sin fines de lucro de financiación y soporte para varios proyectos de software libre . [34]
Desde 1996, el núcleo Linux incluyó componentes con licencia privativa, de modo que ya no era enteramente software libre . [35] Por ello, la Free Software Foundation Latinoamérica lanzó en 2008 una versión modificada del núcleo Linux llamada Linux-libre , donde se eliminaron todos los componentes privativos y no libres.
Muchas empresas ofrecen productos o distribuciones personalizadas basadas en Linux con soporte comercial. El nombre sigue siendo controvertido . Referirse al sistema completo simplemente como "Linux" es un uso común. Sin embargo, la Free Software Foundation y muchos otros abogan por el uso del término "GNU/Linux", diciendo que es un nombre más preciso para todo el sistema operativo. [36]
La adopción de Linux creció entre empresas y gobiernos en las décadas de 1990 y 2000. Al menos en el mundo angloparlante, Ubuntu y sus derivados se convirtieron en un grupo relativamente popular de distribuciones de Linux .
Cuando la demanda USL vs. BSDi se resolvió extrajudicialmente en 1993, FreeBSD y NetBSD (ambos derivados de 386BSD ) se publicaron como software libre. En 1995, OpenBSD se bifurcó de NetBSD. En 2004, Dragonfly BSD se bifurcó de FreeBSD.
A mediados y finales de los años 90, cuando muchas empresas basadas en sitios web estaban empezando a funcionar, el software libre se convirtió en una opción popular para los servidores web. El servidor HTTP Apache se convirtió en el software de servidor web más utilizado, un título que todavía se mantiene en 2015. [37] Los sistemas basados en una "pila" común de software con el núcleo Linux como base, Apache proporcionando servicios web, el motor de base de datos MySQL para el almacenamiento de datos y el lenguaje de programación PHP para proporcionar páginas dinámicas, llegaron a denominarse sistemas LAMP . En realidad, el lenguaje de programación que precedió a PHP y dominó la web a mediados y finales de los años 90 fue Perl. Los formularios web se procesaban en el lado del servidor a través de scripts de Common Gateway Interface escritos en Perl.
El término "código abierto", relacionado con el software libre, era de uso común en 1995. [38] Otros recuerdos lo indican en uso durante la década de 1980. [39]
En 1997, Eric S. Raymond publicó " La catedral y el bazar ", un análisis reflexivo de la comunidad hacker y los principios del software libre. El artículo recibió una atención significativa a principios de 1998 y fue uno de los factores que motivaron a Netscape Communications Corporation a lanzar su popular suite de Internet Netscape Communicator como software libre . [40]
La decisión de Netscape impulsó a Raymond y a otros a estudiar cómo llevar los principios y beneficios del software libre a la industria del software comercial. Llegaron a la conclusión de que el activismo social de la FSF no resultaba atractivo para empresas como Netscape y buscaron una forma de cambiar el nombre del movimiento del software libre para enfatizar el potencial comercial de compartir el código fuente. [41]
La etiqueta "código abierto" fue adoptada por algunas personas del movimiento del software libre en una sesión de estrategia [42] celebrada en Palo Alto, California , en reacción al anuncio de Netscape en enero de 1998 de una liberación del código fuente para Navigator . El grupo de personas en la sesión incluía a Christine Peterson, que sugirió "código abierto", [8] Todd Anderson, Larry Augustin , Jon Hall , Sam Ockman, Michael Tiemann y Eric S. Raymond . Durante la semana siguiente, Raymond y otros trabajaron en la difusión del término. Linus Torvalds dio una sanción de suma importancia al día siguiente. Phil Hughes ofreció un púlpito en Linux Journal . Richard Stallman , pionero del movimiento del software libre, coqueteó con la adopción del término, pero cambió de opinión. [42] Las personas que adoptaron el término aprovecharon la oportunidad antes de la liberación del código fuente de Navigator para liberarse de las connotaciones ideológicas y de confrontación del término "software libre". Netscape publicó su código fuente bajo la Licencia Pública Netscape y más tarde bajo la Licencia Pública Mozilla . [43]
El término recibió un gran impulso en un evento organizado en abril de 1998 por el editor de tecnología Tim O'Reilly . Originalmente titulado "Freeware Summit" y luego llamado "Open Source Summit", [44] el evento reunió a los líderes de muchos de los proyectos libres y de código abierto más importantes, incluidos Linus Torvalds , Larry Wall , Brian Behlendorf , Eric Allman , Guido van Rossum , Michael Tiemann , Paul Vixie , Jamie Zawinski de Netscape y Eric Raymond. En esa reunión, se planteó la confusión causada por el nombre de software libre. Tiemann abogó por "sourceware" como un nuevo término, mientras que Raymond abogó por "código abierto". Los desarrolladores reunidos realizaron una votación y el ganador fue anunciado en una conferencia de prensa esa noche. Cinco días después, Raymond hizo el primer llamado público a la comunidad de software libre para adoptar el nuevo término. [45] La Iniciativa de Código Abierto se formó poco después. [8] [42] Según la OSI, Richard Stallman inicialmente coqueteó con la idea de adoptar el término de código abierto. [46] Pero como el enorme éxito del término de código abierto sepultó el término de software libre de Stallman y su mensaje sobre los valores sociales y la libertad de los usuarios de computadoras, [47] [48] [49] más tarde Stallman y su FSF se opusieron firmemente al enfoque y la terminología de la OSI. [50] Debido al rechazo de Stallman al término "software de código abierto", el ecosistema FOSS está dividido en su terminología; consulte también Términos alternativos para software libre . Por ejemplo, una encuesta de desarrolladores de FOSS de 2002 reveló que el 32,6% se asociaba con OSS, el 48% con software libre y el 19,4% estaba entre medio o indeciso. [51] Sin embargo, Stallman todavía mantenía que los usuarios de cada término eran aliados en la lucha contra el software propietario.
El 13 de octubre de 2000, Sun Microsystems publicó [52] la suite ofimática StarOffice como software libre bajo la Licencia Pública General Reducida de GNU . La versión de software libre pasó a llamarse OpenOffice.org y coexistió con StarOffice.
A finales de la década de 1990, el término "código abierto" ganó mucha fuerza en los medios públicos [53] y aceptación en la industria del software en el contexto de la burbuja de las puntocom y la Web 2.0 impulsada por el software de código abierto .
El sistema X Window se creó en 1984 y se convirtió en el sistema de ventanas estándar de facto en los sistemas operativos de software libre de escritorio a mediados de los años 90. X se ejecuta como un servidor y es responsable de comunicarse con el hardware gráfico en nombre de los clientes (que son aplicaciones de software individuales). Proporciona servicios útiles, como tener múltiples escritorios virtuales para el mismo monitor y transmitir datos visuales a través de la red para que se pueda acceder a un escritorio de forma remota.
Inicialmente, los usuarios o administradores de sistemas armaban sus propios entornos a partir de X y los gestores de ventanas disponibles (que agregan controles estándar a las ventanas de la aplicación; X por sí mismo no hace esto), buscapersonas , docks y otro software. Si bien X puede operarse sin un gestor de ventanas, tener uno aumenta enormemente la comodidad y la facilidad de uso.
En la década de 1990 surgieron dos entornos de escritorio "de peso pesado" clave para los sistemas operativos de software libre que fueron ampliamente adoptados: KDE y GNOME . KDE fue fundado en 1996 por Matthias Ettrich . En ese momento, estaba preocupado por las inconsistencias en las interfaces de usuario de las aplicaciones UNIX . Propuso un nuevo entorno de escritorio. También quería hacer que este escritorio fuera fácil de usar. Su publicación inicial en Usenet despertó mucho interés. [54]
Ettrich eligió utilizar el conjunto de herramientas Qt para el proyecto KDE. En ese momento, Qt no utilizaba una licencia de software libre . Los miembros del proyecto GNU comenzaron a preocuparse por el uso de dicho conjunto de herramientas para construir un entorno de escritorio de software libre. En agosto de 1997, se iniciaron dos proyectos en respuesta a KDE: el conjunto de herramientas Harmony (un reemplazo libre para las bibliotecas Qt) y GNOME (un escritorio diferente sin Qt y construido completamente sobre software libre). [55] GTK+ fue elegido como la base de GNOME en lugar del conjunto de herramientas Qt.
En noviembre de 1998, el conjunto de herramientas Qt fue licenciado bajo la Licencia Pública Q (QPL) de código abierto /libre, pero continuó el debate sobre la compatibilidad con la Licencia Pública General GNU (GPL). En septiembre de 2000, Trolltech puso a disposición la versión Unix de las bibliotecas Qt bajo la GPL, además de la QPL, lo que ha eliminado las preocupaciones de la Free Software Foundation . Desde entonces, KDE se ha dividido en KDE Plasma Workspaces , un entorno de escritorio, y KDE Software Compilation , un conjunto mucho más amplio de software que incluye el entorno de escritorio.
Tanto KDE como GNOME participan ahora en freedesktop.org , un esfuerzo lanzado en 2000 para estandarizar la interoperabilidad del escritorio Unix, aunque todavía hay competencia entre ellos. [56]
Desde el año 2000, el software escrito para X casi siempre utiliza algún conjunto de herramientas de widgets escrito sobre X, como Qt o GTK. [ cita requerida ]
En 2010, Canonical lanzó la primera versión de Unity , un reemplazo del entorno de escritorio predeterminado anterior para Ubuntu, GNOME. Este cambio a un nuevo entorno de escritorio y una nueva interfaz de usuario en desarrollo fue inicialmente algo controvertido entre los usuarios de Ubuntu.
En 2011 se presentó GNOME 3, que descartó en gran medida la metáfora del escritorio en favor de una interfaz más orientada a los dispositivos móviles. La controversia que siguió llevó a Debian a considerar la posibilidad de convertir el entorno Xfce en el predeterminado en Debian 7. Se iniciaron varios proyectos independientes para seguir manteniendo el código de GNOME 2.
Fedora no adoptó Unity, manteniendo su oferta existente de una selección de GNOME, KDE y LXDE, siendo GNOME el predeterminado, y por lo tanto Red Hat Enterprise Linux (para el cual Fedora actúa como el "campo de pruebas inicial") tampoco adoptó Unity. Desarrolladores externos interesados realizaron una bifurcación de Ubuntu que mantuvo GNOME y descartó Unity. En marzo de 2017, Ubuntu anunció que abandonaría Unity a favor de GNOME 3 en futuras versiones y que dejaría de lado sus esfuerzos en el desarrollo de teléfonos inteligentes y tabletas basados en Unity . [57] [58]
Cuando Google creó el sistema operativo Android basado en Linux , principalmente para teléfonos y tabletas, reemplazó X con SurfaceFlinger, un sistema especialmente diseñado para ese fin .
Los desarrolladores de código abierto también criticaron a X por obsoleto, con muchos elementos no utilizados o demasiado complicados en su protocolo y bibliotecas, al tiempo que carece de funcionalidad moderna, por ejemplo, composición, protectores de pantalla y funciones proporcionadas por los administradores de ventanas. [59] Se han realizado o están en marcha varios intentos para reemplazar a X por estas razones, que incluyen:
A medida que el software libre se hizo más popular, los actores del sector, como Microsoft, comenzaron a verlo como una amenaza seria. Esto quedó demostrado en un documento filtrado en 1998, cuya autenticidad fue confirmada por Microsoft y que pasó a denominarse el primero de los Documentos de Halloween .
Steve Ballmer comparó en una ocasión la GPL con "un cáncer", pero desde entonces ha dejado de utilizar esta analogía. De hecho, Microsoft ha suavizado su postura pública hacia el código abierto en general, y desde entonces el código abierto se ha convertido en una parte importante del ecosistema Microsoft Windows . [61] Sin embargo, al mismo tiempo, tras bambalinas, las acciones de Microsoft han sido menos favorables hacia la comunidad de código abierto . [ cita requerida ]
En 2003, un proveedor de Unix propietario y ex proveedor de distribuciones Linux llamado SCO alegó que la propiedad intelectual de Unix había sido copiada indebidamente en el núcleo de Linux y demandó a IBM, alegando que era responsable de ello. A continuación se presentaron varias demandas y contrademandaciones relacionadas, algunas originadas por SCO y otras por otros que demandaban a SCO. Sin embargo, las acusaciones de SCO carecían de especificidad y, aunque algunos medios las consideraron creíbles, muchos críticos de SCO creyeron que las acusaciones eran, en el mejor de los casos, muy dudosas.
A lo largo del caso SCO v. IBM , se supo que no sólo SCO había estado distribuyendo el núcleo Linux durante años bajo la GPL, y continuaba haciéndolo (lo que hacía que cualquier reclamación fuera difícil de sostener legalmente), sino que SCO ni siquiera poseía los derechos de autor de gran parte del código Unix sobre el que afirmaba tener derechos de autor, y no tenía derecho a demandar por ellos en nombre del presunto propietario, Novell .
Esto ocurrió a pesar de que el director ejecutivo de SCO, Darl McBride , había hecho muchas afirmaciones descabelladas y perjudiciales sobre apropiación inapropiada a los medios de comunicación, muchas de las cuales luego se demostró que eran falsas o legalmente irrelevantes incluso si eran ciertas.
El blog Groklaw fue uno de los examinadores más forenses de las reclamaciones de la SCO y los eventos relacionados, y ganó popularidad por cubrir este material durante muchos años.
SCO sufrió derrota tras derrota en SCO v. IBM y en otros casos judiciales, y en 2007 se declaró en quiebra según el Capítulo 11. Sin embargo, a pesar de que los tribunales determinaron que SCO no era propietaria de los derechos de autor (véase más arriba) y de que el director ejecutivo de SCO, Darl McBride, que siempre ha estado dispuesto a demandar a los demandantes, ya no dirigía la empresa, el síndico de quiebras a cargo de SCO en quiebra decidió seguir adelante con algunas partes que, según él, seguían siendo relevantes en la demanda SCO v. IBM . Al parecer, podía permitirse hacerlo porque el principal bufete de abogados de SCO en SCO v. IBM había firmado un acuerdo desde el principio para representar a SCO por una cantidad fija de dinero, sin importar cuánto tiempo llevara completar el caso.
En 2004, la Alexis de Tocqueville Institution (ADTI) anunció su intención de publicar un libro, Samizdat: And Other Issues Regarding the 'Source' of Open Source Code (Samizdat: y otras cuestiones relacionadas con el 'código fuente' del código fuente abierto) , que mostraba que el núcleo de Linux se basaba en código robado de Unix, utilizando en esencia el argumento de que era imposible creer que Linus Torvalds pudiera producir algo tan sofisticado como el núcleo de Linux. El libro nunca se publicó, después de que fuera ampliamente criticado y ridiculizado, incluso por personas supuestamente entrevistadas para el libro. Se supo que algunas de las personas nunca fueron entrevistadas y que ADTI no había intentado ponerse en contacto con Linus Torvalds, ni siquiera le había planteado las acusaciones para permitir una respuesta. Microsoft intentó poner punto final a este incidente, afirmando que fue una "distracción".
Muchos sospechaban que algunos o todos estos ataques legales y de miedo, incertidumbre y duda (FUD) contra el núcleo Linux habían sido organizados de forma encubierta por Microsoft, aunque esto nunca se ha podido demostrar. Sin embargo, tanto ADTI como SCO recibieron financiación de Microsoft.
En 2004, la Comisión Europea declaró a Microsoft culpable de conducta anticompetitiva en relación con la interoperabilidad en el mercado de software para grupos de trabajo. Microsoft ya había llegado a un acuerdo en el caso Estados Unidos contra Microsoft en 2001, en el que se le acusaba de haber abusado ilegalmente de su poder monopólico para obligar a los fabricantes de ordenadores a preinstalar Internet Explorer .
La Comisión exigió a Microsoft que presentara la documentación completa de sus protocolos de trabajo en grupo para permitir a los competidores interoperar con su software de trabajo en grupo, y le impuso multas de 1,5 millones de euros por día en caso de incumplimiento. La Comisión era competente porque Microsoft vende el software en cuestión en Europa.
Microsoft, tras un intento fallido de apelar la decisión ante el Tribunal de Justicia de la Unión Europea , finalmente cumplió con la demanda, produciendo volúmenes de documentación detallada.
El proyecto Samba , como único competidor restante de Microsoft en el mercado de software para grupos de trabajo, fue el principal beneficiario de esta documentación.
En 2008, la Organización Internacional de Normalización publicó el Office Open XML de Microsoft como estándar internacional , lo que significó de manera crucial que este, y por lo tanto Microsoft Office , podrían usarse en proyectos en los que el uso de estándares abiertos estuviera exigido por ley o por política. Los críticos del proceso de normalización, incluidos algunos miembros de los comités nacionales de ISO involucrados en el proceso mismo, alegaron irregularidades y violaciones de procedimiento en el proceso, y argumentaron que la ISO no debería haber aprobado OOXML como estándar porque hacía referencia a un comportamiento no documentado de Microsoft Office.
En 2012 [update], no existía ninguna implementación correcta de código abierto de OOXML, lo que valida los comentarios de los críticos sobre que OOXML es difícil de implementar y está poco especificado. Actualmente, Google aún no puede convertir documentos de Office a su propio formato propietario, Google Docs, correctamente. Esto sugiere que OOXML no es un verdadero estándar abierto, sino más bien un documento parcial que describe lo que hace Microsoft Office y que solo involucra ciertos formatos de archivo.
En 2006, Microsoft lanzó su sitio de alojamiento de código abierto CodePlex , para proporcionar alojamiento a los desarrolladores de código abierto que apuntan a las plataformas de Microsoft. En julio de 2009, Microsoft publicó en código abierto algunos parches compatibles con Hyper-V para el núcleo de Linux, porque así lo exigía la Licencia Pública General de GNU , [62] [63] y los contribuyó al núcleo principal. Tenga en cuenta que Hyper-V en sí no es de código abierto. El compilador F# de Microsoft , creado en 2002, también se ha publicado como código abierto bajo la licencia Apache . El compilador F# es un producto comercial, ya que se ha incorporado a Microsoft Visual Studio , que no es de código abierto.
Los representantes de Microsoft han hecho apariciones regulares en varias conferencias de código abierto y Linux durante muchos años.
En 2012, Microsoft lanzó una subsidiaria llamada Microsoft Open Technologies Inc., con el objetivo de cerrar la brecha entre las tecnologías propietarias de Microsoft y las tecnologías que no son de Microsoft mediante la interacción con estándares de código abierto. [64] Esta subsidiaria posteriormente se fusionó con Microsoft a medida que la posición de Microsoft en plataformas de código abierto y que no son de Windows se volvió más favorable.
En enero de 2016, Microsoft lanzó Chakra como código abierto bajo la licencia MIT ; el código está disponible en GitHub . [65]
La postura de Microsoft sobre el código abierto ha cambiado a medida que la compañía comenzó a respaldar más software de código abierto. En 2016, Steve Balmer, ex director ejecutivo de Microsoft, se retractó de su declaración de que Linux es un cáncer maligno. [66] En 2017, la compañía se convirtió en un partidario platino de la Linux Foundation . En 2018, poco antes de adquirir GitHub, Microsoft lideró las listas en el número de personal remunerado que contribuía a proyectos de código abierto allí. [67] Si bien Microsoft puede o no respaldar la filosofía original del software libre , los datos muestran que sí respalda el código abierto estratégicamente. [ ¿ Investigación original? ]
Los críticos han señalado que, en marzo de 2019, Microsoft demandó a la subsidiaria de Foxconn por un contrato de patente de 2013; [68] en 2013, Microsoft había anunciado un acuerdo de patente con Foxconn relacionado con el uso por parte de Foxconn de Android y ChromeOS basados en Linux . [69]
La gran mayoría de los lenguajes de programación que se utilizan hoy en día tienen una implementación de software libre disponible.
Desde la década de 1990, el lanzamiento de nuevos lenguajes de programación importantes en forma de compiladores y/o intérpretes de código abierto ha sido la norma, más que la excepción. Algunos ejemplos incluyen Python en 1991, Ruby en 1995 y Scala en 2003. En los últimos tiempos, las excepciones más notables han sido Java , ActionScript , C# y Swift de Apple hasta que la versión 2.2 fue propietaria . Se han desarrollado implementaciones de código abierto parcialmente compatibles para la mayoría y, en el caso de Java, la principal implementación de código abierto está ahora muy cerca de la versión comercial.
Desde su primer lanzamiento público en 1996, la plataforma Java no había sido de código abierto, aunque la parte del código fuente de Java del entorno de ejecución de Java se incluyó en los kits de desarrollo de Java (JDK), supuestamente de forma "confidencial", a pesar de que el público en general podía descargarlo libremente en la mayoría de los países. Sun luego amplió este acceso "confidencial" al código fuente para incluir el código fuente completo del entorno de ejecución de Java a través de un programa separado que estaba abierto al público, y más tarde también puso a disposición el código fuente del compilador de Java javac . Sun también puso el código fuente del JDK a disposición de forma confidencial para el proyecto Blackdown Java , que era un grupo de voluntarios que portaron las primeras versiones del JDK a Linux o mejoraron los puertos Linux del JDK de Sun. Sin embargo, nada de esto era de código abierto, porque la modificación y redistribución sin el permiso de Sun estaban prohibidas en todos los casos. Sun declaró en ese momento que les preocupaba evitar la bifurcación de la plataforma Java.
Sin embargo, se habían creado varias reimplementaciones parciales independientes de la plataforma Java, muchas de ellas por parte de la comunidad de código abierto , como el compilador GNU para Java (GCJ). Sun nunca presentó demandas contra ninguno de los proyectos de clones de código abierto . GCJ causó notablemente una mala experiencia de usuario para Java en distribuciones de soporte de software libre como Fedora y Ubuntu que incluían GCJ en ese momento como su implementación de Java. Cómo reemplazar GCJ con Sun JDK fue una pregunta frecuente de los usuarios, porque GCJ era una implementación incompleta, incompatible y con errores.
En 2006, Jonathan I. Schwartz se convirtió en el director ejecutivo de Sun Microsystems y manifestó su compromiso con el código abierto. El 8 de mayo de 2007, Sun Microsystems lanzó el kit de desarrollo de Java como OpenJDK bajo la licencia pública general de GNU. Parte de la biblioteca de clases (4%) no se pudo publicar como código abierto debido a que estaban licenciadas por otras partes y se incluyeron como complementos binarios. [ cita requerida ] Debido a esto, en junio de 2007, Red Hat lanzó IcedTea para resolver los componentes sobrecargados con los equivalentes de la implementación de GNU Classpath . Desde el lanzamiento, la mayoría de los problemas se han solucionado, dejando solo el código del motor de audio y el sistema de gestión de color (este último se resolverá utilizando Little CMS ).
El primer sistema de control de revisiones distribuido (DVCS) de código abierto fue 'tla' en 2001 (luego renombrado a GNU arch ); sin embargo, éste y sus sucesores 'baz' y 'bzr' ( Bazaar ) nunca llegaron a ser muy populares, y GNU arch fue descontinuado, aunque Bazaar aún continúa y es utilizado por Canonical.
Sin embargo, surgieron otros proyectos DVCS y algunos empezaron a lograr una adopción significativa.
Git , el DVCS más popular, fue creado en 2005. [70] Algunos desarrolladores del núcleo Linux comenzaron a usar un DVCS propietario llamado BitKeeper , en particular el fundador de Linux Linus Torvalds, aunque otros desarrolladores del núcleo nunca lo usaron debido a su naturaleza propietaria. La situación inusual por la cual el desarrollo del núcleo Linux involucraba el uso por parte de algunos programas propietarios "llegó a un punto crítico" cuando Andrew Tridgell comenzó a realizar ingeniería inversa de BitKeeper con el objetivo de producir una herramienta de código abierto que pudiera proporcionar algunas de las mismas funciones que la versión comercial. BitMover, la compañía que desarrolló BitKeeper, en respuesta, en 2005 revocó la licencia especial gratuita que había otorgado a ciertos desarrolladores del núcleo.
Como resultado de la eliminación de la licencia de BitKeeper, Linus Torvalds decidió escribir su propio DVCS, llamado git, porque pensó que ninguno de los DVCS de código abierto existentes era adecuado para sus necesidades particulares como mantenedor del núcleo (que era la razón por la que había adoptado BitKeeper en primer lugar). Varios otros desarrolladores se sumaron rápidamente y lo ayudaron, y con el tiempo git pasó de ser un "rastreador de contenido estúpido" relativamente simple (sobre el que algunos desarrolladores desarrollaron extensiones "de porcelana") al sofisticado y poderoso DVCS que es hoy. Sin embargo, Torvalds ya no mantiene git él mismo; lo ha mantenido Junio Hamano durante muchos años, y ha seguido recibiendo contribuciones de muchos desarrolladores.
La creciente popularidad de los DVCS de código abierto como Git y, más tarde, de los sitios de alojamiento de DVCS, el más popular de los cuales es GitHub (fundado en 2008), redujo gradualmente aún más las barreras para la participación en proyectos de software libre. Con sitios como GitHub, los posibles colaboradores ya no tenían que hacer cosas como buscar la URL del repositorio de código fuente (que podía estar en diferentes lugares de cada sitio web o, a veces, escondido en un archivo README o en la documentación del desarrollador), o averiguar cómo generar un parche y, si era necesario, suscribirse a la lista de correo adecuada para que su correo electrónico con el parche llegara a las personas adecuadas. Los colaboradores pueden simplemente bifurcar su propia copia de un repositorio con un clic y emitir una solicitud de extracción desde la rama adecuada cuando sus cambios estén listos. GitHub se ha convertido en el sitio de alojamiento más popular del mundo para software de código abierto y esto, junto con la facilidad de bifurcación y la visibilidad de las bifurcaciones, lo ha convertido en una forma popular para que los colaboradores realicen cambios, grandes y pequeños.
Si bien el copyright es el principal mecanismo legal que utilizan los autores de software libre para garantizar el cumplimiento de la licencia de su software, otros mecanismos como la legislación, las patentes de software y las marcas registradas también tienen usos. En respuesta a los problemas legales con las patentes y la DMCA , la Free Software Foundation publicó la versión 3 de su Licencia Pública General GNU en 2007, que abordaba explícitamente las disposiciones de gestión de derechos digitales (DRM) y los derechos de patente de la DMCA.
Después del desarrollo de la GNU GPLv3 , como titular de los derechos de autor de muchas piezas del sistema GNU, como el software de la Colección de Compiladores GNU (GCC), la FSF actualizó la mayoría de las licencias de los programas GNU de GPLv2 a GPLv3. Apple , un usuario de GCC y un gran usuario tanto de DRM como de patentes, decidió cambiar el compilador en su IDE Xcode de GCC a Clang , otro compilador FOSS, [71] pero que está bajo una licencia permisiva . [72] LWN especuló que Apple estaba motivado en parte por un deseo de evitar la GPLv3. [71] El proyecto Samba también cambió a la GPLv3, que Apple reemplazó en su suite de software con una alternativa de software propietario de código cerrado. [73]
Las fusiones recientes han afectado a importantes empresas de software de código abierto. Sun Microsystems (Sun) adquirió MySQL AB , propietaria de la popular base de datos MySQL de código abierto , en 2008. [74]
Oracle , a su vez, compró Sun en enero de 2010, adquiriendo sus derechos de autor, patentes y marcas comerciales. Esto convirtió a Oracle en el propietario tanto de la base de datos propietaria más popular como de la base de datos de código abierto más popular (MySQL). [ cita requerida ] Los intentos de Oracle de comercializar la base de datos MySQL de código abierto han generado inquietud en la comunidad FOSS. [75] En parte como respuesta a la incertidumbre sobre el futuro de MySQL, la comunidad FOSS bifurcó el proyecto en nuevos sistemas de bases de datos fuera del control de Oracle. Estos incluyen MariaDB , Percona y Drizzle . [76] Todos estos tienen nombres distintos; son proyectos distintos y no pueden usar el nombre de marca registrada MySQL. [77]
En septiembre de 2008, Google lanzó la primera versión de Android , un nuevo sistema operativo para teléfonos inteligentes , como código abierto (algunas aplicaciones de Google que a veces, pero no siempre, se incluyen con Android no son de código abierto). Inicialmente, el sistema operativo fue entregado de forma gratuita por Google y fue adoptado con entusiasmo por muchos fabricantes de teléfonos móviles; Google luego compró Motorola Mobility y produjo sus propios teléfonos y tabletas Android " vanilla ", mientras continuaba permitiendo que otros fabricantes usaran Android. Android es ahora la plataforma móvil más popular del mundo. [78]
Debido a que Android se basa en el kernel Linux, esto significa que Linux es ahora el kernel dominante tanto en plataformas móviles (a través de Android) como en supercomputadoras, [79] y también un actor clave en los sistemas operativos de servidor.
En agosto de 2010, Oracle demandó a Google alegando que su uso de Java en Android infringía los derechos de autor y patentes de Oracle. El juicio inicial Oracle v. Google terminó en mayo de 2012, con el hallazgo de que Google no infringió las patentes de Oracle, y el juez de primera instancia dictaminó que la estructura de las interfaces de programación de aplicaciones (API) Java utilizadas por Google no era susceptible de derechos de autor. El jurado encontró que Google cometió una infracción de derechos de autor trivial (" de minimis "), pero las partes estipularon que Google no pagaría daños y perjuicios, porque era muy trivial. [80] Sin embargo, Oracle apeló al Circuito Federal , y Google presentó una apelación cruzada sobre el reclamo de copia literal. [81] El Circuito Federal dictaminó que la pequeña infracción de derechos de autor reconocida por Google no era de minimis , y envió el problema del uso justo de vuelta al juez de primera instancia para su reconsideración. En 2016, el caso fue juzgado nuevamente y un jurado falló a favor de Google, sobre la base del uso justo .
Hasta hace poco, Linux era todavía una opción relativamente poco común de sistema operativo para computadoras de escritorio y portátiles. Sin embargo, las Chromebooks de Google , que ejecutan ChromeOS , que es esencialmente un cliente ligero , han capturado entre el 20 y el 25 % del mercado de computadoras portátiles de menos de 300 dólares en Estados Unidos. [82] ChromeOS está construido a partir del sistema operativo de código abierto ChromiumOS , que se basa en Linux, de la misma manera que las versiones de Android que se incluyen en los teléfonos disponibles comercialmente se construyen a partir de la versión de código abierto de Android.
Entonces, si
el código abierto
solía ser la norma en los años 60 y 70, ¿cómo cambió esto? ¿De dónde surgió
el software propietario
, cuándo y cómo? ¿Cómo se desmoronó
la pequeña utopía de
Richard Stallman en el
laboratorio de inteligencia artificial del MIT
y lo obligó a salir al desierto para intentar reconstruirla? Dos cosas cambiaron a principios de los años 80: la base instalada de hardware de microcomputadoras, que crecía exponencialmente, alcanzó una masa crítica alrededor de 1980, y una decisión legal alteró la ley de derechos de autor para cubrir los binarios en 1983.
Si bien la política de IBM de retener el código fuente de productos de software seleccionados ya ha cumplido su segundo aniversario, los usuarios recién ahora están comenzando a lidiar con el impacto de esa decisión. Pero independientemente de si la llegada de productos de solo código objeto ha afectado o no sus operaciones diarias de procesamiento de datos, algunos usuarios siguen enojados con la decisión de IBM. Anunciada en febrero de 1983, la política de solo código objeto de IBM se ha aplicado a una lista cada vez mayor de productos de software de sistemas de Big Blue.
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}