Sesión 2 atrasada

Para la sesión 2 se repartieron los distintos métodos del servidor que le corresponde a cada Carlos, esto fue realizado con el objetivo de disminuir la carga de trabajo y hacer que cada quien tenga las mismas responsabilidades.

Al ser la segunda reunión nuestra mayor complicación fue adaptarnos a clojure ya que en muchas ocasiones es necesario escribir la prueba o lo que se desea hacer en java para poder identificar lo que se tiene que utilizar dentro de clojure, un aspecto negativo de esto es que toma mayor cantidad de tiempo repetir las cosas y más si existe algún problema dentro de java.

Los avances que se lograron fue dar inicio y comprensión a cada método que se va a realizar, esto incluye nuevos métodos que por ahora no se consideran como parte fundamental del proyecto pero se tiene considerado que sean bastante benéficos para facilitar el uso de los campos de las búsquedas.

(foto1-> carlos y carlos)

(fotógrafo -> carlos)

Tercera sesión

(foto1 -> carlos)

(foto2 -> carlos y carlos)

(fotografo -> carlos)

Nos encontramos en nuestra tercera sesión de trabajo, para esta sesión nuestro principal objetivo es que se puedan ingresar datos a la tabla de la interfaz gráfica, donde se necesitó de buscar alguna alternativa para facilitar esta escritura. Se puede decir que la manera más sencilla y eficiente es utilizando DefaultTableModel, en donde solo consta de dar formato a lo que se va a agregar en cuanto a columnas y renglones. Un aspecto importante es que al utilizar un arreglo este de manera sencilla se puede agregar al renglón que se necesita llenar.

Por otra parte están surgiendo otras complicaciones como en el caso de escribir en un archivo usando DataOutputStream, donde al utilizar el método de “writeInt” no escribe el valor del entero a diferencia en java hace lo contrario respeta el número que se esta asignando al archivo final.

También el crear un arreglo basándose en la información del mapa esta resultando bastante complicado ya que es necesario para ir desplegando los campos en su respectiva posición de la tabla. La mejor manera de manejar esta información es separarla por loops y creando métodos que tengan como base el mapa que contiene toda la información necesaria para separarla de manera rápida.

Licencia GPL v3

Decidimos utilizar GPL3 por que la compatibilidad con otras licencias de distribución de software libre como MIT License hace que el código sea mucho más compatible ya que si se llegara a utilizarse otra licencia, aunque este basada en gpl, podría llegar a generar muchos conflictos en los que tendría que intervenir un experto que inicialmente era lo que se buscaba con gpl. Aunque la libertad de generar licenciamientos existe y estos estén en base a gpl estos podrían generar conflictos como ambigüedad, y entre otras razones que pudieran llegar a ser incompatibles al código con otras licencias obligaría a los usuarios y programadores a reescribir el código en lugar de reutilizarlo que causaría el incremento del tamaño de los archivos y por ende mayor consumo en el disco duro y memoria RAM que causaría una mala eficiencia de la administración de recursos como la repetición de ciclos por programas repetidos.

Por otro lado la opción de patrón de software no sería muy viable ya que creemos que las ideas, el intelecto, o la forma de pensar de los seres humanos no debería limitarse a aquella persona que lo pensó primero siendo que cualquiera podría llega a la misma solución o mejor y es por esto que no creemos que el patentar una idea sea apropiada para la constante evolución del intelecto de las personas, claro sin menos preciar el esfuerzo que trabajo en dicha solución.