Actualización de ZLog, sistema de log para Flash
4 seguidores
Hola familia,
Un poco de spam y autobombo matutino. ZLog es un sistema de log para Flash muy, muy sencillo que hice hace un tiempo y que uso de manera diaria.
Pues despues de un anyo me las he apanyado para hacer menos y que funcione mejor : )
Mas informacion en el blog o en la web del proyecto.
Se agradecen ideas y comentarios.
Salud!
Kr0n
Pues felicidades por el curro! Yo de flash poco poco, así que no puedo añadir mucho más.
Me pica la curiosidad y sin ánimo de desviar el post: por qué has usado una CC para licenciar el código?
juandelgado
Pues porque es una licencia que entiendo : )
Todavia no tengo claro las implicaciones de usar GPL en proyectos Flash (si se puede saltar compilando el codigo en un swf que se carga en tiempo de ejecucion como una dll y tal, millones de posts al respecto en listas de correo) y las otras tampoco las manejo mucho, la verdad.
Pero vamos, estoy mas que abierto a cambiar de licencia, no creo que ninguno de mis millones de usuarios o empresas que han montado <em>mash-ups</em> sobre ZLog se vayan a quejar : D
De hecho, me gustaria oir recomendaciones.
Gracias!
Kr0n
Bueno, yo lo preguntaba por lo típico de que el código fuente no es en sí un target de las CC, que para eso están las licencias específicas para código, topic sobre el que también han corrido rios de tinta.
Pero la verdad es que no estoy puesto en el tema GPL & Flash (o Flash y licencias abiertas, a secas) ni tampoco sé si debería ser tratado diferente que cualquier otro lenguaje que compile a bytecode, como por ej. Java. Lo primero que se me viene a la cabeza es que no, claro. De hecho proyectos basados en flash usan licencias open-source "normales" (ej SDK de Flex con la Mozilla License, o ASfoundry con la Apache 2.0 License) pero ya te digo que probablemente tu habrás leído más del tema que yo.
De todas formas, es lo bueno que tiene las CC, que son muy human-readable ;) Y lo malo de las licencias específicas para código, que al final tienes que acabar leyéndotela para saber en qué se diferencia una de otra.
zigotica
kr0n, ¿que hay de malo en soltar un proyecto de código bajo CC? no me refiero a las diferencias (que no quiero ni saberlas) solo a las implicaciones negativas del CC.
Kr0n
Negativas no lo sé. Simplemente sé que por ej. en el texto legal de las CC no se menciona el código fuente por ningún lado. Digamos que no están pensadas para licenciar código desde sus orígenes. Entonces, usarlas puedes usarlas, claro, pero otra cosa es que haya licencias que se adecuen mejor por como están redactadas, enfocadas, etc; a lo que es el desarrollo de software.
Tampoco te se decir mayores diferencias, pero eso, me imagino que habrá (bastantes) flecos que queden sin cubrir. A bote pronto me vienen a la cabeza diferencias entre código interpretado y compilado, el usar un trozo de código (que no todo) dentro de otro programa, etc etc. Hay muchas cosillas así.
La propia gente de CC recomienda GNU GPL para código. Extraido de sus FAQs:
<fieldset>Creative Commons licenses are not intended to apply to software. They should not be used for software. We strongly encourage you to use one of the very good software licenses available today.
The licenses made available by the Free Software Foundation or listed at the Open Source Initiative should be considered by you if you are licensing software or software documentation.
Unlike our licenses -- which do not make mention of source or object code -- these existing licenses were designed specifically for use with software.
</fieldset>
Enlace directo a la FAQ.
Y otra cosa que me parece una iniciativa cojonuda, es un wrapper de CC a la GPL. Es decir, precisamente lo que mencionaba en mi otro post de human-readable para las CC, pero para la GPL. Han cogido el common deeds con el resumen práctico de que puedes hacer y que no, que viene con todas las CC (y que viene de lujo) y lo han aplicado para la GPL, y lo mismo con los metadatos etc.
Se puede encontrar en la sección de la GPL en la página de CreativeCommons. También tienen para la LGPL (aquí), que si mal no recuerdo es la GPL para librerías, con la posiblidad de eliminar el factor "viral" que caracteriza a la GPL.
Y otro enlace referente es un listado bastante extenso de licencias open-source para software en la página de la Open Source Iniciative (aquí).
En Barrapunto tocaron hace ya bastante tiempo el tema de alternativas a las CC (aqui) enfocado a alternativas a todas las variantes que puedes "configurar" con las CC. Lo más interesante de ese enlace es una extensa respuesta de Yonderboy (aqui) que también viene al hilo de lo de CC y sw.
juandelgado
Oh yeah Kr0n! un +5 Informativo como esta mandao!
Le echare un ojo tranquilamente en casa y vere que hago, pero si desde CC recomiendan no usarlas para codigo.... pues no las usaremos para codigo.
Gracias!
zigotica
me has dejado sin palabras, muchas gracias!
Usuario desconocido
Y volviendo al tema, gracias Zarate, perfect como siempre :D
juandelgado
Gracias Buti,
¿Lo estáis usando por casualidad? Sin compromiso, ¿eh? : )
Usuario desconocido
Yo sí la he usado, me parece muy util y simple y con las mejoras aún más. A ver con qué nos sorprendes en la siguiente versión :P
elSuricatoRojo
Aquí uno que se declara seguidor incondicinal del zLog.
Aquí utilizamos siempre para monitorizar las conexiones de Flash con php o asp. Básicamente hacemos un for / in a la instancia LoadVariables para que tracee todo los parametros que contiene el objetos tanto el que se envía como el que se recibe. A la hora de coordinarse con los desarrolladores de back es muy util y si algo falla basta con ver las trazas del zLog para ver si algunos de los parametros acordados está mal (usuarioid en vez de usuarioId, o tonterias de esas que antes nos quitaban mucho tiempo).
Tambien lo veo muy util para debuggin de los típicos errores que solo se dan en el servidor mientras que en el local funciona todo ok. Éstos suelen deberse a que se presupone que algo se ha cargado o existe y se intenta acceder a el. En local "cuela" porque los tiempos de carga son mínimos pero en el servidor falla porque los tiempos son mas largos y al final intentas acceder a algo que no existe. (Aunque si se trabaja esperando callbacks/eventos de fin de carga esto nunca debería suceder...)
Y por último cuando creas un modelo de datos en un xml externo se lo explicas al cliente y 2 meses despues falla todo... Miras el zLog (porque a veces no se tiene acceso al servidor final o eses xml lo genera un php/asp) y ves que se ha formateado mal el xml y no te tiras 2 horas hasta descubrir tras 2 o tres nuevas compilaciones que el problema no está en tu lado.
En definitiva, que a nosotros nos has ahorrado muuuchas horas de buscar bugs y por ello nuestro agradecimiento :-)
Si quieres ver algún ejemplo de como lo utilizamos:
http://www.pinkfish.es
http://www.lacanciondelinvierno.com
http://www.control.pt
elSuricatoAgradecido