Caballero , hay que ser practicos ... Creo que hay 2 razones por la que converdria mantener cerrado el codigo de una aplicacion: si dicho codigo conteniera cierto secreto industrial , algoritmo/tecnlogia desarrollada por el proyecto , etc en el cual se ha invertido tiempo y recursos ,que pudiera ser usado por la competencia en su beneficio o si se quiere mantener en monopolio sobre algun estandar de facto ,y no es el caso , verdad ?
La seguridad...Es un hecho bien conocido que la seguridad por oscuridad es un chiste , ademas seamos realistas ofuscar codigo PHP ? me parece algo verdaderamente ridiculo. No quiero argumentar sobre el tema, hay herramientas de analisis muy conocidas y sofisticadas y teniendo en cuenta que al ser un lenguaje interpretado esta ofuscacion va a estar limitada seriamente pues al final el codigo debe ser capaz de entenderlo el servidor web. Hoy dia se usa software de codigo abierto en bolsas de valores , bancos , Agencias de seguridad , etc y en realidad no quiero , en una lista sobre software libre tener que explicar porque el modelo Open Source es mas seguro y confiable ,no entiendo como se puede estar enajenado y defender conceptos de desarrollo de software de principios de los 90. Creame , es mejor hablar ahora que despues halarnos los pelos. Paradojicamente , es la seriedad con la que debe manejarse este asunto el movil mas fuerte para hacerlo Open Source. El Lun, 6 de Junio de 2011, 12:58 pm, Ernesto Acosta escribió: > On 06/04/2011 05:16 PM, Ing. Omar Antonio Díaz Peña wrote: >> Me parece que estos criterios están profundamente signados por un >> fundamentalismo increíble, en primer lugar existe una evidente >> diferencia >> entre usar y hacer SWL. El riesgo que implica distribuir un sistema de >> gestión que controla el país de punta a cabo con su código puede ser >> usado >> atacarlo. Téngase en cuenta que estos sistemas permiten el control de >> muchos >> recursos y se puede ir dándose el lujo de jugar con esos millones. La >> idea >> de sustituir a Versat es para poder dejar de usar herramientas >> privativas. >> Nunca fue la de liberar los fuentes. > -- "La mejor forma de predecir el futuro es implementarlo" (David Heinemeier Hansson creador de Ruby on Rails) ______________________________________________________________________ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l