Reestructuración de la aplicación

El orden es algo que permite que la vida sea un poco más fácil. El orden es algo necesario para un desarrollador de software por diversos motivos.

Primero, hace que el código más fácil de mantener, tanto por ti como por terceras personas. Si seguimos un esquema organizado a la hora de almacenar los ficheros, siempre será más sencillo hacer ampliaciones, que una nueva tercera persona pueda añadir nuevas features, o cualquier cosa similar. También hace la aplicación un poco más “estándar”, de forma que cualquier persona pueda instalarla y utilizarla sin dar muchas vueltas.

Este último es bastante importante, porque de aquí a unos meses en la asignatura de Diseño de Videojuegos de mi facultad, está aplicación la utilizarán los alumnos para una de las partes que tiene la propia asignatura. Aún no se cuantos alumnos se han matriculado, pero el año pasado fuimos 27 personas, y este año puede que sean algunos/bastantes más. Esto implica que lo van a utilizar muchas personas, las cuales tienen distintos sistemas, distintos modos de trabajar… vamos que cada uno es de su padre y de su madre. Manteniendo una mala estructura, podría provocar errores de uso en la aplicación, y luego vienen problemas.

Hace una semana, la forma que tenía mi repositorio era la siguiente:

Mi primer paquete Debian

¡Por fín he realizado mi primer paquete Debian!

Es una biblioteca que utilizo en mi aplicación, y la cual aunque está muy bien, al autor no había realizado el empaquetado. Hablando con él hace tiempo me comentó que si quería, que lo hiciera yo. Bueno, hasta ahora no me motivé en intentarlo, pero gracias a la ayuda de mi jefe en AlQuimia, Javier Carranza, y al blog de un compañero del concurso, conseguí entender el proceso y la idea básica.

Podeis descargaros el paquete (en versión i386 o amd64)  en la página del proyecto PyCLIPS. Además, el paquete está a la espera en mentors.debian.net, para ver si alguien hace de sponsor del paquete y consigo que lo metan en Debian. Sería un pelotazo, ¿verdad?

Podría poner un pequeño tutorial de como hacer el paquete, pero creo que el blog de Shakaran que he enlazado antes es bastante claro y explicativo, no es cuestión de reinventar la rueda

A vueltas con los eventos de PyGTK

Vaya dolor de cabeza me están dando los eventos en PyGTK. Os pongo un poco en situación:

Estoy implementando la interfaz para el torneo, y el comportamiento de los diálogos no está siendo bastante bueno que digamos. La cosa es que no se cierran cuando yo les digo, si no cuando les da la gana practicamente.

He reducido el problema al siguiente código sencillo:

Uso sencillo de org-mode (1)

Ayer puse esta entrada en la que me marcaba una serie de objetivos para encauzar el desarrollo, e intentar ir haciendo algo cada día para no perder el hilo y demás. Para hoy me había marcado un par de objetivos y… los he cumplido las dos cosillas están hechas.

De todas formas, de ahora en adelante iré anotando lo que hago cada día en el twitter del proyecto, para no ir llenando el blog con “paja” cada día. Aunque si que iré poniendo avances importantes, problemas y demás.

Voy a aprovechar para explicar algunas cosas básicas sobre org-mode,  ese magnífico modo de Emacs, que como reza en su slogan (“Your Life in Plain Text”) nos permite organizar actividades, tareas y muchas más cosas con ficheros de texto plano. No voy a entrar en profundidad (yo tampoco me manejo demasiado, simplemente se algunos básicos) pero intentaré explicar como he montado mi fichero personal, para que podáis usarlo, criticarlo o lo que os de la real gana

Punto de inflexión.

Muy buenas a mis (pocos) lectores.

Hoy he tenido una productiva reunión con mi tutor del PFC, Manuel Palomo, para analizar como va la cosa y como abordar lo mucho que falta. Como se puede ver por la periodicidad entre cada entrada del blog no es que sea muy constante haciendo el proyecto, y esto es un problema grave porque no consigo coger una buena dinámica a la hora del desarrollo. Esta falta de constancia no es por falta de ganas ni mucho menos, si no porque entre el trabajo por la mañana, las casi 2 horas en el coche entre ir y venir, el tiempo que me queda por las tardes suelo rendir poco.

Pero esto en algún momento tiene que acabar, para ponerme seriamente y terminar con el proyecto que se está haciendo más largo que un día sin pan. Así que hemos llegado a la conclusión que tengo que organizarme mejor, y obligarme a hacer algo todos los dias, aunque sean pamplinas pequeñas, pero que también hay que hacerlas. Para ello hemos hecho una lista de pequeños objetivos, que me sirvan para tener un enfoque más claro de que puedo hacer en cada momento. Estos objetivos son los siguientes:

Explicación del layout para la representación del tablero.

Buenas.

Aquí vuelvo tras las vacaciones de Navidad, que espero me hayan servido para recargar pilas, ya iremos viendo.

Recordareis que hace un par de entradas comenté mi “idea genial” (o ida de olla ) de abstraer los datos necesarios para la representación de un tablero sobre un fichero XML. De esta forma, podríamos tener varios ficheros con representaciones distintas sin tener que tocar el código, dejando esto de una forma genérica.

Visualmente, sería algo así:

Pues bueno, ya no es una idea, si no que lo implementé y ya funciona bastante bien, así que voy a explicar el proceso de construcción de dicha representación, a ver si a alguien le puede servir de algo

Adios SVN. Hola Git

Muy buenas.

Desde que comenzé a plantear el proyecto, quise llevarlo para adelante con el sistema de control de versiones Git, pero debido a la “obligación” de usar la forja redIris pues comencé a hacerlo con SVN en local. Una vez pude registrar la forja, me hicieron el favor de añadir el un dump del repositorio al de redIris, lo que me permitió tener las 50 y pocas revisiones que tenía de antes.

Pero SVN no hace más que darme problemas, quebraderos de cabeza…

• Tener un directorio .svn en cada carpeta es un coñazo, porque como te descuides, copias una donde no es, y puedes cargarte literalmente el repositorio.
• Al ser un sistema centralizado, si me quedo sin conexión a internet ó si estoy en un sitio donde no tenga dicha conexión, pierdo todo el registro de logs, anteriores revisiones… y eso aunque parece que no, es un coñazo en ocasiones.
• Relacionado con el punto anterior, el año pasado en una asignatura, trabajé con 2 compañeras en un videojuego que alojamos en redIris, NoCKtMetal (paradillo, a ver si lo retomamos cuando tengamos tiempo) y la verdad que no me parece que redIris sea una forja fiable. Se cae no pocas veces, los repositorios hacen cosas raras en ocasiones…