Mucha gente confunde el derecho de propiedad intelectual (tutorial, libro, artículo), que es reconocimento de autoría, con la "propiedad" de un código, que no es otra cosa que un algoritmo matemático.

El código sobretodo en PSP es poco "variable", debido a que primero, siempre es el mismo hardware, así que a las rutinas de USBeses, Wifis, etc. tampoco se les puede hacer mucho más para manejarlas y más teniendo en cuenta que todo va siempre a través de la misma API, ya sea a nivel más bajo en C/C++, o más alto usando Lua. El tema gráfico y de entrada de "teclado", pues más de lo mismo. SDL, Allegro y no creo que podamos poner nada más. Esas 2 librerías tienen tantas aplicacioens escritas (ya no solo en PSP) que es raro que picando código no te salga un código similiar al que otro hizo hace un tiempo.

Soy una persona defensora de la libertad de expresión, la libertad intelectual y porspuesto la libertad del codigo, hace poco contesté a un forero sobre qué era en realidad una aplicación libre. Por supuesto cada uno es libre de hacer con su código lo que quiera, siempre que no inflinja alguna ley. La misma libertad que predico para que la gente use alternativas libres, también la aplico para que la gente haga lo que quiera.

Pocas dudas puede haber en la autoría. Si tú subes a scene un hombrew,
con fecha 1-5-2008. Luego otros podrán hacer algo copiado. pero tu lo
tienes antes. Además tampoco es malo "copiar". He visto decenas de
programas que te quitan los iconos corrruptos, te ocultan ficheros, te
dicen la batería... ¿se han copiado todos y debemos dejar que cada vez
que alguien haga un plugin que te muestre la batería en los cŕeditos
aparezca el primero que lo hizo?

Las ventajas de publicar un código (hablando de ámbito "scene", dejemos a un lado empresas, negocios, etc.):

• Ayudarás a otros, igual que otros te ayudaron a tí cuando viste su código.
• La gente que sabe más te puede corregir código para obtimizarlo, con lo cual tu aprendes también, y ru próximo código tendrá "los consejos" del otro: lo harás mejor.
• Programas más limpio: Parece que no, pero si sabes que tu código va a ser visto, te preocupas más en la indentanción y en hacer un código más coherente, además de comentarlo más.
• Si es un proyecto medianamente grande, puedes pedir colaboradores. Con un código cerrado, no te será tan fácil. Y lo digo por experiencia propia.

Ventajas de cerrar el código:

• Nadie verá que has hecho. Fíjate, esa maravillosa rutina de ordenación cuántica que has hecho te la has quedado tu solito, te pertenece. La lástima es que nadie sabe que la has hecho tú. Ah, bueno pero no importa, hay 115 rutinas similares a la tuya, algunas incluso más rapidas en miles de repositorios de código.
• Puedes programar de forma "gorrina" (con perdón), que da igual, nadie verá tu código, y aunque tengas malos vicios en programación, nadie te los corregirá.
• Menos gente se interesará en tu proyecto si lo haces cerrado. "¿Colaborar ahí?, ¿Cómo está hecho eso?, ¿Tiene un código limpio y modular?. etc, etc."

Newton escribió una vez a un amigo, en un alarde de modestia "Si he logrado ver más lejos, ha sido porque me he subido a hombros de gigantes". Con esto decía que se había apoyado en el conocimiento de otros que estuvieron siglos antes de él, y había usado de forma libre ese conocimiento para llegar a unas conclusiones que revolucionaron el mundo.

A mí me ha servido de mucho aprender el código de otras personas, por más libros que he leído y más que me han enseñado, cuando he aprendido realmente ha sido viendo ese código de "los gigantes". Código que han puesto a disposición de los demás para que podamos ver más allá. Yo lo tengo claro, no quiero oscurantismo, ya tenemos bastante en el mundo y así nos va: Prefiero trabajar antes en el bazar que en la catedral.

Para finalizar este tostón, me quedo una cita del hacker Erick Raymond:

Los buenos programadores saben qué escribir. Los mejores, que reescribir (y reutilizar).