Hola, creo que algunas de las razones que argumentas para cerrar el
código de la aplicación que quieres desarrollar pueden discutirse:

> Hago un juego on-line, y si hoy en juegos cerrados hay hacks entoncse no
> quiero ni saber que pasaria si dejo el codigo abierto.

Esto sería aplicar el principio de seguridad por oscuridad
(http://es.wikipedia.org/wiki/Seguridad_por_oscuridad). Imagina que
alguien con malas intenciones y sin poseer el código fuente de la
aplicación descubre una vulnerabilidad del sistema. Como el código
fuente sólo es conocido por los desarrolladores, éstos son los únicos
que pueden identificar alguna anomalía en el sistema y escribir un
parche que solucione el problema y mientras tanto los usuarios del
sistema serían vulnerables a ataques.


> A una empresa puede que no le guste que le entregue el programa de esa
> manera con el codigo abierto.

Dudo que alguna empresa no quiera recibir el código de un programa que
le estén desarrollando. Incluso el entregar el código fuente puede ser
una forma de obtener ventajas competitivas en el mundo del desarrollo de
software, especialmente cuando uno de los principales clientes son los
gobiernos que por razones de disminuir costos y soberanía tecnológica
empiezan a preferir soluciones de software libre y estándares abiertos
tal como Brasil, Ecuador, Venezuela
(http://portal.sencamer.gob.ve/files/webfm/Documentos/Software%20Libre/decreto3390.pdf)

> Un programa de facturacion con el codigo abierto puede que el empleado abra
> sin querer y toque un numero y ponga "guardar cambios" con tal de salir
> rapido de ese lugar desconocido y de ahi en adelante hara cualquier cosa el
> programa hasta que se detecte de que hace cualquier cosa.
> No quiero que mi programa sea tocado por un mal intencionado agregando unas
> lineas para borrar todos los .mp3 del disco, y que el programa modificado se
> sigua difundiendo como mio.
> etc etc...

Creo que eso es más un problema de instalación que de entrega de
código fuente.


Si el problema es de distribución de la aplicación y lo que se quiere
evitar es el problema de instalar el interprete de ruby mas las
bibliotecas, creo que es válido la instalación de las aplicaciones que
recomendaron los amigos de la lista (rubyscript2exe, etc). Incluso se
podría recomendar el uso de JRuby + Swing para que puedas utilizar
todo el software desarrollado para Java. De cualquier forma que se
quiera desarrollar el programa siempre es bueno publicar el código
fuente de la aplicación, especialmente bajo la GPL :-)



Emacs is my OS and GNU/Linux its device drive
GNU/Linux User: #381207
Reny Alvarado
_______________________________________________
Ruby mailing list
[email protected]
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar

Responder a