Está en la página 1de 14

INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

INDICE
1
LICENCIAS………………………………………………………………………………………………………………………2-4

COPYRIGHT……………………………………………………………………………………………………………………4-5

GPL………………………………………………………………………………………………………………………………6-7

GNU……………………………………………………………………………………………………………………………..7-8

LGPL…………………………………………………………………………………………………………………………….8-10

CREATIVE COMMONS…………………………………………………………………………………………………10-11

MIT……………………………………………………………………………………………………………………………11-14

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

¿QUÉ ES UNA LICENCIA ? 2

Voy a intentar hacer una serie de anotaciones tratando el tema de las


licencias de Software, dando una visión general para repasar tres de las
licencias que creo son más interesantes: la MIT, la BSD y la GPL.

Hay muchas más licencias Open Source, aunque no todas son Software
Libre. Estas tres que he elegido tienen en común 3 puntos importantes: son
licencias válidas para Software Libre, son fáciles de aplicar y son
compatibles entre sí.

No me he fijado en su uso, aunque las licencias BSD y GPL (más su variante


LGPL) son las más usadas (alrededor de un 77.5% de los proyectos
en Sourceforge es un buen indicador), sino en sus posibilidades y en su
complejidad, siendo la MIT la más simple y la GPL la más complicada de
entender de las tres.

Por último, y antes de entrar en el tema, notar que no soy jurista y no soy
experto en leyes. No hay que tomar estas anotaciones como referencia ni
mucho menos. Son solo explicaciones de estar por casa y deben tomarse
como tal. No atendamos a la forma y con suerte se sacará algo útil del
contenido :P.

En primer lugar es necesario definir qué es una licencia:

Una licencia es un documento que da permiso a hacer algo.

No es complicado de entender. Esta definición unida a los derechos de autor


y aplicado a los programas de computador ('Software' de ahora en
adelante), es lo que entenderemos aquí como acuerdo de licencia para el
usuario final (EULA, en inglés).

El poseedor del copyright, una marca, una patente, o cualquier otra forma
de propiedad intelectual protegida por los derechos de autor, tiene todos los
derechos sobre ese elemento con cobertura legal: en nuestro caso el
Software.

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

El hecho de que un programa sea Copyright © año Fulanito López implica 3

que solo Fulanito López tiene los derechos sobre ese programa (derecho de
uso, copia, distribución; por simplificar, pondría un enlace a la legislación
española, pero ese ladrillo aclararía poco).

Así que esta EULA es necesaria ya que el Software no se compra como otros
productos de consumo. Se adquiere una copia, por la que se paga o no en
concepto de distribución de Software, y una licencia de uso. Nunca
tenedremos todos derechos sobre ese producto, ya que los retiene el titular
del copyright.

Es la licencia un acuerdo entre el usuario y el propietario de los derechos.


Este acuerdo permite acotar al usuario lo que puede hacer y no hacer con el
Software. La formula es: si cumples unas condiciones, puedes hacer estas
cosas con mi Software.

En base al ciertos aspectos de la licencia podemos definir dos clases de


Software: el Software privativo y el Software Libre.

El Software privativo se centra, como elemento más destacable, en limitar


lo que se puede hacer con el producto. Por lo general se puede decir que el
Software privativo cumple lo siguiente:

 Hay restricciones a su uso.


 No está disponible el código fuente, por lo que su estudio está
limitado y su modificación es imposible.
 No pueden ser copiados y distribuidos.

El Software Libre, por el contrario, se centra en ceder parte de los derechos


sobre el producto, es decir, en dar libertades. Por lo general se puede decir
que el Software Libre cumple lo siguiente:

 Se puede usar por cualquiera para cualquier propósito: no hay


restricciones de uso.
 Puede ser estudiado y modificado, para ello se dispone del código
fuente.

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

 Se puede copiar y redistribuir, con o sin modificaciones. 4

Aunque las licencias del Software privativo siempre tienen una cláusula final
en la que limitan su responsabilidad o la garantía que proporcionan sobre el
producto que cubren, en el caso del Software Libre esto es indispensable.

Esta necesidad se deriva directamente del hecho de que cualquiera puede


modificar el producto y redistribuirlo con esos cambios. El titular
del copyright nunca podrá ser responsable de esos cambios realizados por
terceros de los que puede que ni siquiera tenga constancia.

De esta forma todas las licencias que voy a repasar tienen tres partes:

1. Unas condiciones a cumplir.


2. Unos derechos cedidos por el titular del copyright.
3. Una limitación de responsabilidad.

Licencia copyright

El derecho de autor y copyright constituyen dos concepciones sobre


la propiedad literaria y artística. El primero proviene de la familia
delderecho continental, particularmente del derecho francés, mientras que
el segundo procede del derecho anglosajón (o common law).

El derecho de autor se basa en la idea de un derecho personal del autor,


fundado en una forma de identidad entre el autor y su creación. El derecho
moral está constituido como emanación de la persona del autor: reconoce
que la obra es expresión de la persona del autor y así se le protege.

La protección del copyright se limita estrictamente a la obra, sin considerar


atributos morales del autor en relación con su obra, excepto la paternidad;
no lo considera como un autor propiamente tal, pero tiene derechos que
determinan las modalidades de utilización de una obra.

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

En 1790, la obras protegidas por la Copyright Act de Estados Unidos eran 5


sólo los "mapas, cartas de navegación y libros" (no cubría las
obrasmusicales o de arquitectura). Este copyright otorgaba al autor el
derecho exclusivo a publicar las obras, por lo que sólo se violaba tal
derecho si reimprimía la obra sin el permiso de su titular. Además, este
derecho no se extendía a las "obras derivadas" (era un derecho exclusivo
sobre la obra en particular), por lo que no impedía las traducciones o
adaptaciones de dicho texto. Con los años, el titular del copyright obtuvo el
derecho exclusivo a controlar cualquier publicación de su obra. Sus
derechos se extendieron, de la obra en particular, a cualquier "obra
derivada" que pudiera surgir en base a la "obra original".

Asimismo, el Congreso de Estados Unidos incrementó


en 1831 el plazo inicial del copyright de 14 a 28 años (o sea, se llegó a un
máximo de 42 años de protección) y en 1909 extendió el plazo de
renovación de 14 a 28 años (obteniéndose un máximo de 56 años de
protección). Y, a partir de los años 50, comenzó a extender los plazos
existentes en forma habitual (1962, 1976 y 1998).

El símbolo ℗ (una letra "P" mayúscula ubicada dentro de un círculo)


representa la reserva de los "derechos de autor sobre una grabación
sonido" (música) y es la abreviatura para la palabra "fonógrafo"
(phonograph en inglés) o registro fonográfico. Este símbolo hace referencia
más directamente a la obra musical en sí grabada en un
determinado disco, casete, CD, etc., de hecho, es muy común verlo impreso
en las contraportadas de los álbumes musicales.

Por otro lado, el símbolo © (una letra "C" mayúscula dentro de


una circunferencia) hace referencia más propiamente al derecho de autor
(copyright) sobre obras intelectuales de otra índole, como por ejemplo:
libros, folletos, obras dramáticas, obras cinematográficas y audiovisuales;
dibujos, pinturas etc.

La diferencia entre el significado de un símbolo y otro es muy tenue.

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

Licencia GPL

Una de las más utilizadas es la Licencia Pública General de GNU (GNU GPL).
El autor conserva los derechos de autor (copyright), y permite la
redistribución y modificación bajo términos diseñados para asegurarse de
que todas las versiones modificadas del software permanecen bajo los
términos más restrictivos de la propia GNU GPL. Esto hace que sea
imposible crear un producto con partes no licenciadas GPL: el conjunto tiene
que ser GPL.

Es decir, la licencia GNU GPL posibilita la modificación y redistribución del


software, pero únicamente bajo esa misma licencia. Y añade que si se
reutiliza en un mismo programa código "A" licenciado bajo licencia GNU GPL
y código "B" licenciado bajo otro tipo de licencia libre, el código final "C",
independientemente de la cantidad y calidad de cada uno de los códigos "A"
y "B", debe estar bajo la licencia GNU GPL.

En la práctica esto hace que las licencias de software libre se dividan en dos
grandes grupos, aquellas que pueden ser mezcladas con código licenciado
bajo GNU GPL (y que inevitablemente desaparecerán en el proceso, al ser el
código resultante licenciado bajo GNU GPL) y las que no lo permiten al
incluir mayores u otros requisitos que no contemplan ni admiten la GNU GPL
y que por lo tanto no pueden ser enlazadas ni mezcladas con código
gobernado por la licencia GNU GPL.

En el sitio web oficial de GNU hay una lista de licencias que cumplen las
condiciones impuestas por la GNU GPL y otras que no.4

Aproximadamente el 60% del software licenciado como software libre


emplea una licencia GPL.

A finales de 2005, la Free Software Foundation anunció que trabajaba en la


versión 3 de la licencia GPL, cuyo primer borrador fue presentado para su
discusión pública el 16 de enero de 2006. La discusión se alargó 18 meses,
habiendo sido publicados cuatro borradores. Finalmente, la versión oficial
fue publicada el día 29 de junio de 2007 y es accesible a través del Portal
de GNU.4 La nueva versión contempla los siguientes aspectos:

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

 Las diversas formas en que alguna persona podría quitar libertades a los 7
usuarios.
 Prohibir el uso de software libre en sistemas diseñados para quitar
libertades (DRM).
 Resolver ambigüedades y aumentar la compatibilidad de GPLv3 con
otras licencias.
 Facilitar su adaptación a otros países.
 Incluir cláusulas que defiendan a la comunidad de software libre del uso
indebido de las patentes de software.
 Mostrar usuarios registrados.

Licencia GNU

La Licencia Pública General de GNU o más conocida por su nombre


en inglés GNU General Public License o simplemente su acrónimo del
inglés GNU GPL, es una licencia creada por la Free Software Foundation a
mediados de los 80, y está orientada principalmente a proteger la libre
distribución, modificación y uso de software. Su propósito es declarar que el
software cubierto por esta licencia essoftware libre y protegerlo de intentos
de apropiación que restrinjan esas libertades a los usuarios.

Existen varias licencias "hermanas" de la GPL, como la licencia de


documentación libre de GNU(GFDL) que cubre los artículos de la Wikipedia,
la Open Audio License, para trabajos musicales, etcétera, y otras menos
restrictivas, como la MGPL, o la LGPL (Lesser General Public License,
antesLibrary General Public License), que permiten el enlace dinámico de
aplicaciones libres a aplicaciones no libres.

GNU/Linux (Linux) es uno de los términos empleados para referirse


al sistema operativo libre similar aUnix que utiliza el núcleo Linux y
herramientas de sistema GNU. Su desarrollo es uno de los ejemplos más
prominentes de software libre; todo el código fuente puede ser utilizado,
modificado y redistribuido libremente por cualquiera bajo los términos de la
GPL (Licencia Pública General de GNU) y otras licencias libres.1

A pesar de que Linux sólo es el núcleo de este sistema operativo una parte
significativa de la comunidad, así como muchos medios generales y

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

especializados, prefieren utilizar dicho término. Para más información 8


consulte la sección "Denominación GNU/Linux" o el artículo "Controversia
por la denominación GNU/Linux".

Las variantes de este sistema se denominan distribuciones y su objetivo es


ofrecer una edición que cumpla con las necesidades de determinado grupo
de usuarios.

Algunas distribuciones son especialmente conocidas por su uso


en servidores y supercomputadoras.2No obstante, es posible instalar
GNU/Linux en una amplia variedad de hardware como computadoras de
escritorio y portátiles.

En el caso de computadoras de bolsillo, teléfonos móviles, dispositivos


empotrados, videoconsolas y otros, puede darse el caso en que las partes
de GNU se remplacen por alternativas más adecuadas. Para saber más
sobre las arquitecturas soportadas, lea el artículo "Portabilidad del núcleo
Linux y arquitecturas soportadas".

Licencia LGPL

La Licencia Pública General Reducida de GNU, o más conocida por su


nombre en inglés GNU Lesser General Public License (antes GNU Library
General Public License o Licencia Pública General para Bibliotecas de GNU),
o simplemente por su acrónimo del inglés GNU LGPL es una licencia de
software creada por la Free Software Foundation. Los contratos
de licencia de la mayor parte delsoftware están diseñados para jugar con su
libertad de compartir y modificar dicho software. En contraste, la GNU
General Public License pretende garantizar su libertad de compartir y
modificar el software "libre", esto es para asegurar que el software es libre
para todos sus usuarios. Esta licencia pública general se aplica a la mayoría
del software de la FSF o Free Software Foundation (Fundación para el
software libre) y a cualquier otro programa de software cuyos autores así lo
establecen. Algunos otros programas de software de la Free Software
Foundation están cubiertos por la "LGPL Lesser General Public License"

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

(Licencia pública general reducida), la cual puede aplicar a sus programas 9


también.

Esta licencia permisiva se aplica a cualquier programa o trabajo que


contenga una nota puesta por el propietario de los derechos del trabajo
estableciendo que su trabajo puede ser distribuido bajo los términos de esta
"GPL General Public License". El "Programa", utilizado en lo subsecuente, se
refiere a cualquier programa o trabajo original, y el "trabajo basado en el
Programa" significa ya sea el programa o cualquier trabajo derivado del
mismo bajo la ley de derechos de autor: es decir, un trabajo que contenga
el Programa o alguna porción de él, ya sea íntegra o con modificaciones o
traducciones a otros idiomas.

Otras actividades que no sean copia, distribución o modificación si están


cubiertas en esta licencia y están fuera de su alcance. El acto de ejecutar el
programa no está restringido, y la salida de información del programa está
cubierta sólo si su contenido constituye un trabajo basado en el Programa
(es independiente de si fue resultado de ejecutar el programa). Si esto es
cierto o no depende de la función del programa.

El proyecto OpenOffice.org de Sun Microsystems emplea la LGPL.

El término "GNU Library General Public License" daba la impresión de que la


FSF quería que todas las bibliotecas utilizaran la licencia LGPL y todos los
programas utilizaran la licencia GPL. En febrero de 1999 Richard
Stallman escribió el documento "Por qué en su próxima biblioteca no
debería utilizar la GPL para Bibliotecas"1 explicando porqué este no era el
caso, y que la LGPL no se debería utilizar necesariamente para bibliotecas:

Qué licencia es la mejor para una cierta biblioteca es una cuestión de


estrategia, y depende de los detalles de la situación. Actualmente, la
mayoría de las bibliotecas GNU están cubiertas por la GPL para bibliotecas,
y eso significa que estamos utilizando únicamente una de estas dos
estrategias, descuidando la otra. Así que ahora pretendemos que se
publiquen más bibliotecas bajo la GPL ordinaria.

Sin embargo, contrario a la impresión general, esto no significa que la FSF


infravalore la LGPL, sino simplemente dice que no debería ser utilizada
para todas las bibliotecas. En el mismo documento se lee:

Hay razones que pueden hacer más apropiado el uso de la GPL para
bibliotecas en ciertos casos. El caso más común es cuando las

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

características de la biblioteca libre están ya disponibles para software 10


privativo a través de otras bibliotecas alternativas. En ese caso, la biblioteca
no puede dar al software libre ninguna ventaja en particular, así que es
mejor utilizar la GPL para bibliotecas para esa biblioteca.

De hecho, Stallman y la FSF abogan por el uso de licencias incluso menos


restrictivas que la LGPL como estrategia (para maximizar la libertad de los
usuarios). Un ejemplo destacado es la aprobación de Stallman para utilizar
la licencia BSD en el proyecto Vorbis.2

Licencia creative commons

Creative Commons es una organización no gubernamental sin ánimo de


lucro que desarrolla planes para ayudar a reducir las barreras legales de
la creatividad, por medio de nueva legislacióny nuevas tecnologías. Fue
fundada por Lawrence Lessig, profesor de derecho en la Universidad de
Stanford y especialista en ciberderecho, que la presidió hasta marzo de
2008.

Creative Commons (en español: «bienes comunes creativos») es también el


nombre dado a laslicencias desarrolladas por esta organización.

Las licencias Creative Commons o CC están inspiradas en la


licencia GPL (General Public License) de la Free Software Foundation, sin
embargo no son un tipo de licenciamiento de software. La idea principal es
posibilitar un modelo legal ayudado por herramientas informáticaspara así
facilitar la distribución y el uso de contenidos.

Existe una serie de licencias Creative Commons, cada una con diferentes
configuraciones o principios, como el derecho del autor original a dar
libertad para citar su obra, reproducirla, crear obras derivadas, ofrecerla
públicamente y con diferentes restricciones como no permitir el uso
comercial o respetar la autoría original.

Una de las licencias que ofrecía Creative Commons es la que llevaba por
nombre "Developing Nations" (Naciones en Desarrollo), la cual permitía que

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

los derechos de autor y regalías por el uso de las obras se cobraran sólo en 11
los países desarrollados del primer mundo, mientras que se ofrecían de
forma abierta en los países en vías de desarrollo. Esta licencia ha sido
retirada por problemas comerciales.

Aunque originalmente fueron redactadas en inglés, las licencias han sido


adaptadas a varias legislaciones en otros países del mundo. Entre otros
idiomas, han sido traducidas al español, al portugués, al gallego,
al euskera y al catalán a través del proyecto Creative Commons
International. Existen varios países de habla hispana que están involucrados
en este
proceso: España, Chile, Guatemala, Argentina, México,Perú, Colombia y Pue
rto Rico ya tienen las licencias traducidas y en funcionamiento, en tanto
que Ecuador y Venezuela se encuentran en proceso de traducción e
implementación de las mismas. Brasil también tiene las licencias traducidas
y adaptadas a su legislación.

Licencia MIT

Seguimos con esta serie sobre licencias de Software. Ya describí más o


menos lo que es una licencia, y ahora vamos a revisar la primera de la lista:
la licencia MIT.

Se trata de una de tantas licencias que ha empleado el MIT (Massachusetts


Institute of Technology) a lo largo de su historia, y quizás debería llamarse
más correctamente 'licencia X11', ya que es la licencia que llevaba este
Software originario del MIT en los años 80. Pero ya sea como MIT o X11, su
forma es idéntica.

Es una licencia sin copyright, lo que nos permite modificarla y adaptarla a


nuestras necesidades. No obstante esto puede no ser recomendable, e
incluso muchas voces dentro del Open Source lo desaconsejan. Recordemos
que las licencias es un terreno escabroso difícil de transitar, y si un usuario
o desarrollador ve que un paquete tiene licencia MIT siempre sabrá a qué

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

atenerse. La cosa es distinta si la licencia está 'basada en la licencia MIT', lo 12

que obligaría a una revisión para asegurarse de qué efectos tienen esas
modificaciones. Siempre es más fácil elegir una licencia existente, que las
hay para todos los gustos, en lugar de jugar a entender de leyes :).

Como ya veremos, la licencia BSD es muy parecida a la licencia MIT en


cuanto a efectos. Pero veamos la forma:

Copyright (c) <year> <copyright holders>

Permission is hereby granted, free of charge, to any


person obtaining a copy of this software and associated
documentation files (the "Software"), to deal in the
Software without restriction, including without limitation
the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the
Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice


shall be included in all copies or substantial portions of
the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY


KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE
WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR
PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS
OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR
OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR
OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

El texto diferencia los tres puntos que comentamos en la pasada entrega: 13

condiciones, derechos y limitación de responsabilidad.

La condición es que la nota de copyright y la parte de los derechos se


incluya en todas las copias o partes sustanciales del Software. Esta es la
condición que invalidaría la licencia en caso de no cumplirse.

Los derechos son muchos: sin restricciones; incluyendo usar, copiar,


modificar, integrar con otro Software, publicar,sublicenciar y/o vender
copias del Software, y además permitir a las personas a las que se les
entregue el Software hacer lo mismo.

Finalmente tenemos un disclaimer o nota de limitación de la responsabilidad


estándar.

Ahora vamos a ver algunas características y usos de esta licencia.

Debido a la palabra resaltada en los derechos, tenemos que esta licencia


permite reutilizar el Software así licenciado tanto para ser Software Libre
como para ser Software privativo. Esto significa que el hecho de permitir
sublicenciar puede llevar a un trabajo derivado que sea cerrado, o incluso
bajo la licencia BSD, GPL, u otra cualquiera compatible con la MIT.

Esto puede ser una ventaja, en caso de hacer un producto que en un


momento dado puede aportar un beneficio por cerrarse (por ejemplo en
esquemas de licencias duales: se trabaja con MIT para uso comercial a
cambio de una retribución económica, y se sublicencia GPL para el uso de la
comunidad). Pero también un inconveniente si no deseamos que nuestro
trabajo se utilice en un producto cerrado.

Su aplicación es muy sencilla. Solo tendremos que añadir al fuente el texto


de la licencia con el año en que liberamos ese fuente y nuestro nombre
completo (y si puede ser una dirección de contacto, el e-mail es suficiente).

Con esta licencia tenemos Software Libre. Nos puede interesar si tenemos
una estrategia comercial basada, por ejemplo, en las licencias duales; si

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION
INSTITUTO TECNOLOGICO SUPERIOR DE ESCARCEGA

pretendemos que nuestro desarrollo se convierta en un estándar y 14

queremos facilitar su implantación, o si simplemente pretendemos que


nuestro producto sea Libre sin mayores consideraciones.

Yo la empleo con frecuencia en desarrollos a medida en los que el cliente


paga el I+D. Obligatoriamente, y si no se pacta explícitamente otra cosa, he
de entregar el fuente, ya que es el cliente el que ha pagado el desarrollo y
el producto le pertenece. El hecho de usar la licencia MIT me permite
beneficiarme de ese código para proyectos posteriores, y el cliente no pone
pegas porque reutilizo código existente y abarato el producto final.

ERIC ADRIAN CONTRERAS ARJONA


TOPICOS SELECTOS DE PROGRAMACION

También podría gustarte