[pyar] Proteger codigo Python.

[Adriano Fiorenza]

Juan, gracias por tu respuesta. Me orientás bastante. La verdad me gusta
PyQt. Voy a googlear lo que me decís. Además para pequeñas aplicaciones
usar sockets entre procesos me suena algo medio dirty y lo quería tratar de
evitar. Gracias!
El 27/02/2016 10:12, "Juan Esteban Carrique" <carrique en gmail.com> escribió:

> Adriano, la GPL no te permite mix de licencias en el aplicación. En este
> caso PyQt decidió esa política para mantener sus beneficios económicos.
> Para el mix, te conviene utilizar PySide que es LGPL con la versión LGPL de
> QT, siempre que le dejes claro al usuario como modificar la parte LGPL de
> la aplicación y que todo salga andando.
>
> Con la versión GPL no podes hacer linkeado, pero si podes hacer un backend
> en la nube o en otra aplicación si se comunican via sockets, al menos es
> una practica extendida [1] aunque es fruto de controversia por estar contra
> el espíritu de lo que deicidió del programador
>
> [1]
> http://www.ipo.org/wp-content/uploads/2013/04/Will-Google-Break-the-GPL_.pdf
>
> Ing. Juan Carrique
> Santa Fe, Argentina
> Electrónica, Arduino,
> Coaching, Diabetes,
> http://facebook.com/ReDuino
>
> 2016-02-27 9:51 GMT-03:00 Adriano Fiorenza <adrianofv en gmail.com>:
>
>> Hola Emiliano,
>> Me levanté ésta mañana con la misma idea para sugerir, de separar GUI
>> PyQt  de backend.
>> La pregunta que me hago es si se puede de ésta forma liberar cómo GPL el
>> GUI y poder licenciar distinto al backend.
>> De que forma se puede comunicar ambas partes para que ésto sea posible y
>> legal? Linkeando?, o directamente trabajando con alguna forma de IPC,
>> sockets, etc..?
>> Saludos!
>>
>>
>> 2016-02-27 9:27 GMT-03:00 Emiliano Dalla Verde Marcozzi <
>> edvm en fedoraproject.org>:
>>
>>> El 26 de febrero de 2016, 23:55, Enrique Alejandro Villafañe <
>>> villafane.enrique en gmail.com> escribió:
>>>
>>>> Hola Martin, gracias por la respuesta. Agradezco mucho sus
>>>> recomendaciones, cuando dices que proteger el codigo no es la estrategia
>>>> mas segura para proteger un negocio a que te refieres? Que otra alternativa
>>>> podria tener como desarrollador?
>>>>
>>>> Gracias nuevamente.
>>>>
>>>> Buenas Enrique,
>>> La vez que tuve que tratar de impedir que accedan al fuente de una app
>>> en Python
>>> utilizamos (como mencionaste) Cython. Lo que hicimos en ese momento fue
>>> separar
>>> la GUI (hecha con PyQT) de la logica de negocio (backend). El backend lo
>>> compilabamos
>>> con Cython y la GUI en PyQT (codigo abierto, sin compilar ni nada) era
>>> 'tonta', en el hecho
>>> de que le pegaba al backend pidiendo datos y los dibujaba en pantalla.
>>> Saludos!
>>>
>>> --
>>> Broken code @ https://github.com/edvm
>>>
>>> <edvm en python.org.ar>
>>>
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>>
>>
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20160227/37e3e408/attachment.html>