El software de dominio público es software que se ha colocado en el dominio público : en otras palabras, no existe absolutamente ninguna propiedad como derechos de autor , marca registrada o patente . El software del dominio público puede modificarse, distribuirse o venderse incluso sin ninguna atribución por parte de nadie; esto es diferente al caso común de software con derechos de autor exclusivos , donde las licencias de software otorgan derechos de uso limitados.
En virtud del Convenio de Berna , que la mayoría de los países han firmado, un autor obtiene automáticamente los derechos de autor exclusivos de todo lo que ha escrito, y la legislación local también puede otorgar derechos de autor, patentes o marcas registradas por defecto. El Convenio de Berna también cubre programas. Por lo tanto, un programa está automáticamente sujeto a derechos de autor, y si se va a colocar en el dominio público, el autor debe renunciar explícitamente a los derechos de autor y otros derechos sobre él de alguna manera, por ejemplo, mediante una declaración de renuncia . [1] En algunas jurisdicciones , algunos derechos (en particular los derechos morales ) no se pueden negar: por ejemplo, el " Urheberrecht " del derecho alemán basado en la tradición del derecho civil difiere aquí del concepto de " derecho de autor " de la tradición anglosajona del derecho consuetudinario .
Historia
Ecosistema de software de dominio público académico temprano
En la cultura del software de la década de 1950 a la de 1990, como fenómeno académico original, el software de "dominio público" (generalmente abreviado como "PD") era popular. Este tipo de "software libre" distribuido y compartido libremente combinó las clases de software hoy en día diferenciadas de freeware , shareware y software libre y de código abierto y fue creado en el mundo académico, y por aficionados y hackers . [2] Como el software a menudo se escribía en un lenguaje interpretado como BASIC , el código fuente era necesario y, por lo tanto, se distribuía para ejecutar el software. El software de PD también se compartió y distribuyó como código fuente impreso (programa de mecanografía ) en revistas de informática (como Creative Computing , SoftSide , Compute ! , Byte , etc.) y libros, como el bestseller BASIC Computer Games . [3] Al principio, el software de código cerrado era poco común hasta mediados de la década de 1970 hasta la de 1980. [4] [5] [6]
Antes de 1974, cuando la Comisión de Estados Unidos sobre Nuevos Usos Tecnológicos de Obras Protegidas por Derechos de Autor (CONTU) decidió que "los programas de computadora, en la medida en que incorporen la creación original de un autor, son materia adecuada de derechos de autor" , [7] [8] el software se no está sujeto a derechos de autor y, por lo tanto, siempre es de dominio público. Esta legislación, más decisiones judiciales como Apple v. Franklin en 1983 por código objeto , aclararon que la Ley de Copyright otorgó a los programas de computadora el estatus de copyright de obras literarias.
En la década de 1980, una forma común de compartir software de dominio público [ verificación necesaria ] era recibirlos a través de un grupo de usuarios local o una empresa como PC-SIG, de Sunnyvale, California, que mantenía un catálogo de pedidos por correo de más de 300 discos con un precio promedio de US $ 6. [9] El software de dominio público con código fuente también se compartió en las redes BBS . El software de dominio público se comercializaba a veces mediante un modelo de software de donación , solicitando a los usuarios que enviaran una donación de dinero por correo. [10]
El sector público y el dominio "libre intercambio" y "modelos de comercialización Donationware" evolucionado en los años siguientes a la (no voluntaria) shareware modelo, [11] [12] y el software de forma gratuita, llamada gratuita . [13] Además, debido a otros cambios en la industria informática, compartir el código fuente se volvió menos habitual. [6]
Con la Ley de implementación del Convenio de Berna de 1988 (y la anterior Ley de derechos de autor de 1976 ), la base legal para el software de dominio público cambió drásticamente. Antes de la ley, lanzar un software sin aviso de derechos de autor era suficiente para dedicarlo al dominio público. Con la nueva ley de derechos de autor, el software estaba protegido por derechos de autor por defecto y necesitaba una declaración de renuncia explícita o una licencia del autor. [14] [15]
Las implementaciones de referencia de algoritmos, a menudo algoritmos criptográficos , destinados o aplicados para la estandarización , a menudo se dan al dominio público, ejemplos son CERN httpd [16] en 1993 y Serpent cipher en 1999. El Proyecto Openwall mantiene una lista de varios algoritmos y su fuente. código en el dominio público. [17]
Software gratuito y de código abierto como sucesor
Como respuesta a finales de la década de 1980 del ecosistema de software académico al cambio en el sistema de derechos de autor, se desarrollaron textos de licencia permisivos , como la licencia BSD y sus derivados. El software con licencia permisiva , que es un tipo de software gratuito y de código abierto , comparte la mayoría de las características del software anterior de dominio público, pero se encuentra en la base legal de la ley de derechos de autor.
En la década de 1980, Richard Stallman , quien trabajó durante mucho tiempo en un entorno académico de intercambio de software similar al de "dominio público", notó el surgimiento del software propietario y el declive del ecosistema de software de dominio público. Como enfoque para preservar este ecosistema, creó una licencia de software, la GPL , que codifica los derechos de "dominio público" y los aplica irrevocablemente al software. Paradójicamente, su enfoque del copyleft se basa en la aplicabilidad de los derechos de autor para que sea efectivo. Por lo tanto, el software libre copyleft comparte muchas propiedades con el software de dominio público, pero no permite volver a otorgar licencias ni sublicenciar. A diferencia del software de dominio público real o el software con licencia permisiva, la licencia copyleft de Stallman intenta hacer cumplir la posibilidad de compartir el software de forma gratuita también en el futuro al no permitir cambios en la licencia.
Por lo tanto, referirse al software libre (que está bajo una licencia de software libre ) o al software distribuido y utilizable de forma gratuita ( freeware ) como "dominio público" es incorrecto. Mientras que el dominio público renuncia a los derechos exclusivos del autor (por ejemplo, derechos de autor ), en el software libre los derechos de autor del autor aún se conservan y se utilizan, por ejemplo, para hacer cumplir el copyleft o para distribuir software con licencia permisiva. Software con licencia es, en general, no en el dominio público. [18] Otra diferencia clara es que un programa ejecutable puede estar en el dominio público incluso si su código fuente no está disponible (lo que hace que el programa no sea factible de modificar), mientras que el software libre tiene el código fuente siempre disponible.
Dominio público posterior a los derechos de autor
Con la década de 2000 y la aparición de redes de intercambio de igual a igual y el uso compartido en el desarrollo web, una nueva generación de desarrolladores críticos con los derechos de autor hizo que el modelo de software de dominio público " sin licencia " fuera visible nuevamente, criticando también el ecosistema de licencias de software libre (" Publicar código abierto ") como parte estabilizadora del sistema de derechos de autor. [19] [20] [21] [22] Se desarrollaron nuevas licencias no FOSS y textos de exenciones, en particular Creative Commons " CC0 " (2009) y " Unlicense " (2010), y una creciente popularidad de las licencias de software permisivas. fue notado. Además, el creciente problema del software huérfano y la obsolescencia digital del software aumentó la conciencia de la relevancia de pasar el software al dominio público nuevamente para una mejor preservación digital del patrimonio digital, sin restricciones de derechos de autor y DRM . [23] [24] [25] [26]
Alrededor de 2004 hubo un debate sobre si el software de dominio público puede considerarse parte del ecosistema de software libre, como argumentó el abogado Lawrence Rosen en el ensayo "Por qué el dominio público no es una licencia", que el software no se podía realmente entregar al dominio público. [27] posición que enfrentó la oposición de Daniel J. Bernstein y otros. [28] En 2012, el estado finalmente se resolvió cuando Rosen cambió de opinión y aceptó CC0 como licencia de código abierto, admitiendo que, contrariamente a las afirmaciones anteriores, se puede renunciar a los derechos de autor, respaldado por una decisión del Noveno circuito . [29]
Paso de software al dominio público
Publicación sin aviso de derechos de autor
Antes de la Ley de aplicación del Convenio de Berna de 1988 (y la anterior Ley de derechos de autor de 1976 , que entró en vigor en 1978), las obras podían pasar fácilmente al dominio público simplemente publicándolas sin un aviso explícito de derechos de autor y sin registro de derechos de autor . Después de la ley de implementación de 1988, todas las obras estaban protegidas por derechos de autor por defecto y debían ser entregadas activamente al dominio público mediante una declaración de renuncia . [14] [15]
Dejando el término de derechos de autor
Las obras con derechos de autor, como el software, están destinadas a pasar al dominio público después del plazo de los derechos de autor , perdiendo su privilegio de derechos de autor . Debido a la protección de derechos de autor de décadas otorgada por el Convenio de Berna , ningún software ha pasado al dominio público dejando los términos de los derechos de autor. La cuestión de la rapidez con la que las obras deben pasar al dominio público ha sido una cuestión de debates científicos [30] [31] [32] y públicos, también para software como los videojuegos . [24] [25] [26]
Licencias y exenciones de dominio público
Si bien el dominio público real hace que las licencias de software sean innecesarias, ya que no se requiere que ningún propietario / autor otorgue permiso (" cultura del permiso "), existen licencias que otorgan derechos similares a los del dominio público. No existe una licencia acordada universalmente, sino varias licencias que tienen como objetivo liberar el código fuente en el dominio público.
En 2000, la WTFPL fue lanzada como un aviso de licencia / renuncia / anti-copyright similar al de un dominio público . [34] En 2009, Creative commons lanzó el CC0 , que fue creado para compatibilidad también con dominios legales (por ejemplo, el derecho civil de Europa continental ) donde dedicarse al dominio público es problemático. Esto se logra mediante una declaración de exención de dominio público y una licencia alternativa totalmente permisiva , en el caso de que la exención no sea posible. [35] [36] The Unlicense , publicado alrededor de 2010, se centra en un mensaje anti-copyright . La Unlicense ofrece un texto de exención de dominio público con una licencia alternativa de dominio público inspirada en licencias permisivas pero sin cláusula de atribución . [37] [38] En 2015, GitHub informó que de sus aprox. 5,1 millones de proyectos con licencia alojados casi el 2% utilizan sin licencia, aprox. 102.000 proyectos. [39] Otra opción es la licencia BSD de cláusula cero , lanzada en 2006 y dirigida al software. [40]
Como resultado, dicho software de dominio público con licencia tiene las cuatro libertades, pero no se ve obstaculizado por las complejidades de la atribución (restricción del software con licencia permisiva ) o la compatibilidad de la licencia (problema con el software con licencia copyleft ).
Software de dominio público
Ver también Categoría: Software de dominio público con código fuente , Categoría: Software de dominio público
Software de DP clásico (anterior a 1988)
El software de dominio público en la era temprana de las computadoras se compartía, por ejemplo, como programa de escritura en revistas y libros de computadoras como BASIC Computer Games . Las declaraciones explícitas de exención de DP o los archivos de licencia eran inusuales en ese momento. Se asumió que el software disponible públicamente sin un aviso de derechos de autor era y se compartía como software de dominio público.
El software de PD general notable de ese momento incluye:
- ELIZA (1966) [41] [42]
- SPICE (1973) [43]
- BLAS (1979)
- FFTPACK (1985)
Los videojuegos se encuentran entre los primeros ejemplos de software de PD compartido, que aún son notables en la actualidad:
- ¡Guerra espacial! (1962) [44]
- Hamurabi (1969)
- Star Trek (juego de texto) (1971)
- Caza al wumpus (1972)
- Guerra del laberinto (1974)
- Aventura en una cueva colosal (1976)
- Android Nim (1978)
- Rogue (videojuego) (1980)
- Ballerburg (1987)
Muchos autores de software de DP mantuvieron las prácticas de liberación de dominio público sin tener un texto de exención, sin conocer ni preocuparse por la ley de derechos de autor modificada y, por lo tanto, creando un problema legal. Por otro lado, las revistas comenzaron a mediados de la década de 1980 a reclamar derechos de autor incluso para programas de mecanografía que antes se consideraban PD. [45] [46] Solo lentamente, los autores de software de DP comenzaron a incluir textos explícitos de renuncia o declaración de licencia.
Ejemplos de software de DP moderno (posterior a 1988)
Estos ejemplos de software de DP moderno (después de la Ley de Implementación del Convenio de Berna de 1988 ) están bajo el dominio público adecuado (por ejemplo, creado por una organización gubernamental de los EE. UU. ), Bajo una licencia de dominio público adecuada (por ejemplo CC0 ) o acompañado de una declaración clara de renuncia del autor. Si bien no está tan extendido como antes de la década de 2000, el software de PD todavía existe hoy en día. Por ejemplo, SourceForge enumeró 334 proyectos de PD alojados en 2016, [47] GitHub 102,000 proyectos de PD solo bajo la licencia sin licencia en 2015. [39] En 2016, un análisis de los paquetes del Proyecto Fedora reveló que el "dominio público" era el séptimo más popular " licencia". [48]
El galardonado desarrollador de videojuegos Jason Rohrer publica sus trabajos en el PD, al igual que varios criptógrafos , como Daniel J. Bernstein , Bruce Schneier y Douglas Crockford , [49] con implementaciones de referencia de algoritmos criptográficos .
- EXPLOSIÓN (1990)
- Httpd del CERN (1993) [50]
- ImageJ (1997) [51]
- Serpiente (cifrado) (1999) [52]
- SQLite (2000) [53]
- reStructuredText (2002) [54]
- I2P (2003)
- youtube-dl (2006) [55]
- 7-Zip 's LZMA SDK (2008) [56]
- Diamond Trust de Londres (2012)
- Glitch (2013) [57] [58]
- La doctrina del castillo (2014)
- SHA-3 (2015) [59]
- Una hora, una vida (2018) [60]
Ver también
- Dominio publico
- Licencia pública de derechos de autor
- Software sin licencia
- Software gratuito y de código abierto
- Abandonware
Referencias
- ^ Fuente abierta: tecnología y políticas de Fadi P. Deek, James AM McHugh "Dominio público", página 227 (2008).
- ↑ Shea, Tom (23 de junio de 1983). "Software libre: el software libre es un depósito de chatarra de repuestos de software" . InfoWorld . Consultado el 10 de febrero de 2016 .
En contraste con el software comercial, existe un cuerpo grande y creciente de software libre que existe en el dominio público. El software de dominio público está escrito por aficionados a las microcomputadoras (también conocidos como "piratas informáticos"), muchos de los cuales son programadores profesionales en su vida laboral.
- ^ Ahl, David. "Biografía de David H. Ahl de Quién es Quién en América" . Consultado el 23 de noviembre de 2009 .
- ^ Solo código de objeto: ¿IBM juega limpio? La política OCO de IBM protege sus propios activos, pero puede amenazar la inversión de los clientes en Computerworld - 8 de febrero. 1988
- ^ La empresa evita la política de IBM al prohibir los cambios de software en Computerworld (18 de marzo de 1985)
- ^ a b Gallant, John (18 de marzo de 1985). "La política de IBM atrae críticas: los usuarios dicen que las reglas del código fuente obstaculizan el cambio" . Computerworld . Consultado el 27 de diciembre de 2015 .
Si bien la política de IBM de retener el código fuente para productos de software seleccionados ya ha marcado su segundo aniversario, los usuarios recién ahora están comenzando a hacer frente al impacto de esa decisión. Pero ya sea que la llegada de productos de código objeto solo haya afectado sus operaciones diarias de DP, algunos usuarios siguen enojados por 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 del sistema Big Blue.
- ^ Apple Computer, Inc. v.Franklin Computer Corporation devuelve el byte a la protección de derechos de autor para programas informáticos en Golden Gate University Law Review Volumen 14, Número 2, Artículo 3 por Jan L. Nussbaum (enero de 1984)
- ^ Lemley, Menell, Merges y Samuelson. Derecho de software e Internet , pág. 34.
- ^ Kristina B. Sullivan (14 de enero de 1986). "Los piratas informáticos crean software de dominio público por el puro placer de hacerlo". Semana de la PC . 3 (2). págs. 121-122.
- ^ Abril de 1987: Ballerburg - Zwei Spieler, zwei Burgen und ein Berg dazwischen ... en eckhardkruse.net: "Ich habe das Programm als Public Domain veröffentlicht (die Unterscheidung in Freeware, Shareware usw. gab es damals nicht), mit der Bitte um eine 20 DM Spende. Dafür gab es dann die erweitere Version und den Quellcode. " (en alemán).
- ^ "Línea de tiempo de Bob Wallace" . Erowid . 12 de enero de 2004 . Consultado el 7 de marzo de 2013 .
- ^ Artículo sobre Jim "Button" Knopf , del Diario del Dr. Dobb .
- ^ the-history-of-shareware-psl en asp-software.org.
- ^ a b dominio público en cornell.edu
- ^ a b Aviso de derechos de autor, Circular 3 de la Oficina de derechos de autor de EE. UU., 2008.
- ^ El nacimiento de la web Licencia de la web en cern.ch (2014).
- ^ Fragmentos de código fuente y marcos colocados en el dominio público en openwall.info.
- ^ Shankland, Stephen (28 de febrero de 2008). "¿El software de dominio público es de código abierto?" . cnet.com . Consultado el 3 de febrero de 2016 .
No hay duda de que el software de código abierto y el de dominio público son similares. Pero incluso los expertos difieren sobre cuán estrechamente vinculados están.
- ^ La sorprendente historia del derecho de autor y la promesa de un mundo posterior al derecho de autor por Karl Fogel (2006).
- ^ Los desarrolladores más jóvenes rechazan las licencias, arriesgan la posibilidad de reforma en opensource.com por Luis Villa (el 12 de febrero de 2013).
- ↑ Rechazar las licencias y la cultura de permisos Luis Villa (28 de enero de 2013).
- ^ Publique software de código abierto, licencias y GitHub en opensource.com por Richard Fontana (el 13 de agosto de 2013).
- ^ Charlesworth, Andrew (5 de noviembre de 2002). "El Proyecto CAMiLEON: Cuestiones legales derivadas del trabajo con el objetivo de preservar elementos del trabajo multimedia interactivo titulado" El Proyecto BBC Domesday " " . Kingston upon Hull: Unidad de Tecnología y Derecho de la Información, Universidad de Hull. Archivado desde el original (Microsoft Word) el 6 de febrero de 2011 . Consultado el 23 de marzo de 2011 .
- ^ a b Walker, John (29 de enero de 2014). "La venta de la máquina del tiempo de GOG le permite CONTROLAR EL TIEMPO MISMO" . Piedra, papel, escopeta . Consultado el 30 de enero de 2016 .
Como alguien que suspira desesperadamente por el modelo de desarrollo profesional que impulsó la creatividad antes de que la industria de los derechos de autor se apoderara malévolamente del planeta, me entristece que un juego de dos décadas no se haya lanzado al mundo.
- ^ a b Walker, John (3 de febrero de 2014). "Editorial: por qué los juegos deben entrar en el dominio público" . Piedra, papel, escopeta . Consultado el 30 de enero de 2016 .
los juegos con más de un par de décadas de antigüedad no están ingresando al dominio público. Veinte años era un número bastante arbitrario, uno que parece tener sentido en el contexto de la vida de los juegos, pero podría ser veinticinco, treinta.
- ^ a b Rouner, Jef (28 de abril de 2015). "Oficina de derechos de autor de EE. UU. Para explorar cómo hacer algunos videojuegos de dominio público" . Prensa de Houston . Consultado el 3 de febrero de 2016 .
- ^ Lawrence Rosen (25 de mayo de 2004). "Por qué el dominio público no es una licencia" . rosenlaw.com . Consultado el 22 de febrero de 2016 .
- ^ Colocación de documentos en el dominio público por Daniel J. Bernstein en cr.yp.to: "La mayoría de los derechos pueden ser abandonados voluntariamente ('renunciados') por el propietario de los derechos. Los legisladores pueden hacer un esfuerzo adicional para crear derechos que puedan ' ser abandonados, pero por lo general no lo hacen. En particular, puede abandonar voluntariamente sus derechos de autor de los Estados Unidos: "Está bien establecido que los derechos adquiridos en virtud de la Ley de derechos de autor pueden ser abandonados. Pero el abandono de un derecho debe manifestarse por algún acto manifiesto que indique una intención de abandonar ese derecho. Véase Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960). "(2004).
- ^ Lawrence Rosen (8 de marzo de 2012). "(Revisión de licencia) (Discusión de licencia) CC0 no cumple con OSD sobre patentes, (era: MXM en comparación con CC0)" . opensource.org. Archivado desde el original el 12 de marzo de 2016 . Consultado el 22 de febrero de 2016 .
El caso al que hizo referencia en su correo electrónico, Hampton v. Paramount Pictures, 279 F.2d 100 (9th Cir. Cal. 1960), representa la proposición de que, al menos en el Noveno Circuito, una persona puede, de hecho, abandonar sus derechos de autor (contador a lo que escribí en mi artículo), pero se necesita el equivalente a una licencia de manifiesto para hacerlo. :-) [...] Para que conste, ya he votado +1 para aprobar la licencia de reserva y dedicación de dominio público CC0 como compatible con OSD. Admito que he argumentado durante años en contra del "dominio público" como una licencia de código abierto, pero en retrospectiva, considerando el riesgo mínimo para los desarrolladores y usuarios que dependen de dicho software y la evidente popularidad de esa "licencia", cambié de opinión. . Uno no puede interponerse en el camino de una manguera contra incendios de software de dominio público gratuito, incluso si no viene con una mejor licencia de software libre en la que confío más.
- ^ Watt, Richard (26 de septiembre de 2014). Handbook on the Economics of Copyright: A Guide for Students and Teachers . Edward Elgar Publishing. ISBN 9781849808538. Consultado el 11 de enero de 2015 .
- ^ Pollock, Rufus (1 de octubre de 2007). "COPYRIGHT ÓPTIMO A LO LARGO DEL TIEMPO: CAMBIO TECNOLÓGICO Y STOCK DE OBRAS" (PDF) . Universidad de Cambridge . Archivado desde el original (PDF) el 21 de febrero de 2013 . Consultado el 11 de enero de 2015 .
- ^ Pollock, Rufus (15 de junio de 2009). "¿PARA SIEMPRE MENOS UN DÍA? CALCULANDO EL PLAZO ÓPTIMO DE LOS DERECHOS DE AUTOR" (PDF) . Universidad de Cambridge . Archivado desde el original (PDF) el 12 de enero de 2013 . Consultado el 11 de enero de 2015 .
La duración óptima de los derechos de autor ha sido objeto de un extenso debate durante la última década.
- ^ "Descargas" . Creative Commons. 2015-12-16 . Consultado el 24 de diciembre de 2015 .
- ^ Licencia de la versión 1.0 en anonscm.debian.org.
- ^ https://creativecommons.org/weblog/2009/03/11/13304
- ^ Validez de la dedicación de dominio público universal Creative Commons Zero 1.0 y su usabilidad para metadatos bibliográficos desde la perspectiva de la ley de derechos de autor alemana por el Dr. Till Kreutzer, abogado en Berlín, Alemania .
- ^ La deslicencia de una licencia sin licencia Archivado 2017-01-22 en Wayback Machine en ostatic.com por Joe Brockmeier (2010)
- ↑ The Unlicense Archivado el 8 de julio de 2018 en Wayback Machine en unlicense.org.
- ^ a b Balter, Ben (9 de marzo de 2015). "Uso de licencias de código abierto en GitHub.com" . github.com . Consultado el 21 de noviembre de 2015 .
1 MIT 44,69%, 2 Otros 15,68%, 3 GPLv2 12,96%, 4 Apache 11,19%, 5 GPLv3 8,88%, 6 BSD 3 cláusulas 4,53%, 7 Sin licencia 1,87%, 8 BSD 2 cláusulas 1,70%, 9 LGPLv3 1,30% , 10 AGPLv3 1.05% (30 millones * 2% * 17% = 102k)
- ^ "Licencia BSD de cláusula 0 (0BSD) explicada en inglés llano" . Consultado el 25 de febrero de 2020 .
- ^ "Alan Turing a los 100" . Harvard Gazette . Consultado el 22 de febrero de 2016 .
- ^ La genealogía de Eliza por Jeff Shrager
- ^ history-of-spice en allaboutcircuits.com "El origen de SPICE se remonta a otro programa de simulación de circuitos llamado CANCER. Desarrollado por el profesor Ronald Rohrer de UC Berkeley junto con algunos de sus estudiantes a fines de la década de 1960, el CANCER continuó mejorando a través de principios de la década de 1970. Cuando Rohrer dejó Berkeley, CANCER fue reescrito y renombrado a SPICE, lanzado como versión 1 al dominio público en mayo de 1972. La versión 2 de SPICE fue lanzada en 1975 (versión 2g6, la versión utilizada en este libro, es una revisión menor de este lanzamiento de 1975). Un factor decisivo en la decisión de lanzar SPICE como un programa informático de dominio público fue el profesor Donald Pederson de Berkeley, quien creía que todo progreso técnico significativo ocurre cuando la información se comparte libremente. uno le da las gracias por su visión ".
- ^ Juegos clásicos en oilzine.com "Space War (Asteroids) - Steve Russell - MIT - Tech Model Railroad Club (TMRC) - PDP-1 En 1961, el juego que eventualmente se convertiría en Asteroids comenzó su vida, humildemente, en el MIT (Instituto de Massachusetts) de tecnología). [...] También era de código abierto, por lo que el código era de dominio público, disponible para que cualquiera lo utilizara y lo mejorara ".
- ^ Compute-Gazette-Issue-11-01.pdf
- ^ Transactor_v8i3.pdf : "aunque las etiquetas de nuestros discos muestran un aviso de derechos de autor, hasta este número indicamos en nuestra página de políticas (página 2) que nuestros programas son de 'dominio público; se pueden copiar, no vender'. Este aviso va hace unos 4 años - una frase popular originalmente diseñada para evitar que el programa de uno sea 'adquirido' por alguien en el negocio del software ".
- ^ 334 proyectos de desarrollo profesional en sourceforge.net (febrero de 2016)
- ^ Anwesha Das (22 de junio de 2016). "Licencias de software en el ecosistema Fedora" . anweshadas.in . Consultado el 27 de junio de 2016 .
En el gráfico de barras anterior he contado GPL y sus diferentes versiones como una familia, e hice lo mismo con LGPL también. A partir de este diagrama, queda muy claro que la licencia MIT es la licencia más utilizada, con un número total de casos de uso de 2706. Por lo tanto, viene la GPL (es decir, la Licencia Pública General GNU) y sus diferentes versiones, BSD, LGPL (es decir, GNU Lesser Licencia pública general) y sus diferentes versiones, familia ASL (es decir, licencia de software Apache), MPL (es decir, licencia pública de Mozilla). Aparte de estas licencias, hay proyectos que se han presentado al dominio público y ese número es 137.
- ^ douglascrockford en GitHub
- ^ SOFTWARE WWW DE DOMINIO PÚBLICO CERN (1993)
- ^ descargo de responsabilidad en rsb.info.nih.gov
- ^ SERPENT - Un cifrado de bloque candidato para el estándar de cifrado avanzado "Serpent ahora es completamente de dominio público y no imponemos restricciones sobre su uso. Esto se anunció el 21 de agosto en la Primera Conferencia de Candidatos de AES". (1999)
- ^ derechos de autor en sqlite.org
- ^ derechos de autor y licencias en docutils.sourceforge.net
- ^ "página de youtube-dl GitHub" . GitHub . Consultado el 2 de octubre de 2016 .
- ^ Igor Pavlov (2008). "LZMA SDK (Kit de desarrollo de software)" . Consultado el 16 de junio de 2013 .
- ^ tinyspeck (18 de noviembre de 2013). "Glitch is Dead, Long Live Glitch! - Arte y código del juego lanzados al dominio público" . glitchthegame.com . Consultado el 11 de diciembre de 2013 .
Toda la biblioteca de recursos artísticos del juego se ha puesto a disposición de forma gratuita y está dedicada al dominio público. Se incluye código del cliente del juego para ayudar a los desarrolladores a trabajar con los activos. Todo puede ser descargado y utilizado por cualquier persona, para cualquier propósito.
- ^ Blackwell, Laura (18 de noviembre de 2013). "Más allá de un MMO: arte poco convencional de Glitch entra en el dominio público" . pcworld.com . Consultado el 11 de diciembre de 2013 .
- ^ KeccakReferenceAndOptimized-3.2.zip en mainReference.c: "La función de esponja Keccak, diseñada por Guido Bertoni, Joan Daemen, Michaël Peeters y Gilles Van Assche. Para obtener más información, comentarios o preguntas, consulte nuestro sitio web: http: // keccak.noekeon.org/Implementation [ enlace muerto permanente ] por los diseñadores, por la presente denominado "el implementador". En la medida de lo posible según la ley, el implementador ha renunciado a todos los derechos de autor y derechos relacionados o conexos al código fuente de este archivo. https://creativecommons.org/publicdomain/zero/1.0/ " .
- ^ Saltar Steam: Por qué Jason Rohrer distribuye de forma independiente One Hour, One Life en Gamasutra de Richard Moss "estás pagando por una cuenta en el servidor que estoy ejecutando. [...], y en realidad es de dominio público - todo el código fuente está disponible ". (el 30 de agosto de 2018)
enlaces externos
- "Software de dominio público" . Categorías de software libre y no libre . Fundación de Software Libre . Consultado el 31 de julio de 2013 .
- "Cod5.org: archivo de código fuente de software de dominio público" . Cod5. Archivado desde el original el 19 de marzo de 2015 . Consultado el 12 de marzo de 2015 .
- "Software libre sin licencia" . Deslicencia. Archivado desde el original el 8 de julio de 2018 . Consultado el 12 de marzo de 2015 .