¿Sabes de dónde viene el código de tu software?

na encuesta conducida por Out-Law.com calibró las respuestas de 3.970 programadores. Había un desconocimiento general de la práctica de la reutilización de código fuente. Susan McKiernan, abogado del sector tecnológico de Masons, la firma internacional detrás de out-law.com, quien ofreció los resultados de la encuesta en el último número del Magazine Out Law, dijo que recibieron 889 comentarios adicionales. Según la encuesta, “los desarrolladores demostraron estar más enterados de los derechos de propiedad intelectual de lo que se piensa habitualmente”.

Sin embargo McKiernan advirtió que las empresas deben tener cuidado de evitar poner esta carga sobre los desarrolladores individuales “para tener una llamada judicial sobre qué puede y qué no puede ser copiado”. “La mayor parte del software -incluyendo el de código abierto- está disponible para su reutilización si lo permiten las condiciones de la licencia”, explica McKiernan.

¿Dónde está el límite?

“Existe código que puede ser reusado sin seguir ningún tipo de licencia si la sección tomada no es una parte sustancial del trabajo de alguien, pero el problema está en definir qué es una parte sustancial de un programa de software, y no es de esperar que los desarrolladores hagan una llamada a un juez para enterarse sobre esto. Copiar una pequeña parte de código también puede significar una parte sustancial, porque las cortes se fijarán en la calidad del código que se ha reutilizado y no en su cantidad”. Con lo cual, se queda en manos de la judicatura el decidir qué código puede ser una parte sustancial y cuál no.

Los bloques de código no necesitan ser idénticos para ser considerados como una vulneración de la ley. Alrededor de un 90% de los desarrolladores dijeron que podrían reproducir la forma en que funciona un software sin copiar ni una sola línea. Consultando el código original de un programa, de cualquier forma, un desarrollador puede saber si se ha copiado una parte sustancial de su programa, simplemente siguiendo aspectos de la estructura y del diseño, secuencias de las operaciones o algoritmos del mismo.

McKiernan continúa diciendo que, la mejor práctica en todo caso, es obtener siempre el permiso para su reutilización. “Las librerías de código desarrollado y compartido, raramente presentan problemas; los problemas llegan cuando el código se introduce desde no-se-sabe-dónde por un individual que no ha obtenido la aprobación de su creador/creadores, arriesgándose por tanto a una denuncia por haber infringido la ley”.

Código de aquí, código de allá

De la encuesta también se desprendía que el 80% de los programadores guardan una librería de código personal de su trabajo, y el 85% de ese grupo estarían dispuestos a llevarse ese código con ellos si fueran cambiados de un empleado a otro. De hecho, el 67% de la comunidad de desarrolladores afirman llevarse código para aprovecharlo de un trabajo a otro.

“No estamos diciendo que un desarrollador no pueda usar código de otro software”, comenta McKiernan. “A menudo es sólo un caso de conseguir alguien en la compañía para chequear la posición de la licencia, incluso si es software open source. Pero los empleados necesitan entender que se trata de su empresa y no una iniciativa individual de desarrollador; ya que esta forma de pensar es en la que se producen las vulneraciones de la ley en cuanto a reutilización de código”.