The GUI strikes back!

Al fin pudimos subir una versión decente de la interfaz al repositorio. El principal problema fue que el desarrollo de interfaces utilizando clases de Java es completamente horrible (sin ayuda de algún Swing Builder claro =P). La interfaz es simple, pero cumple su función.

El segundo problema fue la traducción a lenguaje Clojure, ya que primero se diseñó la interfaz en Java. Durante la 'migración' entre lenguajes nos pudimos dar cuenta de que el lenguaje Clojure es mucho más limpio que en Java, no solo en extensión del código sino en legibilidad y en redundancia de código. Es oficial, Clojure es hermoso. Swing con Clojure es horrible. =P

Quinta reunión en equipo

En esta sesión se siguió trabajando en el diseño de la interfaz gráfica, pero como aún no hay nada funcional, no se subió al repositorio de control de versiones.
También se continuó con los métodos para buscar los registros. De igual forma, no hay todavía nada funcional para subir al repositorio.
La interacción con la base de datos se movió a un paquete para hacerse cargo de ello, y que los demás paquetes solo lo llamen a él.

Debido a que el lunes no hay actividades, nuestra siguiente reunión será en una semana, pero trabajaremos en nuestras casas para seguir avanzando.

Cuarta Reunión en equipo

En la cuarta reunión de proyecto, tuvimos una pequeña charla sobre como podríamos hacer que la edición sobre un mismo campo (apartado de un cuarto) se realizara de manera sincronizada. Se planteó el uso de un token sobre el registro para que la persona que lo tuviera pudiera hacer su apartado y que nadie más pudiera hacer algo sobre el mientras tuviera el token. Ahondamos un poco en la forma en la que se iban a pasar los datos desde la interfaz para hacer la búsqueda y el apartado de un cuarto.

Todos los integrantes asistieron de manera puntual a la junta.

Terecera reunión de equipo

En esta reunión nos centraos en aanalizar cada uno de los requerimientos del proyecto. Decidimos poner las excepciones que creemos en el paquete que le corresponde.

i.e. noPuedoLeerException iría en el paquete io.

Definimos los criterios para implementar la búsqueda y la atualización de estados en los registros.

Justificación de elección de licencia

Eligimos la licencia LGPL porque nos brinda una mayor flexibilidad tanto a nosotros como a los posibles usuarios de este código. Creemos que es muy importante que aparte de aprender con nuestro código, es que los usuarios puedan utilizarlo como guía y no tener que mostrar el código que ellos hicieron, esto le permitiría a cualquier persona que tenga una necesidad que nuestro sistema pueda satisfacer, este no tenga que compartir su lógica de negocios y que pueda permancer privado.

Segunda reunión del equipo

Revisamos lo que la interfaz gráfica debía de llevar junto a las funcionalidades principales del sistema.

Además se comenzó a trabajar en el archivo writer.clj que escribe la base de datos en el sistema, hasta ahora solo escribe los números mágicos del principio y las cabeceras de los campos.