Perdón por el doble envío. El sábado 25 de febrero de 2012, Alvaro Manrique escribió:
> lasizoillo, > > Totalmente de acuerdo contigo, sobre todo la parte en la de chantajear al > cliente, no no no Sres. eso no se hace, > pero te invito a leer completo el debate sobre todo la parte donde dije > que el código va a estar en un servidor bajo > mi control (es una aplicación web) pero se puede presentar el escenario > donde se tenga que instalar en un servidor > de alguno de los clientes en ese caso es que aplica protejer ciertas > partes del código, > lo dije desde un principio *Ciertas Partes del Código* > > Lo de falsa seguridad mmmm, no lo creo, esta es solo una de las medidas de > seguridad > > > > El sábado 25 de febrero de 2012, Alvaro Manrique escribió: > >> >> >> El sábado 25 de febrero de 2012, Alvaro Manrique escribió: >> >> Lo explicaste excelentemente monoBot y gracias al aporte del amigo >> Sebastián se puede ver que existe >> el mecanismo para que python trabaje con código encriptado (por lo menos >> fue lo que pude entender del articulo >> hay que llevarlo a la practica para ver como se comporta) >> >> Ahora si es tan absurdo lo que necesito hacer, porque esta alli la >> posibilidad desde python sin tener que tocar el >> interprete o la maquina virtual?? >> >> Yo creo que mas absurdo es creer que se va a estar en un proyecto de gran >> envergadura, donde tienes que responderle >> a una empresa que invierte en el proyecto y tienes que garantizar que el >> software es robusto a nivel de seguridad y pensar >> en que el código va a estar allí perfectamente visible a cualquiera. >> >> Quizá me digas que hay maneras de evitar que lleguen al código, te ahorro >> la escritura, se que las hay, pero créeme que >> voy a implementar todas las posibles maneras para proteger el código >> >> Si protejo la información? me sugieres encriptar toda la base de datos?? >> gran parte de ella?? >> >> Y cuando se procesen miles de registros?? >> >> Sacrifico la rapidez?? >> >> Yo pienso que la esencia del SL esta en lo que aportemos a la comunidad, >> no en que nos pasemos de "buenos" y dejemos >> códigos por allí así como así. >> >> Que pasaría si los interesados en el tema desarrollamos el mecanismo, >> los módulos, etc, para trabajar con código encriptado? >> Eso no seria un gran aporte a la comunidad?? >> >> Créeme hay grandes razones por la que muchos buscamos proteger el código >> pero siempre pienso en retribuir lo que la comunidad >> me aporte, en mi concepto es lo verdaderamente importante, así ganamos >> todos. >> >> >> >> Jhony ya te paso la revista, no esta completo el articulo de python por >> ser free, pero con lo que dice basta para que los >> curiosos partamos de ahí y hacer la respectiva investigación ;) >> >> >> El sábado 25 de febrero de 2012, Andrey Antoukh escribió: >> >> Creo que discrepo en 2 cosas: >> >> Quitar python de uso en software privativo no quita el hecho de que >> puedes trabajar con el. >> Se ha dicho es fuga de información y no del código, >> la información es independiente del código. Si lo que quieres es proteger >> un procedimiento, es una cosa pero información? que tiene que ver >> el código con la información! Lo dices como si >> una aplicación de código libre no pueda servir para trabajar >> con información protegida. Haciendo ver que cualquiera que vea el código de >> ese programa libre ya puede leer la información protegida. Es absurdo. >> >> En mi opinión el segundo punto es bastante amplio y muy discutible, pero >> por la simple interpretación sobre "fuga de información" el hecho de >> proteger el código en vez de la información no tiene ningún significado. >> >> Andrei. >> >> 2012/2/25 monoBOT <monobot.s...@gmail.com> >> >> No se que problema le ves a hacer codigo privativo con Python ... Si >> fuera como tu dices el lenguaje de programación no podria servir para la >> vida laboral, que quieras o no estamos en un mundo movido por el dinero. >> Las empresas si contratan programadores es o para ganar dinero o para >> ahorrarselo, si es para ganar quieren que el código sea protegido si es >> para ahorrarselo quieren una ventaja competitiva respecto de la competencia. >> Si quitas a Python del mundo del software privativo nos quitas a los que >> amamos este lenguaje de programación el poder trabajar con una herramienta >> que nos gusta. >> >> Las razones que él tenga son suyas y los perfectamente razonables. >> >> PD: ya te dio las razones y las veo perfectamente justificadas, si el >> protegiera la información pero no el código al leer el código podrías sacar >> la información es así de sencillo. >> >> -- >> *monoBOT* >> Visite mi sitio(Visit my site): monobotblog.alvarezalonso.es >> >> >> _______________________________________________ >> Python-es mailing list >> Python-es@python.org >> <http://mail.python.org/mailman/listinfo/python-es> >> >> > > -- > > > *Alvaro Manrique > Programador > Caracas - Venezuela > Skype: alvaro_manrique* > > > -- *Alvaro Manrique Programador Caracas - Venezuela Skype: alvaro_manrique*
_______________________________________________ Python-es mailing list Python-es@python.org http://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
