Algoritmo de reimplementación del proyecto de código abierto

Question

Actualmente estoy trabajando en un proyecto en el que utilizamos una biblioteca de código abierto (GPL) para algunos algoritmos y cálculos específicos. Esto será reemplazado más tarde por nuestra propia implementación.

Lo que me preguntaba ahora es cuánto puede permitirse "ayudar" o "inspirar" mediante la implementación de código abierto cuando implemente su propia biblioteca, que una aplicación de código cerrado debería utilizar más adelante. No es legal copiar algunos segmentos de código o procedimientos directamente desde el código abierto en su implementación. Pero, ¿cuánto puede seguir la implementación de código abierto sin violar realmente las condiciones de GPL? Si estudias y entiendes el código fuente, es legal realizar tu propia implementación en base a esto.

Answer 1

Es muy parecido a lo que se aplica al volver a implementar un producto comercial.

Esto se hace generalmente en un estilo de sala limpia: un equipo analizará minuciosamente el producto, produciendo una especificación de lo que hace, luego otro equipo (cuyos miembros no provienen del equipo original) implementará un reemplazo simplemente utilizando el documento de especificación.

Como dijeron los tdammers, entender el algoritmo y hacer una nueva implementación generalmente es correcto (excluyendo los problemas de patentes).

Realmente debe evitar consultar el código de GPL real una vez que comience a codificar su propia implementación; si se refiere a ella, es muy probable que termine siendo incapaz de pensar en sus propios nombres de funciones y termine usando los mismos nombres de funciones similares que en el código GPL. Aunque esto probablemente no sea un problema técnico, te expondrás a todo tipo de acusaciones si alguien lo detecta, por lo que es mejor evitarlo por completo.

Answer 2

El copyright solo protege implementaciones y descripciones específicas (como documentos académicos) de un algoritmo, no el algoritmo en sí. Copiar y pegar es claramente una violación, al igual que copiar y pegar y luego ofuscar o extender. Comprender el algoritmo y luego crear su propia implementación, sustancialmente diferente, debería estar bien.

Sin embargo, también puede haber una patente sobre el algoritmo, que es una historia diferente.