Planet

El proyecto Terminal Previewer está inscrito en el V Concurso Universitario de Software Libre y IV Concurso Universitario de Software Libre de Castilla-La Mancha. A día 4 de abril, finaliza el período para trabajar en el proyecto y que sea evaluado en el concurso. Por supuesto, el proyecto no finaliza aquí, y es sólo un punto del camino que queda por recorrer.
Terminal Previewer nació como un proyecto de software libre para previsualizar archivos desde un terminal de texto. El problema que viene a resolver es la dificultad de conocer, utilizando un terminal, la naturaleza de los archivos que se ven como simples nombres. Como solución a ese problema, se ha desarrollado una aplicación que permita utilizar el terminal de siempre mientras que en un panel lateral se muestren las vistas previas de los archivos del directorio actual. Además, y complemento de este, es posible ejecutar la aplicación con varios archivos como argumentos y que estos sean previsualizados en una ventana independiente y con un tamaño personalizable, para permitir aumentar la calidad de la vista previa.
El proyecto ha intentado seguir una metodología de desarrollo denominada TDD (Test-driven development o Desarrollo guiado por pruebas). Para ello, se elaboró una lista de funcionalidades inicial que la aplicación debía permitir (ver entrada). En sucesivos ciclos de desarrollo, se han ido implementando las que se consideraban más importantes y que constituían la arquitectura de la aplicación. Tras cada ciclo de desarrollo, se ha realizado un pequeño resumen y se ha ido escribiendo una guía de desarrollo (ver Documentación).
De la lista inicial de funcionalidades, se ha conseguido implementar, entre 4 ciclos que se han llevado a cabo, todas las que fueron consideradas de máxima importancia. En el documento Guía del desarrollador disponible en la sección mostrada anteriormente y en la forja del proyecto, se puede ver una descripción detallada de todo lo llevado a cabo y la lista de funcionalidades planificadas y pendientes.
El trabajo realizado ha sido constante, desde que comenzó el proyecto hasta el último día, de lo que se deja constancia en la forja del proyecto. Para cada ciclo de desarrollo, se han añadido las tareas correspondientes con sus fechas de comienzo y fin, lo que ha permitido llevar una planificación ordenada y ajustada a las necesidades de tiempo y recursos. En este aspecto, se espera que con la liberación de la primera versión de la aplicación autoinstalable, el equipo de desarrolladores aumente, ya que durante el concurso sólo ha contando con un miembro.
A pesar de ello, a día de hoy existen paquetes precompilados con la aplicación, que permiten su uso sin ningún bug detectado. Se ha preferido construir una aplicación con una base fuerte que permita, con el paso del tiempo, la adición de funcionalidades, en vez de una aplicación con muchas funcionalidades pero poco estable. En definitiva, actualmente la aplicación se puede utilizar respetando sus limitaciones.
¿Cuáles son los puntos fuertes del proyecto?

• Se ha seguido y se seguirá una metodología ágil que favorece la colaboración.
• Se ha diseñado una arquitectura fiable, independiente de la biblioteca gráfica que se utilice para implementarla.
• Se ha realizado un trabajo constante que ha permitido valorar diferentes opciones a la hora de diseñar la aplicación, teniendo tiempo suficiente para corregir errores y mejorar aspectos deficientes.
• Se han seguido estándares para la codificación, documentación, compilación y construcción de paquetes, lo que permite la incoporación del proyecto a cualquier distribución Gnu/Linux, además de facilitar la incorporación de miembros al equipo de desarrollo.
• Se ha trabajo especialmente duro en la documentación del proyecto, obteniendo documentos muy elaborados sobre la forma de participar en el proyecto, videotutoriales, un manual de usuario que explica la instalación y uso del programa y tutoriales para la colaboración en el proyecto de personas sin conocimientos de programación.
• Se ha utilizado al máximo la forja del concurso para la gestión del proyecto.
• El proyecto ha tenido repercusión en medios de gran alcance como barrapunto.com

Todo el trabajo llevado a cabo es posible valorarlo leyendo las entradas de este blog. Por otro lado, en la sección de Documentación se pueden ver los documentos más importantes generados. A pesar de ello, se recomienda visitar la sección correspondiente de la forja, dónde se encuentran todos ellos y los resúmenes de cada ciclo. En cuanto a la sección de descargas, actualmente es posible descargar el código fuente de la aplicación y paquetes autoinstalables. Para la compilación e instalación de estos, se puede seguir el Manual de usuario disponible en la sección de Documentación y los videotutoriales de la sección de Tutoriales. En la sección de colaboración se puede consultar las labores en las cuales se agradecería la incorporación de desarrolladores, así como la forma en la que hacerlo y dónde encontrar la documentación para ello. Por último, en la sección de Contacto se pueden mandar emails al desarrollador principal para reportar problemas o cualquier otro aspecto.
Por último, y como valoración personal de la experiencia, he de decir que ha sido muy gratificante ver cómo un proyecto hecho por uno mismo puede salir adelante, sobre todo si se trata de software libre, ya que puede servir para muchas más personas. Además, y en cuanto a la formación adquirida, es remarcable la experiencia que se obtiene trabajando con elementos como el repositorio o las listas de correo, así como los conocimiento adquiridos en cuanto a programación propiamente dicha.
Actualización 7 de abril de 2011: añadido un documento a modo de memoria para facilitar la evaluación del proyecto. Se incluyen aspectos nuevos sin contemplar en documentos anteriores como el uso de la forja o la repercusión en los medios.

Este año la normativa del Concurso Universitario de Software Libre exige que se presente una memoria por proyecto para facilitar la evaluación de los mismos a los miembros del jurado. Este fin de semana no he podido desarrollar demasiado ya que he estado recopilando información para redactar dicha memoria. Aún así tengo novedades muy interesantes

Buenas a todos, hoy domingo día 3 de abril se supone que debería poder decir “¡Eh! ¡La documentación está lista!”, pero me temo que no va a poder ser así. Después de terminar la entrada de hoy, me quedarán tres clases por describir para llegar hasta ese punto (Actor, Nivel y Juego… las tres más [...]

Ya está disponible para uso público, privado, al por mayor y al por menor la versión 0.0.3 de 90manager, cuyo nombre es “Mercaillo”
Esta nueva versión trae consigo:

• Sistema de subastas: Los equipos podrán poner en subasta a sus jugadores en cada liga y podrán comprar y venderlos como esclavos.
• Sistema de notificaciones: Se ha diseñado un pequeño sistema de notificaciones para indicar a los usuarios los eventos mas importantes que ocurran en cada liga.
• Reglas para las ligas: A la hora de crear una liga nueva, se podrán definir unas opciones como por ejemplo jugadores iniciales de cada equipo.
• Ligas mixtas: Ahora se pueden generar equipos con hombres, mujeres, o mixtos, según la opción especificada en la liga.
• Los equipos controlados por la IA ahora tendrán nombres generados aleatoriamente.
• Ahora las jornadas avanzan automáticamente al acabar todos sus partidos.
• La inteligencia artificial ya no pondrá a los jugadores en alineaciones aleatorias, sino que ahora buscará la mejor opción de alineación (Dificultad al límite xD).
• Repeticiones de los partidos: Se ha añadido un prototipo de repeticiones de partido para ver los sucesos de un partido a lo marcador online.
• Leve rediseño de la interfaz de usuario.
• Arreglos de muchos bugs.
• Inclusión de muchos mas bugs.
• Y muchas cosas más.

Como siempre (es decir, al igual que la versión anterior) la nueva versión está disponible en el servidor público: http://90manager.alwaysdata.net/ y también se subirá en un archivo comprimido a la forja rediris: http://forja.rediris.es
Como nota final, se requiere registro de nuevo en la web, ya que hemos hecho limpieza para añadir los nuevos datos en la base de datos.
Para la próxima versión habrá un rediseño total de la Intefaz (aunque lo mismo la dejamos como está). Próximamente pondremos una nota informativa.

En las últimas horas antes de la evaluación del proyecto para el Concurso Universitario de Software Libre se está trabajando en la documentación y creación de tutoriales que permitan a los usuarios y evaluadores hacer uso de la aplicación y entender su funcionamiento de la manera más sencilla posible.
Como parte de ello, se han creado dos videotutoriales en los que se explica cómo compilar la aplicación y cómo instalarla utilizando un paquete precompilado .deb. Todo ello se puede consultar desde la sección de Tutoriales.
Por último, y para facilitar la colaboración en el proyecto por parte de gente sin conocimientos de programación o aficionados al diseño gráfico, se ha publicado un sencillo tutorial en la citada sección en el que se explica cómo crear temas de iconos para que sean incluidos en el proyecto y puedan ser utilizados en la aplicación. Se necesita únicamente conocimientos de una herramienta de dibujo vectorial que permita exportar los trabajos en ficheros .svg, al estilo de Inkscape. El soporte para iconos de la aplicación lleva disponible desde hace tiempo, aunque no se ha diseñado ningún tema de iconos aparte del tema por defecto. Por tanto, se agradecería enormemente la colaboración en este aspecto.

Ncoola ha comenzado a crear funciones en Ajax para darle mas dinamismo a vidali, como muestra podemos ver que ahora podemos actualizar nuestro estado desde un globo en el panel de usuario. Para mas muestra el siguiente video:

A pesar de todos los problemas acontecidos, seguimos avanzando poco a poco. Esperamos poder lanzar una versión de la plataforma para finales de este fin de semana.
Ahora mismo, los módulos de ‘inicio’ y ‘amigos’ se encuentran activos, lo que nos hace pensar que podemos conseguir al menos uno mas funcionando antes de finalizar la tarde de hoy Sábado 2 de Abril.

Con la liberación de los paquetes .deb para la instalación de la aplicación se da por finalizado el ciclo #4 del proyecto. El trabajo realizado ha servido para permitir la instalación en sistemas debian utilizando el gestor de paquetes habitual. Además, y como parte de lo anterior, el proyecto se puede compilar y construir con las herramientas autotools.
Terminado este ciclo, se concluye el trabajo antes de la evaluación para el Concurso Universitario de Software Libre. Se dedicarán los próximos días a mejorar la documentación existente y realizar video-tutoriales que faciliten la instalación y uso de la aplicación. Tras ello, se comenzará el ciclo #5, que está previsto que se dedique a permitir el manejo de la aplicación sin utilizar el ratón, utilizando combinaciones de teclas al estilo de editores como vim o emacs.
Por último, recomendar la instalación de la aplicación debido a la facilidad con la que realiza actualmente, con el fin de reportar bugs o problemas.

Buenas! Para entender como funciona Vidali, pueden ver de manera resumida pero facil de entender y bien detallada (creo) el siguiente esquema: Para obtener una información mas detallada, puedes leer el artículo completo en la wiki, donde se explica detalladamente  y las recomendaciones a seguir. Saludos!

Buenas a todos! Tengo la alegría de anunciar a un nuevo desarrollador dentro del proyecto!,  Ncoola ha decidido aportar sus conocimientos en JQuery y Ajax, además de los que tiene en php, para comenzar a dar más dinamismo en vidali. Esperamos aun mas colaboradores, y poco a poco comenzamos a distribuir los trabajos principales, para [...]