Re: [OT] Gloo, un proyecto que necesita voluntarios
Yo me prendo! Enviado desde mi BlackBerry® de Claro Argentina -Original Message- From: Camaleón Date: Sat, 28 Dec 2013 21:26:04 To: Reply-To: "A MI NO, ENVIA A LA LISTA" Subject: Re: [OT] Gloo, un proyecto que necesita voluntarios El Sat, 28 Dec 2013 14:50:02 -0500, juan.mejias escribió: >> Claro que sÃ, además puedo probarlo desde varios navegadores y >> sistemas >> operativos. ¿Dónde puedo acceder como usuario para probarlo? > > Eso estaría muy bien, gracias. Ahora mismo no tengo una version > compilada disponible, sin embargo puedes obtener el código fuente desde > GitHub, el repo está en https://github.com/greenled/gloo, y para > clonarlo puedes utilizar la dirección > https://github.com/greenled/gloo.git (...) Huy, nada de compilaciones... cuando tengas alguna versión accesible me lo dices y hago las pruebas pero no tengo tiempo para meterme con más. > Por cierto, conoces alguna lista de desarrolladores, donde esta > conversación pueda encajar mejor? Hablé sobre el proyecto en esta porque > es Software Libre, sin embargo los detalles técnicos de su desarrollo > están totalmente off topic y no quiero ser indisciplinado. Saludos, > Juan Carlos Pues no sé dónde podría encajar mejor :-? Dado que en esta fase parece que aún buscas desarrolladores (y no tanto usuarios) tampoco pasa nada por tratar el tema en esta lista marcando el hilo con OT como bien has hecho. El proyecto puede ser de interés para algún listero. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.28.21.26...@gmail.com
Re: [OT] Gloo, un proyecto que necesita voluntarios
El Sat, 28 Dec 2013 14:50:02 -0500, juan.mejias escribió: >> Claro que sÃ, además puedo probarlo desde varios navegadores y >> sistemas >> operativos. ¿Dónde puedo acceder como usuario para probarlo? > > Eso estaría muy bien, gracias. Ahora mismo no tengo una version > compilada disponible, sin embargo puedes obtener el código fuente desde > GitHub, el repo está en https://github.com/greenled/gloo, y para > clonarlo puedes utilizar la dirección > https://github.com/greenled/gloo.git (...) Huy, nada de compilaciones... cuando tengas alguna versión accesible me lo dices y hago las pruebas pero no tengo tiempo para meterme con más. > Por cierto, conoces alguna lista de desarrolladores, donde esta > conversación pueda encajar mejor? Hablé sobre el proyecto en esta porque > es Software Libre, sin embargo los detalles técnicos de su desarrollo > están totalmente off topic y no quiero ser indisciplinado. Saludos, > Juan Carlos Pues no sé dónde podría encajar mejor :-? Dado que en esta fase parece que aún buscas desarrolladores (y no tanto usuarios) tampoco pasa nada por tratar el tema en esta lista marcando el hilo con OT como bien has hecho. El proyecto puede ser de interés para algún listero. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.28.21.26...@gmail.com
Re: [OT] Gloo, un proyecto que necesita voluntarios
> Claro que sÃ, además puedo probarlo desde varios navegadores y sistemas > operativos. ¿Dónde puedo acceder como usuario para probarlo? Eso estaría muy bien, gracias. Ahora mismo no tengo una version compilada disponible, sin embargo puedes obtener el código fuente desde GitHub, el repo está en https://github.com/greenled/gloo, y para clonarlo puedes utilizar la dirección https://github.com/greenled/gloo.git Perdona que te mande directo contra los fuentes, pero no tengo suficiente ancho de banda para subir a internet una versión compilada, que actualmente pesa unos 30 Mb y algo. Algo que me evitaría momentáneamente tener que subir una version compilada sería utilizar un servicio de hosting llamado Heroku(http://www.heroku.com) que sólo enviándole el repo Git me descarga él solito todas las dependencias y pone a correr la aplicación. Han tenido una tremenda idea verdad? Así podrías sin problemas utilizar la aplicación sin tener que compilarla. El problema es que ese sitio sólo ofrece Git a través de SSH, y mi ISP no me permite utilizar SSH, sólo HTTP, HTTPS, FTP,...lo básico. No sé si estás familiarizado con Git, o con Java, o con el framework en que estoy desarrollando la aplicación (Play 2), sualquier duda escribes. Por cierto, conoces alguna lista de desarrolladores, donde esta conversación pueda encajar mejor? Hablé sobre el proyecto en esta porque es Software Libre, sin embargo los detalles técnicos de su desarrollo están totalmente off topic y no quiero ser indisciplinado. Saludos, Juan Carlos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/67f86d709da224c3e5c13da4a282ee8b.squir...@webmail.reduc.edu.cu
Re: [OT] Gloo, un proyecto que necesita voluntarios
El Fri, 27 Dec 2013 15:21:15 -0500, juan.mejias escribió: > El Vie, 27 de Diciembre de 2013, 10:43 am, Camaleón escribió: (...) >>> Además de la interfaz web tiene tres APIs a las que se puede acceder >>> por HTTP: una para texto plano, una para XML y otra para JSON, lo que >>> ahorra considerablemente el ancho de banda. Está programado en Java, >>> utilizando el framework Play! en su versión 2.1.1. >> >> (...) >> >> >> Si necesita el complemento de java en el navegador para funcionar no te >> puedo ayudar porque lo tengo desactivado. Desgraciadamente el Java de >> Oracle ha tenido tantos problemas de seguridad que al final opté por >> dejarlo inactivo en todos los navegadores de los clientes, linux >> incluido. > No Camaleón, no necesitas el complemento de Java para el navegador. Java > lo utilizo para la programación del lado del servidor, por lo que desde > el punto de vista del navegador es como si se conectara a cualquier > servidor web: HTML+CSS+JavaScript todo sobre HTTP. El framework Play > incluye su propio servidor web, el Netty, por lo que no depende de un > servidor Tomcat para desplegar la aplicación. Te animas ahora? Claro que sí, además puedo probarlo desde varios navegadores y sistemas operativos. ¿Dónde puedo acceder como usuario para probarlo? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.28.18.38...@gmail.com
Re: [OT] Gloo, un proyecto que necesita voluntarios
El Vie, 27 de Diciembre de 2013, 10:43 am, Camaleón escribió: > El Mon, 23 Dec 2013 18:14:07 -0500, juan.mejias escribió: > > > (ojo con el cross-posting, avisa al menos...) > > >> Hola colegas. Hace unos dÃas empecé a desarrollar mi primer software >> libre (que emocionate!!). Consite en una aplicación web, se llama Gloo >> y es un pastebin[1]. Está bajo licencia Affero GPL y utiliza >> bibliotecas que a su vez están bajo Apache 2 o GPL. > > Qué bueno :-) > > >> Mi deseo es que consuma la menor cantidad posible de recursos de red, >> para que pueda ser utilizado eficientemente en redes lentas. Esto no >> quiere decir que descuide su estética: la interfaz gráfica está >> hecha con el framework de JavaScript+CSS Twitter Bootstrap 3 y se puede >> adaptar correctamente a resoluciones des 320x480 hasta 1920x900 y >> mayores. Además ofrece resaltado automático de sintaxis con la >> biblioteca Google Code Prettify. >> >> Además de la interfaz web tiene tres APIs a las que se puede acceder >> por HTTP: una para texto plano, una para XML y otra para JSON, lo que >> ahorra considerablemente el ancho de banda. Está programado en Java, >> utilizando el framework Play! en su versión 2.1.1. > > (...) > > > Si necesita el complemento de java en el navegador para funcionar no te > puedo ayudar porque lo tengo desactivado. Desgraciadamente el Java de > Oracle ha tenido tantos problemas de seguridad que al final opté por > dejarlo inactivo en todos los navegadores de los clientes, linux incluido. > > > > Saludos, > > > -- > Camaleón > No Camaleón, no necesitas el complemento de Java para el navegador. Java lo utilizo para la programación del lado del servidor, por lo que desde el punto de vista del navegador es como si se conectara a cualquier servidor web: HTML+CSS+JavaScript todo sobre HTTP. El framework Play incluye su propio servidor web, el Netty, por lo que no depende de un servidor Tomcat para desplegar la aplicación. Te animas ahora? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9193735647512993b736a4dcc1f47f09.squir...@webmail.reduc.edu.cu
Re: [OT] Gloo, un proyecto que necesita voluntarios
El Mon, 23 Dec 2013 18:14:07 -0500, juan.mejias escribió: (ojo con el cross-posting, avisa al menos...) > Hola colegas. Hace unos días empecé a desarrollar mi primer software > libre (que emocionate!!). Consite en una aplicación web, se llama Gloo y > es un pastebin[1]. Está bajo licencia Affero GPL y utiliza bibliotecas > que a su vez están bajo Apache 2 o GPL. Qué bueno :-) > Mi deseo es que consuma la menor cantidad posible de recursos de red, > para que pueda ser utilizado eficientemente en redes lentas. Esto no > quiere decir que descuide su estética: la interfaz gráfica está hecha > con el framework de JavaScript+CSS Twitter Bootstrap 3 y se puede > adaptar correctamente a resoluciones des 320x480 hasta 1920x900 y > mayores. Además ofrece resaltado automático de sintaxis con la > biblioteca Google Code Prettify. > > Además de la interfaz web tiene tres APIs a las que se puede acceder por > HTTP: una para texto plano, una para XML y otra para JSON, lo que ahorra > considerablemente el ancho de banda. Está programado en Java, utilizando > el framework Play! en su versión 2.1.1. (...) Si necesita el complemento de java en el navegador para funcionar no te puedo ayudar porque lo tengo desactivado. Desgraciadamente el Java de Oracle ha tenido tantos problemas de seguridad que al final opté por dejarlo inactivo en todos los navegadores de los clientes, linux incluido. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.27.15.43...@gmail.com
Re: [OT] Gloo, un proyecto que necesita voluntarios
El Mie, 25 de Diciembre de 2013, 2:32 pm, Alberto escribió: > El 25/12/13 17:49, juan.mej...@reduc.edu.cu escribió: > >> El Mar, 24 de Diciembre de 2013, 12:03 pm, Alberto escribió: >> >>> >> >>> El 24/12/13 00:14, juan.mej...@reduc.edu.cu escribió: >>> ... >>> >>> >>> Mi deseo es que consuma la menor cantidad posible de recursos de red, para que pueda ser utilizado eficientemente en redes lentas. Esto no quiere >>> ... >>> >>> considerablemente el ancho de banda. Está programado en Java, utilizando el framework Play! en su versión 2.1.1. >>> ... >>> >>> >>> >>> Java y que consuma pocos recursos >>> >>> >>> >>> Te deseo mucha suerte >>> >>> >>> >> "recursos de red" dije. Suele suceder que tenemos un buen servidor pero >> nuestros clientes se quejan de la lentitud de la conexión, y por mucho >> que tratemos de optimizarlo la conexión sigue igual. Por qué? porque no >> depende solamente del servidor, sino de todos lo nodos que hay en el >> medio. Particularmente el las redes de Cuba se arman unas marañas >> impresionantes en las conexiones. Por eso quise hacer una aplicación >> que funcionara lo mejor posible en ellas. Hasta ahora he logrado mi >> objetivo: 180 Kb de carga máxima inicial, luego >> sólo 10 a 15 Kb por cada petición. Un total de sólo 3 peticiones al >> servidor: el html, los estilos y los scripts. >> Estoy pensando en cómo deshacermne de jQuery, Bootstrap, y Google Code >> Prettify para ir al tamaño extremo sin perder funcionalidad, pero mis >> conocimientos de HTML, Javascript y CSS son limitados. Ese es un lugar >> en el que apreciará muchísimo una ayuda. > > Bueno, por lo que comentas has hecho un buen trabajo en ese sentido, > siento no poder ayudarte en esto, aunque a veces la optimización no solo es > una cuestión de reducir al máximo el caudal de transmision de datos. Si > luego el cliente es incapaz de moverse en equipos de pocos recursos, o > demanda 1000 polladas, plugins, navegadores y versiones específicos... la > experiencia de usuario es una pesadilla en cualquier caso, no descuides > este tema, y creo que Java no suele ayudar en ese sentido, pero bueno, > quizas estoy equivocado. > Realmente acabas de ayudarme, y bastante. En mi afán por reducir el tráfico de la red había ovidado cosas tan importantes como la calidad de la experiencia del usuario, que se obtiene para empezar, de una buena compatibilidad con los navegadores. Para eso jQuery y Bootstrap son excelentes. Por otra parte, las APIs están ahí para que cada quien consuma sus servivios con el cliente que mejor le parezca, y enviando sólo los datos esenciales por la red. Son sencillas de utilizar, por lo que casi cualquier desarrollador puede implementar un cliente a la medida para su empresa. Gracias Alberto. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/29c51d03051ad369aafd929a35ce13ae.squir...@webmail.reduc.edu.cu
Re: [OT] Gloo, un proyecto que necesita voluntarios
El 25/12/13 17:49, juan.mej...@reduc.edu.cu escribió: > El Mar, 24 de Diciembre de 2013, 12:03 pm, Alberto escribió: >> > >> El 24/12/13 00:14, juan.mej...@reduc.edu.cu escribió: >> ... >> >> >>> Mi deseo es que consuma la menor cantidad posible de recursos de red, >>> para que pueda ser utilizado eficientemente en redes lentas. Esto no >>> quiere >> ... >> >>> considerablemente el ancho de banda. Está programado en Java, >>> utilizando el framework Play! en su versión 2.1.1. >> ... >> >> >> Java y que consuma pocos recursos >> >> >> Te deseo mucha suerte >> >> > "recursos de red" dije. Suele suceder que tenemos un buen servidor pero > nuestros clientes se quejan de la lentitud de la conexión, y por mucho que > tratemos de optimizarlo la conexión sigue igual. Por qué? porque no > depende solamente del servidor, sino de todos lo nodos que hay en el > medio. Particularmente el las redes de Cuba se arman unas marañas > impresionantes en las conexiones. Por eso quise hacer una aplicación que > funcionara lo mejor posible en ellas. > Hasta ahora he logrado mi objetivo: 180 Kb de carga máxima inicial, luego > sólo 10 a 15 Kb por cada petición. Un total de sólo 3 peticiones al > servidor: el html, los estilos y los scripts. > Estoy pensando en cómo deshacermne de jQuery, Bootstrap, y Google Code > Prettify para ir al tamaño extremo sin perder funcionalidad, pero mis > conocimientos de HTML, Javascript y CSS son limitados. Ese es un lugar en > el que apreciará muchísimo una ayuda. Bueno, por lo que comentas has hecho un buen trabajo en ese sentido, siento no poder ayudarte en esto, aunque a veces la optimización no solo es una cuestión de reducir al máximo el caudal de transmision de datos. Si luego el cliente es incapaz de moverse en equipos de pocos recursos, o demanda 1000 polladas, plugins, navegadores y versiones específicos... la experiencia de usuario es una pesadilla en cualquier caso, no descuides este tema, y creo que Java no suele ayudar en ese sentido, pero bueno, quizas estoy equivocado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52bb32c0.6040...@bersol.info
Re: [OT] Gloo, un proyecto que necesita voluntarios
El Mar, 24 de Diciembre de 2013, 12:03 pm, Alberto escribió: > > El 24/12/13 00:14, juan.mej...@reduc.edu.cu escribió: > ... > > >> Mi deseo es que consuma la menor cantidad posible de recursos de red, >> para que pueda ser utilizado eficientemente en redes lentas. Esto no >> quiere > ... > >> considerablemente el ancho de banda. Está programado en Java, >> utilizando el framework Play! en su versión 2.1.1. > ... > > > Java y que consuma pocos recursos > > > Te deseo mucha suerte > > "recursos de red" dije. Suele suceder que tenemos un buen servidor pero nuestros clientes se quejan de la lentitud de la conexión, y por mucho que tratemos de optimizarlo la conexión sigue igual. Por qué? porque no depende solamente del servidor, sino de todos lo nodos que hay en el medio. Particularmente el las redes de Cuba se arman unas marañas impresionantes en las conexiones. Por eso quise hacer una aplicación que funcionara lo mejor posible en ellas. Hasta ahora he logrado mi objetivo: 180 Kb de carga máxima inicial, luego sólo 10 a 15 Kb por cada petición. Un total de sólo 3 peticiones al servidor: el html, los estilos y los scripts. Estoy pensando en cómo deshacermne de jQuery, Bootstrap, y Google Code Prettify para ir al tamaño extremo sin perder funcionalidad, pero mis conocimientos de HTML, Javascript y CSS son limitados. Ese es un lugar en el que apreciará muchísimo una ayuda. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/59f64373832129015b17f606cd1895a3.squirrel@10.20.0.2
Re: [OT] Gloo, un proyecto que necesita voluntarios
El 24/12/13 00:14, juan.mej...@reduc.edu.cu escribió: ... > Mi deseo es que consuma la menor cantidad posible de recursos de red, para > que pueda ser utilizado eficientemente en redes lentas. Esto no quiere ... > considerablemente el ancho de banda. Está programado en Java, utilizando > el framework Play! en su versión 2.1.1. ... Java y que consuma pocos recursos Te deseo mucha suerte -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52b9be63.3030...@bersol.info
[OT] Gloo, un proyecto que necesita voluntarios
Hola colegas. Hace unos días empecé a desarrollar mi primer software libre (que emocionate!!). Consite en una aplicación web, se llama Gloo y es un pastebin[1]. Está bajo licencia Affero GPL y utiliza bibliotecas que a su vez están bajo Apache 2 o GPL. Mi deseo es que consuma la menor cantidad posible de recursos de red, para que pueda ser utilizado eficientemente en redes lentas. Esto no quiere decir que descuide su estética: la interfaz gráfica está hecha con el framework de JavaScript+CSS Twitter Bootstrap 3 y se puede adaptar correctamente a resoluciones des 320x480 hasta 1920x900 y mayores. Además ofrece resaltado automático de sintaxis con la biblioteca Google Code Prettify. Además de la interfaz web tiene tres APIs a las que se puede acceder por HTTP: una para texto plano, una para XML y otra para JSON, lo que ahorra considerablemente el ancho de banda. Está programado en Java, utilizando el framework Play! en su versión 2.1.1. Deseo compartir con ustedes la noticia de su nacimiento :) e invitarlos a una cerveza ... perdón, a colaborar en su desarrollo, tanto escribiendo código como de otras formas no menos importantes como: -diseño -documentación -optimización -experiencia con softwares similares -licencias -nuevas ideas -clientes para las APIs Llevo el control de cambios con Git y el repositorio principal del código está en GitHub (http://github.com/greenled/gloo). Casi todos los días hablo sobre los avances en el proyecto a través de Twitter(http://www.twitter.com/greenled2013). También, en la red social Dreamcatchers hay un espacio para Gloo (http://dreamcatchers.reduc.edu.cu/perfil/greenLED). Quien no pueda acceder a GitHub si me lo pide le puedo enviar por correo un snapshot de última hora. Hace unos días también les hablé del Concurso Universitario Cubano de Software Libre que se estará desarrollando hasta el 30 de enero. Pues bien, ahí está Gloo en primera línea de combate. Saludos, Juan Carlos [1] Pastebin: Un pastebin es una aplicación web que permite a sus usuarios subir pequeños textos, generalmente ejemplos de código fuente, para que estén visibles al público en general. Uso Frecuente: Los pastebins se usan frecuentemente en combinación con canales IRC relacionados con programación, particularmente canales de ayuda. Esto es por que el IRC no es un medio muy cómodo para trasferir grandes cantidades de texto, lo cual puede provocar que el remitente sea baneado de la red o interrumpir otras conversaciones simultáneas en el canal. En un escenario de uso típico, el usuario A quiere mostrarle al usuario B un pedazo de código que ha escrito el cual no se ejecuta como debería o un mensaje de error de una tarea procurada. Una forma de hacer esto podría ser que el usuario A simplemente suba un archivo conteniendo el código en un servidor web, o enviar el archivo usado DCC, pero esto puede ser un procedimiento incómodo si, por ejemplo, cualquiera de los usuarios esta detrás de un cortafuegos o el usuario A no tiene permiso de escritura en el servidor web. Entonces el pastebin se vuelve práctico porque ofrece una manera sencilla y fácil para que el usuario A coloque su código en línea para que lo vea cualquiera, posiblemente con formato personalizado o con coloreado de sintaxis para hacerlo más fácil de leer. Tampoco hay necesidad de que el usuario le envíe el código a cada usuario que desee ayudarle, un único envío es suficiente para llegar a todos los ayudantes potenciales, ahorrando tiempo y esfuerzo. Fuente: Wikipedia -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8dd071a3b613d61458b22c76583a5ace.squir...@webmail.reduc.edu.cu