> si yo ofusco intencionadamente el código, ¿esto es legal? ¿Hasta que punto?
Eso es "no entender el software libre".
A ver cuando entendemos que compartir el código no es una restricción, es una ventaja.
¿De qué sirve un código "liberado" ofuscado si los desarrolladores no van a poder entenderlo? Si no lo entienden no lo van a poder mantener/mejorar.
Un código difícil de comprender (ya no hablo siquiera de ofuscación) es un código de mala calidad. Hoy en día se valora mucho más la "legibilidad" del código (si es fácil de entender, mantener, reaprovechar, si es modular, etc) que la eficiencia.
Y para terminar, un par de citas:
"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." -Brian Kernigan
“Any fool can write code that a computer can understand. Good programmers write code that humans can understand.” -Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999
Me parece que no entiendes la idea que han dicho, que me parece interesante.
No se trata de que sea "mejor o peor", eso seria discutir otra vez sobre libre vs privativo. La cosa es como saltarse las "restricciones" de la GPL para "robar" codigo.
Pongamos que hago una mejora a mplayer (o cualquier soft GPL) y quiero distribuir solo los binarios.
La solucion podria ser hacer el codigo (solo lo que he hecho yo, no el de todo mplayer) tan ofuscado que nadie sea capaz de leerlo, y por lo tanto es como si en vez de dar el codigo fuente solo diese el binario.
Luego es cuestion de tener un sistema que nadie conozca (comentarios a saco que solo tu tienes por ejemplo) que haga que tu si que entiendas tu codigo.
Re:me parece bien
(Puntos:1)( http://www.davidarcos.net/ | Última bitácora: Sábado, 09 Diciembre de 2006, 15:25h )
Eso es "no entender el software libre".
A ver cuando entendemos que compartir el código no es una restricción, es una ventaja.
¿De qué sirve un código "liberado" ofuscado si los desarrolladores no van a poder entenderlo? Si no lo entienden no lo van a poder mantener/mejorar.
Un código difícil de comprender (ya no hablo siquiera de ofuscación) es un código de mala calidad. Hoy en día se valora mucho más la "legibilidad" del código (si es fácil de entender, mantener, reaprovechar, si es modular, etc) que la eficiencia.
Y para terminar, un par de citas:
"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." -Brian Kernigan
“Any fool can write code that a computer can understand. Good programmers write code that humans can understand.”
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999
Hic sunt trolls [davidarcos.net]
Re:me parece bien
(Puntos:2)( http://barrapunto.com/ )
No se trata de que sea "mejor o peor", eso seria discutir otra vez sobre libre vs privativo. La cosa es como saltarse las "restricciones" de la GPL para "robar" codigo.
Pongamos que hago una mejora a mplayer (o cualquier soft GPL) y quiero distribuir solo los binarios.
La solucion podria ser hacer el codigo (solo lo que he hecho yo, no el de todo mplayer) tan ofuscado que nadie sea capaz de leerlo, y por lo tanto es como si en vez de dar el codigo fuente solo diese el binario.
Luego es cuestion de tener un sistema que nadie conozca (comentarios a saco que solo tu tienes por ejemplo) que haga que tu si que entiendas tu codigo.