Planet

Siempre es bueno colaborar en otros proyectos de software libre y más aún cuando el proyecto lo están haciendo compañeros de la asociación SUGUS.
Ya dejaron caer un par de veces Alex y Edulix que al proyecto meshias no le vendría mal un logo, así que una tarde me puse a ello y salió esto:

Ya que estabamos y puesto que este proyecto me pareció interesante estuve mirando un poco el código y también arreglé un pequeño bug por ahí.
Pienso seguir colaborando tanto en este proyecto como en otros que considere interesantes. Y esta es otra muestra más de que este "Concurso Universitario de Software Libre" no va de rivalidad ni de ganar premios, sino de llevar a cabo proyectos y entre todos aprender.
Y por supuesto no he abandonado todavía GECO, aún le quedan un par de detalles para considerarlo como proyecto acabado y espero dedicarle un par de tardes esta semana para que esté terminado para la fase final.

Como os dije aquí dejo los videos de la conferencia, son 2 partes, 10 minutos cada una más o menos.
Me gustó bastante como la gente se volcó con el proyecto y sacó sus portátiles para manejar la maqueta allí en directo.  Espero que os guste.
Juan Antonio.

Como lo prometido es deuda y porque más vale tarde que nunca, ya está disponible Meshias 0.1 “Resurrection”. Es la primera versión “estable” que sacamos. No pretendemos decir que no tenga bugs, pero lo hemos testeado y la funcionalidad básica está presente: ahora es el momento de que otros lo prueben y nos informen de los problemas que les surgen en sus configuraciones. Happy testing!

Hace unos días descubrí un cliente para Twitter llamado twhirl, para la plataforma Adobe AIR. Anoche estaba aburrido y mientras buscaba otras aplicaciones para AIR encontré una llamada Clockmaker Icon Generator.Esta pequeño programa es interesante porque te permite hacer de forma muy fácil iconos para tu aplicación al estilo web 2.0, y en un par de clics conseguí un icono que me llamó la atención y que voy a aprovechar para eOPSOA.Puede parecer una tontería, pero para mí es importante porque eOPSOA aún no tenía un elemento gráfico característico, y creo que esto puede ayudar en ese aspecto. Conforme vaya teniendo ratillos muertos iré creando algunos otros iconos, y los iré subiendo al SVN.Una vez terminada la fase de evaluación del II CUSL de CLM, da la impresión que la cosa se enfría bastante, y el ritmo de actualizaciones en el planet del concurso regional y del planet del concurso nacional ha bajado. El ritmo de desarrollo de eOPSOA también va a bajar bastante durante los próximos meses, aunque la intención no es abandonar el proyecto porque hay muchos objetivos que aún no se han cumplido, y que parecen cuanto menos interesantes. Desde el primer momento, eOPSOA ha sido para mí un PFC, y después de casi 6 meses programando es hora de ponerse a escribir la memoria, por mucho que me pese :-P. Mi intención es hacer pública en un futuro la memoria, pero hasta que no esté terminada no podré tomar la decisión.¡Hasta luego! :-)

Con el handler para “multipart” funcional y algunas pruebas de concepto implementadas, he comenzado a pensar sobre el diseño del sistema de subidas.
En las descargas el cuello de botella está en el ancho de banda que te da el servidor, en cambio para las subidas es nuestra conexión la que nos limita.
Para simplificar el funcionamiento he pensado en que las subidas sean secuenciales y que se fueran haciendo por servicio.De esta forma se puede limitar el ancho de banda que usa Tucan para subir archivos.
Si por ejemplo queremos subir enlaces intercambiables de 3 partes a Megaupload y Rapidshare, primero se subirían a Megaupload todas las partes y seguidamente a Rapidshare, eso si, de una en una.
La semana que viene saldrá la 0.3.7 que espero sea la ultima alpha.
Un saludo, Crak.

Gracias a los libros de la bibliografia que mencioné hace poco he reconocido que los procesos que se discutieron sobre el framework utilizado han servido para mucho, debido a la enorme presión por las fechas del concurso pasado el producto quedó bastante acabado y he podido avanzar muy rápidamente en poco tiempo con las aplicaciones web del proyecto de este año, es cuestión de la filosofía de zenphp.
Lo que espero es que pasemos suficiente tiempo en el resto del contenido que desarrolla PIE para asegurar que las práticas descritas sean llevadas a cabo, aceptando aquellas que parecen ser aplicables y rechazando las que no lo son. Como un mínimo absoluto, espero que mis compañeros y colegas adopten las mejores prácticas de la Ingeniería Web para construir una industria aplicaciones web de calidad…
Entre estas prácticas se encuentran
 

• Tomarse un tiempo para entender objetivamente las necesidades del negocio y el producto, es decir, que los requerimientos más simples pueden ser obviados ,cuando suelen ser bastante comunes y provienen de la necesidad legítima del negocio en sí y sus propósitos. Al hacer esto suele ocurrir que cometemos el error de crear una aplicación web técnicamente buena pero con una audiencia y una finalidad erróneas. Para evitarlo debemos identificar claramente los objetivos para el producto y no proceder a implementar hasta que tengamos un buen conjunto de estos.
• Describir cómo interactúan los usuarios con la aplicación web usando un escenario basado en un acercamiento imaginario o real.
• Desarrollar un plan de proyecto, incluso si es breve, tal como el que hay en el gestor de tareas de la forja, con fechas de completación y actividad diaria.
• Pasar más tiempo modelando y diseñando lo que vamos a construir, generalmente, haciendo análisis, diseños y documentando ,es algo que no forma parte totalmente de la ingeniería web pero proporciona una gran iluminación a todo el trabajo de ingeniería que existe en segundo plano.
• Usar herramientas y tecnología que nos permita construir un sistema de componentes tan reusable como sea posible, con zenphp existe un gran conjunto de clases y otras opciones…
• No reinvetar cuando podemos reutilizar, existe un amplio abanico de patrones de diseño, aplicaciones web, módulos, componentes, etc. que han sido desarrollados para realizar aplicaciones web; todo esto hace que el desarrollo de la arquitectura sea mucho más fácil echando mano de plantillas y componentes.
• Confiar en los usuarios que empiezan a utilizar y depurar las aplicaciones , i.e., pruebas de comprensión del diseño web (interfaz) y hacer que estén limpias antes de lanzar el sistema al público.
  Al menos, los usuarios nos darán una oportunidad, si falla el funcionamiento, se irán a cualquier otro sitio, pero no volverán. Por eso es lo primero, probar y lanzar después, por eso PIE tiene su fecha de apertura para Junio, aunque se irán haciendo vídeos, y creando cuentas de invitación para la beta. 

Normal 0 21 false false false MicrosoftInternetExplorer4
Hola a todos , hace mucho que no escribo y durante este tiempo han sucedido cosas muy interesantes ,e importantes.
La primera , fue la llamada del BBVA para preguntar por el programa fechas licencias y cosas , así.
La segunda a sido una empresa Chilena que quiere formar parte del desarrollo y participación de mi aplicación , cosa que me llene de orgullo por otro lado.
Les ha interesado lo de poder conectarse a google y yahoo analitycs . Ya ire dando mas detalles.
Las cosas como son no creo que llegué a nada , pero por lo menos ,se interesan por l SL y OPS.
-=papá esto va por ti, espero que estes orgullo Semper Fi papá Semper Fi=-

Normal 0 21 false false false MicrosoftInternetExplorer4 Mi universidad , lleva ya tiempo haciendo unas jornadas de conocimiento libre , y en esta nos pidieron dar una charla a todos los que nos hemos presentado a el CSLIII.
La cosa estuvo bien , fue divertida , me di cuenta que mi proyecto he de venderlo mucho mejor , y que sistemas de bases de datos , DataWarHouse  no compiten contra Arduino que se le va ha hacer .
Desde aquí agradecer a JC , Frankie y a la gente que presto sus 5 minutos de atención.
Mi universidad , lleva ya tiempo haciendo unas jornadas de conocimiento libre , y en esta nos pidieron dar una charla a todos los que nos hemos presentado a el CSLIII.
La cosa estuvo bien , fue divertida , me di cuenta que mi proyecto he de venderlo mucho mejor , y que sistemas de bases de datos , DataWarHouse  no compiten contra Arduino que se le va ha hacer .
Desde aquí agradecer a JC , Frankie y a la gente que presto sus 5 minutos de atención.
RC

Después de otro mes de duro trabajo publicamos la versión 0.2.0 de eOPSOA.Cambios en esta versión:

• Cantidad de bugs resueltos.
• Soporte para la creación de Tests de Prueba.
• Actualizado la traducción de la interfaz del usuario al español, inglés y francés.

Para descargar eOPSOA tienes dos opciones, o bien desde la forja de Molinux, o usar el Update Site que se encuentra en http://eopsoa.albacete.org/update_site. Tú elíges ;-)Si habéis sido observadores habréis observado un nuevo enlace en la cabecera del blog, y es que hemos habilitado un wiki en la dirección http://eopsoa.albacete.org. Este espacio va a ser muy importante para el proyecto eOPSOA porque va a ser donde colguemos la mayoría de la documentación que vayamos generando. A día de hoy, puedes encontrar un Manual de Instalación, Manual del Usuario y un Manual del Desarrollador. Un lujo vaya.Como es habitual, os invito a probar el programa y comentadme qué os parece :-)

Pues el desarrollo del programa sigue su curso. Ya hemos completado la comunicación a través del socket unix. Ahora podemos ejecutar el demonio meshias en un terminal, y en otro distinto ejecutamos meshias-tools comunicamos con él interactivamente. Por ahora la comunicación es pobre pero es fácilmente ampliable. Por ahora nos muestra las estadísticas que se han producido, las limpia y mata al demonio, y dentro de poco también la tabla de rutas.
Se pueden crear varios clientes con distintas características y el demonio sea programado pensando en esa futuras características y poder pasar todo tipo de información. Dos clientes que nos gustaría implementar, además del básico de meshias-tools, sería un servidor web y un cliente con QT.
El servidor web podría estar hecho en python y podríamos verificar el estado del demonio desde cualquier ordenador con cualquier sistema operativo, incluso modificar parámetros propios del demonio meshias u otros, como el ESSID, ajenos a éste. De esta manera podríamos configurar sistemas sin teclado y ratón a través de la propia red, un ejemplo de ellos, son los mini-sistemas que tenemos para empezar a hacer pruebas que nos han subvencionado gracias a Pablo Neira. Placas bases pequeñas con procesador de bajo consumo (AMD Geode), memorias flash y tarjetas inalámbricas. Sería útil cargar en las memorias además del meshias, su interfaz web para poder configurarlo a través de un portátil con firefox.
El cliente QT sería una aplicación orientada al ordenador personal. En él, además de poder configurar parámetros, se podría visualizar la arquitectura de la red, que ordenadores existen en él, posibilidad de seguir explorando la red, eliminar enlaces permanentemente, ver el flujo de la red, etc. todo integrado para el escritorio KDE. Por supuesto se podría hacer para Gnome, pero tenemos más “amistad” con el de KDE.
Bueno esto ha sido todo por hoy, seguiremos avanzando para sacar meshias “resurrection”.