Articulo de referencia

Software propietario

El software propietario es aquel que otorga a su creador, editor u otro titular de derechos o socio titular de derechos un monopolio legal, según la legislación moderna sobre de...

El software propietario es aquel que otorga a su creador, editor u otro titular de derechos o socio titular de derechos un monopolio legal, según la legislación moderna sobre derechos de autor y propiedad intelectual, para impedir que el destinatario comparta libremente el software o lo modifique, y —en algunos casos, como ocurre con cierto software sujeto a patentes y a contratos de licencia de usuario final (EULA )— que lo utilice por su cuenta, restringiendo así sus libertades . [ 1 ]

El software propietario es un subconjunto del software no libre , término que se define en contraste con el software libre y de código abierto ; las licencias no comerciales como CC BY-NC no se consideran propietarias, pero sí no son libres. El software propietario puede ser de código cerrado o de código abierto . [ 1 ] [ 2 ]

Origen

Hasta finales de la década de 1960, las computadoras —especialmente las grandes y costosas computadoras centrales , máquinas en salas de computadoras con aire acondicionado especial— generalmente se alquilaban a los clientes en lugar de venderse . [ 3 ] [ 4 ] El servicio y todo el software disponible generalmente eran suministrados por los fabricantes sin cargo adicional hasta 1969. Los proveedores de computadoras generalmente proporcionaban el código fuente del software instalado a los clientes. Los clientes que desarrollaban software a menudo lo ponían a disposición del público sin cargo. [ 5 ] El código cerrado significa programas de computadora cuyo código fuente no se publica excepto para los licenciatarios. Está disponible para ser modificado solo por la organización que lo desarrolló y aquellos licenciados para usar el software.

En 1969, IBM , que tenía demandas antimonopolio pendientes en su contra, lideró un cambio en la industria al comenzar a cobrar por separado por el software de mainframe [ 6 ] [ 7 ] y los servicios, al separar el hardware y el software. [ 8 ]

En su " Carta abierta a los aficionados " de 1976, Bill Gates denunció la flagrante infracción de derechos de autor por parte de aficionados a la informática sobre el software, en particular sobre el intérprete Altair BASIC de Microsoft , y afirmó que su uso no autorizado obstaculizaba su capacidad para producir software de calidad. Sin embargo, el estatus legal de los derechos de autor del software , especialmente para el código objeto , no quedó claro hasta la sentencia del tribunal de apelaciones de 1983 en el caso Apple Computer, Inc. v. Franklin Computer Corp. [ 9 ] [ 10 ] [ 11 ]

Según Brewster Kahle, la naturaleza jurídica del software también cambió debido a la Ley de Derechos de Autor de los Estados Unidos de 1976. [ 12 ] La Comisión sobre Nuevos Usos Tecnológicos de Obras Protegidas por Derechos de Autor concluyó en 1978 con las recomendaciones que se convirtieron en la Ley de Derechos de Autor del Software Informático de 1980. [ 13 ]

A partir de febrero de 1983, IBM adoptó un modelo de " solo código objeto " para una lista cada vez mayor de su software y dejó de enviar gran parte del código fuente, [ 14 ] [ 15 ] incluso a los licenciatarios.

En 1983, el software binario también se convirtió en susceptible de protección por derechos de autor en Estados Unidos gracias a la decisión judicial del caso Apple contra Franklin , [ 16 ] antes de la cual solo el código fuente era susceptible de protección por derechos de autor. [ 17 ] Además, la creciente disponibilidad de millones de computadoras basadas en la misma arquitectura de microprocesador creó por primera vez un mercado lo suficientemente grande y sin fragmentar para el software distribuido binario. [ 17 ]

Ejemplos de sistemas operativos propietarios incluyen Microsoft Windows , Mac OS clásico , macOS , iOS y iPadOS . [ 18 ]

Tipos

Licencias

Una breve licencia de software de prueba beta , redactada por escrito, emitida por Macromedia en 1995.

La tendencia a licenciar software propietario, en lugar de venderlo, se remonta a la época anterior a la existencia de la protección de los derechos de autor del software, cuando el alcance de dicha protección era claro . Estas licencias han continuado utilizándose incluso después de que los tribunales reconocieran los derechos de autor del software, y se considera que otorgan a la empresa una protección adicional en comparación con la ley de derechos de autor. [ 19 ] Según la ley federal de los Estados Unidos , una empresa puede restringir las partes a las que vende, pero no puede impedir que un comprador revenda el producto. Los acuerdos de licencia de software generalmente prohíben la reventa, lo que permite a la empresa maximizar sus ingresos. [ 20 ]

Tradicionalmente, el software se distribuía en forma de código objeto binario que el usuario no podía comprender ni modificar, [ 21 ] pero sí podía descargarse y ejecutarse. El usuario adquiría una licencia perpetua para usar una versión específica del software. [ 22 ] Los proveedores de software como servicio (SaaS), que a partir de 2023 ostentan la mayor cuota de mercado en software de aplicación, [ 23 ] rara vez ofrecen licencias perpetuas. [ 24 ] Las licencias SaaS suelen ser temporales y se cobran por uso o mediante suscripción, [ 25 ] aunque también se utilizan otros modelos de ingresos como el freemium . [ 26 ] Para los clientes, las ventajas de las licencias temporales incluyen un menor coste inicial, mayor flexibilidad y un menor coste total en comparación con una licencia perpetua. [ 22 ] En algunos casos, el elevado coste único exigido por los vendedores de software tradicional resultaba inalcanzable para las pequeñas empresas , pero los modelos SaaS de pago por uso hacen que el software sea asequible. [ 27 ]

Software de fuentes mixtas

Las distribuciones de software consideradas como propietarias pueden, de hecho, incorporar un modelo de "código mixto" que incluye software libre y no libre en la misma distribución. [ 28 ] La mayoría, si no todas, las llamadas distribuciones UNIX propietarias son software de código mixto, que agrupa componentes de código abierto como BIND , Sendmail , X Window System , DHCP y otros junto con un núcleo y utilidades del sistema puramente propietarios . [ 29 ] [ 30 ]

Licencias múltiples

Algunos paquetes de software libre también están disponibles simultáneamente bajo términos propietarios. Ejemplos de ello son MySQL , Sendmail y ssh. Los titulares originales de los derechos de autor de una obra de software libre, incluso software libre copyleft, pueden utilizar la doble licencia para permitir que ellos mismos u otros redistribuyan versiones propietarias. El software libre no copyleft (es decir, el software distribuido bajo una licencia de software libre permisiva o publicado en el dominio público) permite a cualquiera realizar redistribuciones propietarias. [ 31 ] [ 32 ] El software libre que depende de software propietario se considera "atrapado" por la Free Software Foundation. Esto incluye software escrito solo para Microsoft Windows , [ 33 ] o software que solo podía ejecutarse en Java , antes de convertirse en software libre. [ 34 ]

La mayor parte del software está cubierta por derechos de autor que, junto con el derecho contractual , las patentes y los secretos comerciales , proporcionan una base legal para que su propietario establezca derechos exclusivos. [ 35 ]

Un proveedor de software define los términos de uso específicos en un acuerdo de licencia de usuario final (EULA). El usuario puede aceptar este contrato por escrito, de forma interactiva en pantalla ( clickwrap ) o abriendo la caja que contiene el software ( licencia shrink wrap ). Los acuerdos de licencia generalmente no son negociables . [ 36 ] Las patentes de software otorgan derechos exclusivos sobre algoritmos, características de software u otra materia patentable , con una cobertura que varía según la jurisdicción. Los proveedores a veces otorgan derechos de patente al usuario en el acuerdo de licencia. [ 37 ] El código fuente de un software propietario se maneja habitualmente como secreto comercial . [ 38 ] El software puede estar disponible con menos restricciones en cuanto a licencias o acceso al código fuente; el software que cumple ciertas condiciones de libertad y apertura se conoce como " gratuito " o " de código abierto ". [ 39 ]

Limitaciones

Dado que los acuerdos de licencia no anulan la ley de derechos de autor ni la ley contractual aplicables , las disposiciones que entren en conflicto con la ley aplicable no son exigibles. [ 40 ] Algunos programas informáticos se licencian específicamente y no se venden, para evitar limitaciones de los derechos de autor como la doctrina de la primera venta . [ 41 ]

Derechos exclusivos

El propietario de un software propietario ejerce ciertos derechos exclusivos sobre dicho software. Puede restringir su uso, la inspección del código fuente, su modificación y su redistribución.

Uso del software

Los proveedores suelen limitar el número de ordenadores en los que se puede usar el software y prohíben al usuario instalarlo en ordenadores adicionales. En ocasiones, el uso restringido se aplica mediante medidas técnicas, como la activación del producto , una clave de producto o número de serie, una llave de hardware o la protección contra copias .

Los proveedores también pueden distribuir versiones que eliminen ciertas funciones, o versiones que permitan únicamente determinados ámbitos de uso, como el uso no comercial, educativo o sin ánimo de lucro.

Las restricciones de uso varían según la licencia:

  • Windows Vista Starter está limitado a ejecutar un máximo de tres aplicaciones simultáneamente.
  • La edición comercial de Microsoft Office Hogar y Estudiantes 2007 está limitada al uso no comercial en un máximo de tres dispositivos en un mismo hogar.
  • Windows XP se puede instalar en una sola computadora y limita el número de conexiones de uso compartido de archivos de red a 10. [ 42 ] La edición Home desactiva las características presentes en Windows XP Professional.
  • Tradicionalmente, las licencias de Adobe se limitan a un usuario, pero permiten al usuario instalar una segunda copia en un ordenador doméstico o portátil. [ 43 ] Esto ya no es así con el cambio a Creative Cloud.
  • iWork '09 , la suite de productividad de Apple, está disponible en un paquete familiar para cinco usuarios, para su uso en hasta cinco computadoras en un hogar. [ 44 ]

Inspección y modificación del código fuente

Los proveedores suelen distribuir software propietario en forma compilada , generalmente en el lenguaje máquina que entiende la unidad central de procesamiento del ordenador . Normalmente conservan el código fuente , o versión legible por humanos del software, a menudo escrito en un lenguaje de programación de alto nivel . [ 45 ] Este esquema se conoce a menudo como código cerrado. [ 46 ]

Si bien la mayoría del software propietario se distribuye sin el código fuente, algunos proveedores lo distribuyen o lo ponen a disposición de los clientes. Por ejemplo, los usuarios que han adquirido una licencia para el software de foros de Internet vBulletin pueden modificar el código fuente para su propio sitio, pero no pueden redistribuirlo. Esto se aplica a muchas aplicaciones web, que deben estar en formato de código fuente cuando se ejecutan en un servidor web. El código fuente está cubierto por un acuerdo de confidencialidad o una licencia que permite, por ejemplo, el estudio y la modificación, pero no la redistribución. [ 47 ] El cliente de correo electrónico basado en texto Pine y ciertas implementaciones de Secure Shell se distribuyen con licencias propietarias que ponen el código fuente a disposición. Algunas licencias para software propietario permiten distribuir cambios en el código fuente, pero solo a otros licenciatarios del producto, y algunas [ 48 ] de esas modificaciones son finalmente adoptadas por el proveedor.

Algunos gobiernos temen que el software propietario pueda incluir defectos o características maliciosas que comprometan información sensible. En 2003, Microsoft estableció un Programa de Seguridad Gubernamental (GSP) para permitir a los gobiernos ver el código fuente y la documentación de seguridad de Microsoft, del cual el gobierno chino fue uno de los primeros participantes. [ 49 ] [ 50 ] El programa es parte de la Iniciativa de Código Fuente Compartido más amplia de Microsoft que proporciona acceso al código fuente de algunos productos. La Licencia de Código Fuente de Referencia (Ms-RSL) y la Licencia Pública Limitada (Ms-LPL) son licencias de software propietario donde el código fuente está disponible .

Los gobiernos también han sido acusados ​​de añadir este tipo de malware a sus propios programas. Según documentos publicados por Edward Snowden , la NSA ha utilizado colaboraciones secretas con empresas de software para hacer que el software de cifrado comercial sea vulnerable a la interceptación de comunicaciones o para insertar puertas traseras . [ 51 ] [ 52 ]

Los proveedores de software a veces utilizan código ofuscado para impedir que los usuarios realicen ingeniería inversa del software. [ 53 ] Esto es particularmente común con ciertos lenguajes de programación . Por ejemplo, el código de bytes de los programas escritos en Java se puede descompilar fácilmente a código parcialmente utilizable, y el código fuente de los programas escritos en lenguajes de scripting como PHP o JavaScript está disponible en tiempo de ejecución . [ 54 ]

Redistribución

Los proveedores de software propietario pueden prohibir a los usuarios compartir el software con terceros. Se requiere una licencia específica para que otra persona pueda usar el software.

En el caso de software propietario con código fuente disponible, el proveedor también puede prohibir a los clientes que distribuyan sus modificaciones al código fuente.

El shareware es un software de código cerrado cuyo propietario fomenta su redistribución gratuita, pero que en ocasiones requiere un pago para su uso tras un periodo de prueba. El pago suele permitir su uso por un único usuario o equipo. En algunos casos, las funciones del software se restringen durante o después del periodo de prueba, una práctica que a veces se denomina crippleware .

Interoperabilidad con software y hardware

Formatos de archivo y protocolos propietarios

El software propietario suele almacenar parte de sus datos en formatos de archivo incompatibles con otros programas, y también puede comunicarse mediante protocolos incompatibles. Dichos formatos y protocolos pueden estar protegidos por secreto comercial o por patentes .

API propietarias

Una interfaz de programación de aplicaciones (API) propietaria es una interfaz de biblioteca de software "específica para un dispositivo o, más probablemente, para varios dispositivos dentro de la gama de productos de un fabricante en particular". [ 55 ] La motivación para usar una API propietaria puede ser la dependencia del proveedor o porque las API estándar no son compatibles con la funcionalidad del dispositivo. [ 55 ]

La Comisión Europea , en su decisión del 24 de marzo de 2004 sobre las prácticas comerciales de Microsoft, [ 56 ] cita, en el párrafo 463, al director general de Microsoft para el desarrollo de C++, Aaron Contorer, quien declaró en un memorando interno de Microsoft del 21 de febrero de 1997, redactado para Bill Gates :

La API de Windows es tan amplia, profunda y funcional que la mayoría de los proveedores de software independientes estarían locos si no la usaran. Además, está tan integrada en el código fuente de muchas aplicaciones de Windows que cambiar a otro sistema operativo supone un coste enorme.

Las primeras versiones del SDK del iPhone estaban sujetas a un acuerdo de confidencialidad . Dicho acuerdo prohibía a los desarrolladores independientes divulgar el contenido de las interfaces. Apple rescindió el acuerdo de confidencialidad en octubre de 2008. [ 57 ]

Dependencia del proveedor

Cualquier dependencia de las versiones y actualizaciones futuras de un paquete de software propietario puede crear dependencia del proveedor , afianzando una posición de monopolio. [ 58 ]

Software limitado a ciertas configuraciones de hardware.

El software propietario también puede tener términos de licencia que limitan su uso a un conjunto específico de hardware. Apple utiliza un modelo de licencia de este tipo para macOS , un sistema operativo que está limitado al hardware de Apple, tanto por la licencia como por diversas decisiones de diseño. Este modelo de licencia ha sido ratificado por el Tribunal de Apelaciones del Noveno Circuito de los Estados Unidos . [ 59 ]

Abandono por parte de los propietarios

El software propietario que ya no es comercializado, mantenido ni vendido por su propietario se denomina abandonware , la forma digital de las obras huérfanas . Si el propietario de un paquete de software deja de existir, o decide cesar o limitar la producción o el soporte de un paquete de software propietario, los destinatarios y usuarios del paquete pueden no tener ningún recurso si se detectan problemas con el software. Los propietarios pueden dejar de mejorar y mantener el software debido a problemas comerciales. [ 60 ] El soporte para versiones antiguas o existentes de un paquete de software puede finalizar para obligar a los usuarios a actualizar y pagar por versiones más recientes [ 61 ] ( obsolescencia programada ). A veces, otro proveedor o la propia comunidad de software puede proporcionar soporte para el software, o los usuarios pueden migrar a sistemas de la competencia con ciclos de vida de soporte más largos o a sistemas basados ​​en software libre . [ 62 ]

Algunos programas de software propietario son liberados por su propietario al final de su vida útil como software de código abierto o de código fuente disponible , a menudo para evitar que el software se convierta en abandonware sin soporte y sin disponibilidad . [ 63 ] [ 64 ] [ 65 ] 3D Realms e id Software son famosos por la práctica de liberar software de código cerrado como código abierto . Algunos de estos tipos son descargas gratuitas ( freeware ), otros todavía se venden comercialmente (por ejemplo, Arx Fatalis ). Más ejemplos de software anteriormente de código cerrado en la Lista de software comercial con código fuente disponible y Lista de videojuegos comerciales con código fuente disponible .

Precios y economía

El software propietario no es sinónimo de software comercial , [ 66 ] [ 67 ] aunque ambos términos a veces se usan como sinónimos en artículos sobre software libre. [ 68 ] [ 69 ] El software propietario puede distribuirse sin costo o a cambio de una tarifa, y el software libre también puede hacerlo, aunque más a menudo sin costo que a cambio de una tarifa. [ 70 ] La diferencia radica en que la distribución del software propietario y el precio que se cobraría quedan a discreción del propietario. Con el software libre, cualquiera que tenga una copia puede decidir si cobrar por ella o por los servicios relacionados, y cuánto cobrar. [ 71 ]

El software propietario que se ofrece sin costo alguno se denomina software gratuito (freeware ).

Los defensores del software propietario comercial argumentan que exigir a los usuarios que paguen por el software como un producto aumenta la financiación o el tiempo disponible para la investigación y el desarrollo del mismo. Por ejemplo, Microsoft afirma que las tarifas por copia maximizan la rentabilidad del desarrollo de software. [ 72 ]

El software propietario generalmente genera mayor actividad comercial que el software libre, especialmente en lo que respecta a los ingresos del mercado. [ 73 ] El software propietario a menudo se vende con una licencia que otorga al usuario final el derecho a usar el software.

El soporte técnico para software propietario a menudo solo lo proporcionan los empleados de la empresa que creó el programa, y ​​este servicio está incluido con el software. Sin embargo, un sistema de soporte técnico dedicado aumenta el costo del mantenimiento del software, lo que repercute en su precio. [ 74 ]

Véase también

Referencias

  1. 1 2 Expertos de Saraswati. "2.5.3" . CIENCIAS DE LA COMPUTACIÓN CON C++ . Saraswati House Pvt Ltd. pág.  1.27. ISBN 978-93-5199-877-8Consultado el 29 de junio de 2017 .
  2. Brendan Scott (marzo de 2003). "Por qué el TCO a largo plazo del software libre debe ser menor" . AUUGN . 24 (1). AUUG, Inc. 1. Definiciones . Recuperado el 29 de junio de 2017 .
  3. ↑ Ceruzzi, Paul E. (2003). A History of Modern Computing SPC202202060004559 [ http://SPC202202060004559 SPC202202060004559 ] . Cambridge, MA: MIT Press . p. 128. ISBN  0-262-53203-4Aunque IBM acordó vender sus máquinas como parte de un Decreto de Consentimiento que entró en vigor en enero de 1956, el arrendamiento siguió siendo su forma preferida de hacer negocios.{{cite book}}: Enlace externo en |title=( ayuda )
  4. "La historia del arrendamiento de equipos" , Lease Genie , archivado del original el 11 de abril de 2008 , recuperado el 12 de noviembre de 2010. En la década de 1960 , IBM y Xerox reconocieron que podían obtener sumas sustanciales de la financiación de sus equipos. El arrendamiento de equipos informáticos y de oficina que se produjo entonces fue una contribución significativa al crecimiento de los arrendamientos [ sic ], ya que muchas empresas se expusieron al arrendamiento de equipos por primera vez cuando arrendaron dichos equipos.
  5. "Descripción general del sistema GNU" . Sistema operativo GNU . Fundación del Software Libre. 16 de junio de 2016. Consultado el 1 de mayo de 2017 .
  6. Pugh, Emerson W. (2002). "Orígenes del empaquetado de software". IEEE Annals of the History of Computing . 24 (1): 57– 58. Bibcode : 2002IAHC...24a..57P . doi : 10.1109/85.988580 .
  7. Hamilton, Thomas W. (1969). La decisión de IBM de desagregar sus servicios: consecuencias para los usuarios y la industria . Programming Sciences Corporation.
  8. "Historia cronológica de IBM: década de 1960" . IBM . s.f. Archivado del original el 3 de julio de 2016. Recuperado el 28 de mayo de 2016. En lugar de ofrecer hardware, servicios y software exclusivamente en paquetes, los especialistas en marketing "desagregaron" los componentes y los ofrecieron a la venta individualmente. Esta desagregación dio origen a las multimillonarias industrias de software y servicios, de las cuales IBM es hoy un líder mundial.
  9. Gates, Bill (3 de febrero de 1976). "Una carta abierta a los aficionados" . Recuperado el 28 de mayo de 2016 .
  10. Swann, Matthew (18 de noviembre de 2004). El código ejecutable no es el objeto apropiado de la ley de derechos de autor (Informe técnico). Universidad Estatal Politécnica de California. CPSLO-CSC-04-02.
  11. Pamela Samuelson (septiembre de 1984), "CONTU revisitado: El caso contra la protección de los derechos de autor para programas informáticos en formato legible por máquina" , Duke Law Journal , 1984 (4): 663–769 , doi : 10.2307/1372418 , JSTOR 1372418 , archivado del original el 4 de agosto de 2017 , recuperado el 16 de abril de 2022 
  12. Robert X. Cringely . NerdTV Ep 4 - Brewster Kahle . Internet Archive . Minuto 46.{{cite AV media}}: CS1 mantenimiento: estado de la URL ( enlace )
  13. Rep. Kastenmeier, Robert W. [D-WI-2 (1980-03-26). "HR6934 - 96.º Congreso (1979-1980): Ley de derechos de autor de software informático de 1980" . www.congress.gov . Consultado el 16 de septiembre de 2025 .{{cite web}}: CS1 maint: nombres numéricos: lista de autores ( enlace )
  14. Cantrill, Bryan (17 de septiembre de 2014). Antipatrones de código abierto corporativo . YouTube . El evento ocurre a las 3:15. Archivado del original el 27 de octubre de 2021. Recuperado el 26 de diciembre de 2015 .
  15. Gallant, John (18 de marzo de 1985). "La política de IBM genera controversia: los usuarios afirman que las normas sobre el código fuente dificultan el cambio" . Computerworld . Consultado el 27 de diciembre de 2015. Si bien la política de IBM de retener el código fuente de ciertos productos de software ya cumplió dos años, los usuarios apenas comienzan a lidiar con el impacto de esa decisión. Pero, independientemente de si la llegada de productos exclusivamente de código objeto ha afectado sus operaciones diarias de procesamiento de datos, algunos usuarios siguen molestos con la decisión de IBM. Anunciada en febrero de 1983, la política de IBM de utilizar únicamente código objeto se ha aplicado a una lista cada vez mayor de productos de software de sistema de la compañía.
  16. Hassett, Rob (18 de diciembre de 2012). "Impacto de la decisión Apple vs. Franklin" . InternetLegal.com . Archivado del original el 8 de septiembre de 2023.
  17. 1 2 Landley, Rob (23 de mayo de 2009). "23 de mayo de 2009" . landley.net . Recuperado el 22 de junio de 2024. Entonces, si el código abierto solía ser la norma en las décadas de 1960 y 1970, ¿cómo cambió esto? ¿De dónde surgió el software propietario, cuándo y cómo? ¿Cómo se derrumbó la pequeña utopía de Richard Stallman en el laboratorio de IA del MIT y lo obligó a salir al desierto para intentar reconstruirla? Dos cosas cambiaron a principios de los 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 modificó la ley de derechos de autor para cubrir los binarios en 1983. Aumento del volumen: el microprocesador crea millones de computadoras idénticas
  18. "Diferencia entre software de código abierto y software propietario" . 10 de octubre de 2020.
  19. Terasaki 2013 , pág. 469. error sfn: sin destino: CITEREFTerasaki2013 ( ayuda )
  20. ^ Terasaki 2013 , págs. 469–470. Error sfn: sin destino: CITEREFTerasaki2013 ( ayuda )
  21. Boyle 2003 , pág. 45. Error de sfn: no hay destino: CITEREFBoyle2003 ( ayuda )
  22. ^ Clohessy y col . 2020 , págs. 40–41. Error sfn: sin destino: CITEREFClohessy_et_al.2020 ( ayuda )
  23. Watt 2023 , pág. 4. Error de sfn: no hay destino: CITEREFWatt2023 ( ayuda )
  24. ^ Dempsey y Kelliher 2018 , pág. 48. error sfn: sin destino: CITEREFDempseyKelliher2018 ( ayuda )
  25. Dempsey y Kelliher 2018 , págs. 48, 57. sfn error: no target: CITEREFDempseyKelliher2018 ( ayuda )
  26. Dempsey y Kelliher 2018 , págs. 61–63. sfn error: no target: CITEREFDempseyKelliher2018 ( ayuda )
  27. ^ Dempsey y Kelliher 2018 , pág. 2. error sfn: sin destino: CITEREFDempseyKelliher2018 ( ayuda )
  28. Engelfriet, Arnoud (agosto-septiembre de 2006). "Lo mejor de ambos mundos" . Gestión de activos intelectuales (19). Gavin Stewart. Archivado del original el 14 de septiembre de 2013. Consultado el 19 de mayo de 2008 .
  29. Loftus, Jack (19 de febrero de 2007). "Gestión de pilas de software de código fuente mixto" . LinuxWorld. Archivado del original el 3 de junio de 2010.
  30. Tan, Aaron (28 de diciembre de 2006). "Novell: Somos una empresa de 'fuentes mixtas'" . CNET Networks, Inc.
  31. ↑ Rosenberg , Donald (2000). Open Source: The Unauthorized White Papers . Foster City: IDG. p. 109. ISBN  0-7645-4660-0.
  32. "Categorías de software libre y no libre" . Proyecto GNU.
  33. Free Software Foundation (5 de mayo de 2009). "Preguntas frecuentes sobre las licencias GNU" . Consultado el 1 de mayo de 2017 .
  34. Richard Stallman (12 de abril de 2004). "Libres pero encadenados: la trampa de Java" . Consultado el 1 de mayo de 2017 .
  35. Liberman, Michael (1995). "Disposiciones excesivas en los acuerdos de licencia de software" . Richmond Journal of Law and Technology . 1 :4 . Recuperado el 29 de noviembre de 2011 .
  36. Limitaciones y excepciones al derecho de autor y derechos conexos en el entorno digital: una perspectiva de las bibliotecas internacionales (2004) . IFLA (22 de enero de 2013). Consultado el 16 de junio de 2013.
  37. Daniel A. Tysver (23 de noviembre de 2008). "Por qué proteger el software mediante patentes" . Bitlaw . Consultado el 3 de junio de 2009. En relación con el software, una patente concedida puede impedir que otros utilicen un algoritmo determinado (como el algoritmo de compresión de imágenes GIF) sin permiso, o puede impedir que otros creen programas de software que realicen una función de una manera determinada. En relación con el software informático, la ley de derechos de autor puede utilizarse para impedir la duplicación total de un programa de software, así como la copia de una parte del código del software.
  38. Donovan, S. (1994). "Protección de patentes, derechos de autor y secretos comerciales para software". IEEE Potentials . 13 (3): 20. Bibcode : 1994IPot...13c..20D . doi : 10.1109/45.310923 . S2CID 19873766 . En esencia, solo hay tres maneras de proteger el software informático según la ley: patentarlo, registrar los derechos de autor o mantenerlo como secreto comercial. 
  39. Eben Moglen (12 de febrero de 2005). "Por qué la FSF obtiene cesiones de derechos de autor de los colaboradores" . Recuperado el 1 de mayo de 2017. Según la ley de derechos de autor de EE. UU . , que es la ley bajo la cual históricamente se han publicado por primera vez la mayoría de los programas de software libre, [...] solo el titular de los derechos de autor o alguien que tenga una cesión de los derechos de autor puede hacer cumplir la licencia.
  40. White, Aoife (3 de julio de 2012). "Oracle no puede detener la reventa de licencias de software, según un tribunal de la UE" . Bloomberg .
  41. Microsoft Corporation (1 de abril de 2005). "Acuerdo de licencia de usuario final para el software de Microsoft: Microsoft Windows XP Professional Edition Service Pack 2" (PDF) . Microsoft . pág. 3. Consultado el 29 de abril de 2009 . 
  42. Microsoft Corporation (1 de abril de 2005). "Acuerdo de licencia de usuario final para el software de Microsoft: Microsoft Windows XP Professional Edition Service Pack 2" (PDF) . Microsoft . pág. Página 1. Recuperado el 29 de abril de 2009. Puede instalar, usar, acceder, visualizar y ejecutar una copia del Software en un solo equipo, como una estación de trabajo, terminal u otro dispositivo ("Equipo de estación de trabajo"). El Software no puede ser utilizado por más de dos (2) procesadores a la vez en un solo Equipo de estación de trabajo. ... Puede permitir que un máximo de diez (10) equipos u otros dispositivos electrónicos (cada uno un "Dispositivo") se conecten al Equipo de estación de trabajo para utilizar uno o más de los siguientes servicios del Software: Servicios de archivos, Servicios de impresión, Servicios de información de Internet, Uso compartido de la conexión a Internet y servicios de telefonía. 
  43. Adobe Systems , Acuerdo de licencia de software de Adobe (PDF) , consultado el 9 de junio de 2010.
  44. Parker, Jason (27 de enero de 2009). "Reseña de Apple iWork '09: Apple iWork '09" . CNET . Consultado el 2 de mayo de 2022 .
  45. Heffan, Ira V. (1997). "Copyleft: Licencias de obras colaborativas en la era digital" (PDF) . Stanford Law Review . 49 (6): 1490. doi : 10.2307/1229351 . JSTOR 1229351. Archivado del original (PDF) el 14 de mayo de 2013. Recuperado el 27 de julio de 2009. Bajo el modelo de software propietario, la mayoría de los desarrolladores de software retienen su código fuente de los usuarios. 
  46. David A. Wheeler (2009-02-03). "El software libre/de código abierto (FLOSS) es software comercial" . Recuperado el 2009-06-03 .
  47. "Distribución de programas con licencia de IBM y materiales de programas con licencia y acuerdo modificado para programas con licencia de IBM" . Cartas de anuncio . IBM. 8 de febrero de 1983. 283-016.
  48. Greg Mushial (20 de julio de 1983), "Módulo 24: Mejoras y embellecimiento del ensamblador IBM H-Level para la versión 2.8" de SLAC , SLAC VM NOTEBOOK , Stanford Linear Accelerator Center, archivado del original el 24 de septiembre de 2020 , consultado el 28 de abril de 2020.
  49. Shankland, Stephen (30 de enero de 2003). "Los gobiernos revisarán el código de Windows" . CNET . Consultado el 2 de mayo de 2022 .
  50. Gao, Ken (28 de febrero de 2003). "China revisará el código de Windows" . CNET . Consultado el 2 de mayo de 2022 .
  51. James Ball , Julian Borger y Glenn Greenwald (6 de septiembre de 2013). "Las agencias de espionaje de EE. UU. y el Reino Unido socavan la privacidad y la seguridad en Internet" . The Guardian .
  52. Bruce Schneier (06-09-2013). "Cómo mantenerse a salvo de la vigilancia de la NSA" . The Guardian .
  53. Jacob, Matthias; Boneh, Dan; Felten, Edward (30 de octubre de 2003). "Ataque a un cifrado ofuscado mediante la inyección de fallos" . En Feigenbaum, Joan (ed.). Gestión de derechos digitales: Taller ACM CCS-9, DRM 2002, Washington, DC, EE. UU., 18 de noviembre de 2002, Artículos revisados . Segundo Taller Internacional sobre Gestión de Derechos Digitales. Notas de clase en Ciencias de la Computación. Vol. 2696. Springer Berlin Heidelberg . pág. 17. ISBN   978-3-540-44993-5. Recuperado el 12 de enero de 2024 a través de Internet Archive .
  54. Tony Patton (21 de noviembre de 2008). "Proteja su JavaScript con ofuscación" . TechRepublic . Consultado el 2 de mayo de 2022. Si bien la web fomenta el intercambio de este tipo de código, hay ocasiones en que usted o un cliente pueden no desear compartir su código JavaScript. Esto puede deberse a la naturaleza sensible de los datos dentro del código, cálculos propietarios o cualquier otra circunstancia.{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )
  55. 1 2 Orenstein, David (10 de enero de 2000). "Interfaz de programación de aplicaciones" . Computerworld . Recuperado el 2 de mayo de 2022 .
  56. «Decisión de la Comisión de 24.03.2004 relativa a un procedimiento con arreglo al artículo 82 del Tratado CE (Asunto COMP/C-3/37.792 Microsoft)» (PDF) . Comisión Europea . 24 de marzo de 2004. Archivado del original (PDF) el 28 de octubre de 2008. Consultado el 17 de junio de 2009 .
  57. Wilson, Ben (1 de octubre de 2008). "Apple elimina el acuerdo de confidencialidad para el software del iPhone lanzado" . CNET . Archivado del original el 8 de marzo de 2013. Consultado el 2 de mayo de 2022 .
  58. The Linux Information Project (29/04/2006). "Definición de dependencia del proveedor" . Recuperado el 11/06/2009 . La dependencia del proveedor, o simplemente dependencia, es la situación en la que los clientes dependen de un único fabricante o proveedor para algún producto [...] Esta dependencia suele ser el resultado de estándares controlados por el proveedor [...] Puede otorgar al proveedor cierto grado de poder monopólico [...] La mejor manera para que una organización evite ser víctima de la dependencia del proveedor es utilizar productos que cumplan con estándares libres y de uso común en la industria. Los estándares libres son aquellos que pueden ser utilizados por cualquier persona y no están controlados por una sola empresa. En el caso de las computadoras, esto generalmente se puede lograr utilizando software libre en lugar de software propietario (es decir, software comercial).
  59. Don Reisinger (29 de septiembre de 2011). "Apple gana una batalla clave contra Psystar por los clones de Mac" . Consultado el 2 de mayo de 2022 .
  60. "¿Qué sucede cuando una empresa de software propietario desaparece?" . Linux. 24 de octubre de 2003. Consultado el 2 de mayo de 2022 .
  61. Livingston, Brian (15 de diciembre de 2006). "Microsoft aumenta la presión sobre los usuarios de Windows 2000" . CRN . Archivado del original el 3 de mayo de 2022. Recuperado el 2 de mayo de 2022 .
  62. Cassia, Fernando (28 de marzo de 2007). "El código abierto, la única arma contra la 'obsolescencia programada'"" . The Inquirer . Archivado del original el 22 de noviembre de 2012 . Consultado el 2 de agosto de 2012 .
  63. Bell, John (1 de octubre de 2009). "Abriendo la fuente del arte" . Technology Innovation Management Review. Archivado del original el 30 de marzo de 2014. Recuperado el 2 de mayo de 2022. que no habría más parches para el título . La comunidad estaba previsiblemente molesta. En lugar de abandonar el juego, los usuarios decidieron que si Activision no iba a arreglar los errores, lo harían ellos. Querían salvar el juego consiguiendo que Activision abriera la fuente para que pudiera mantenerse vivo más allá del punto en que Activision perdiera el interés. Con algo de ayuda de miembros del equipo de desarrollo que eran activos en foros de fans, finalmente pudieron convencer a Activision de que publicara el código fuente de Call to Power II en octubre de 2003.
  64. Wen, Howard (10 de junio de 2004). "Manteniendo vivos los mitos" . Linux Dev Center. Archivado del original el 6 de abril de 2013. Recuperado el 22 de diciembre de 2012. Los fanáticos de la trilogía Myth han llevado esta idea un paso más allá: tienen acceso oficial al código fuente de los juegos Myth. Organizado bajo el nombre de MythDevelopers, este grupo de voluntarios formado por programadores, artistas y otras personas talentosas dedica su tiempo a mejorar y apoyar el desarrollo de la serie de juegos Myth.
  65. Largent, Andy (8 de octubre de 2003). "Se publica el código fuente de Homeworld" . Inside Mac Games. Archivado del original el 12 de octubre de 2013. Recuperado el 24 de noviembre de 2012. Con el lanzamiento de Homeworld 2 para PC, Relic Entertainment ha decidido recompensar a su impresionante comunidad de fans publicando el código fuente del Homeworld original.
  66. Rosen, Lawrence (2004). Licencias de código abierto . Upper Saddle River: Prentice Hall. págs. 52 , 255, 259. ISBN  978-0-13-148787-1.
  67. Havoc Pennington (2 de marzo de 2008). "Tutorial de Debian" . Archivado del original el 29 de enero de 2018. Consultado el 4 de junio de 2009. Es importante distinguir entre software comercial y software propietario. El software propietario es software no libre, mientras que el software comercial es software que se vende por dinero.
  68. Russell McOrmond (4 de enero de 2000). "¿Qué es el "software comercial"?" . Archivado del original el 4 de octubre de 2012. Consultado el 2 de mayo de 2009 .
  69. Michael K. Johnson (1996-09-01). "Licencias y derechos de autor" . Consultado el 16 de junio de 2009. Si programas para Linux, necesitas comprender las licencias, independientemente de si escribes software libre o comercial.
  70. Eric S. Raymond (29/12/2003). " Propietario , Archivo de jerga" . Consultado el 12/06/2009 . El software propietario debe distinguirse del software comercial. Es posible que el software sea comercial [...] sin ser propietario. Lo contrario también es posible, por ejemplo, en el software gratuito binario.
  71. "Venta de software libre" . Proyecto GNU.
  72. "El modelo de software comercial" . Microsoft . Mayo de 2001. Archivado del original el 5 de marzo de 2007.
  73. Software de código abierto frente a software comercial: por qué el software propietario llegó para quedarse . Sams Publishing. Octubre de 2005. Consultado el 2 de mayo de 2022 .
  74. "Software propietario | Definición, historia y datos | Britannica" . www.britannica.com . Consultado el 24 de abril de 2025 .
  • Logotipo de Wikimedia CommonsContenido multimedia relacionado con software propietario en Wikimedia Commons.