Hoy hace un mes (y un día) que escribí el primer mensaje en este blog, y sin que sirva de precedente O:-), me he propuesto hacer un “breve” informe de la situación. También espero escribir al menos una vez a la semana…

Lo primero de todo, decir que nunca había seguido una metodología firme de planificación y la verdad es que me está costando lo suyo. En concreto, estoy haciendo un Documento de Objetivos para la asignatura de Gestión y Planificación de Proyectos. Hoy (miércoles 22/11/06) tengo la primera entrevista sobre mi primer boceto de documento que ya colgué en la sección documentos de la forja de RedIRIS.

Ese boceto está algo desorganizado y le falta unos cuantos puntos a tratar, fruto de una simpática ofuscación con preguntas que nunca antes me había tenido que hacer: ¿Quién va a leerlo? ¿Qué conocimientos se le presupone?, ooo… ¿El documento debe mostrar un equipo ficticio de analistas y desarrolladores o la realidad misma?, etc.

Así que todavía toca ordenar, profundizar… e inventar :-D

En otro orden de cosas, hace un tiempo que empecé a documentarme sobre la situación actual de la aplicación (GNU Mailman), las herramientas que utiliza, y las utilidades que voy a utilizar especialmente para el proyecto.

Poniendo nombre a las cosas, el proyecto Mailman está escrito en Python (y una pequeña parte en C), y utiliza las GNU Autotools (para crear el ./configure, Makefiles y demás) y la herramienta de internacionalización (i18n xD) GNU gettext.

Además, para mi proyecto voy a utilizar el sistema de plantillas Cheetah, con el que ya he empezado a hacer algunos bocetos (prototipos dirían algunos O:-)).

Fruto de tanto GNU algo me he debido idiotizar y he empezado a usar GNU Emacs (en modo gráfico), que se integra bastante bien con el resto de herramientas GNU (menús con accesos o acciones rápidas). Además, para el caso concreto de Python y Mailman (y su estilo de programación), me está facilitando un poco la vida.

“Sólo” me queda conseguir el auto-completado de objetos en Python, tal como tengo puesto en consola al lanzar el intérprete.

Para no perder mucho tiempo con… “EL EDITOR” xDDDD, me he pillado el Learning GNU Emacs de O’Reilly y he ahí lo que me he encontrado:

People who have or are at risk for carpal tunnel syndrome can avoid reaching for the CTRL key, an action known to aggravate that condition.

Gluuupsss. Firefox también me lo provocará :-/

En fin. Volviendo a la primera fase del proyecto, la planificación, me estoy apoyando en algunos artículos que explican modelos de gestión para gente débil de voluntad y poco experimentada: el alumno xD

Uno de esos artículos es “El modelo de desarrollo para un Proyecto Fin de Carrera en Ingeniería Técnica en Informática”, de Agustín Cernuda del Río. En él expone algunos errores clásicos y cómo solucionarlos. Algunas frases que me han llamado la atención son:

• Sobre estimación: Se estima con frecuencia, y sobre tareas pequeñas.
• Sobre planificación: Proponemos también que el alumno lleve un “diario de proyecto”, en el que anote los sucesos importantes. Los incumplimientos del plan y las acciones correctoras se reflejan siempre en este diario.
• Sobre planificación: El alumno siempre trabaja sobre un plan; puede modificarlo repetidamente, pero no abandonarlo.
• Sobre gestión de riesgos: Norma de obligado cumplimiento: un avance constante (aunque sea lento) del proyecto. En caso de abandono manifiesto, cancelación del mismo.
• Sobre documentación: Hay que evitar a toda costa que el alumno perciba la documentación como un ejercicio de burocracia gratuita.

Pero sobre todo, el párrafo principal que destaco, relacionado con la documentación, es el siguiente: Es fundamental que la documentación para el alumno sea una herramienta y que la perciba como tal. El director del proyecto puede aprovechar algunas de las dificultades específicas que el PFC plantea al alumno (indefinición, incertidumbre, falta de control, dificultad…) para que dicho alumno encuentre en sus propios documentos el apoyo que necesita. Contra la indefinición, una buena lista de requisitos [...]; contra la incertidumbre, una buena planificación, y así sucesivamente.

Y esto es todo en el frente… por el momento.

Buenasss,

Comenzamos (mis yo’s y yo :-D) una nueva experiencia relacionada con mis estudios de ingeniería en informática, con este blog que pretende ser el Departamento de Comunicación de un proyecto aceptado para participar en el I Concurso Universitario de Software Libre organizado por varias entidades pertenecientes a la Universidad de Sevilla, y la red nacional RedIRIS. Además, es este mismo proyecto el que presentaré como Proyecto Fin de Carrera este año :-o

El proyecto en cuestión, y tal como reza la descripción de este blog, propone una nueva reescritura de la interfaz web de GNU Mailman, software para la gestión de listas de correo electrónico, cuya principal distinción con el resto de gestores de listas es la interfaz web para la administración de las mismas, fácil de usar y traducida a múltiples idiomas.

Actualmente, todo el texto y etiquetas HTML de las páginas web del proyecto se encuentran dentro del propio código de la aplicación, con lo que se hace difícil cambiar la apariencia, o en definitiva, personalizar cada sitio que utiliza GNU Mailman.

El repositorio del material y software que vaya generando va a estar alojado en Forja-RedIRIS.

Veremos que es lo que sale de todo esto…