Resumen de reuniones

[castrinho8]

Este tema contendrá los resumes de las múltiples reuniones que se realicen durante el proyecto, no dudeis en corregir errores o añadir lo que os parezca

30 de Junio de 2016

Durante esta reunión se comenzaron a definir los requisitos iniciales que esperamos tenga la aplicación, hicimos un diagrama de clases muy sencillo para situarnos.

Adriano va a utilizar el proyecto como TFM por lo que va a haber que buscar cómo hacer la diferenciación entre su proyecto y el resto.

También se habló de utilizar este foro como centro de organización, el grupo de telegram para cosas urgentes y ver diversas alternativas para repositorio Git y gestor de proyectos.

Se menciona el usar una metodología ágil, por encima se mencionan Scrum/eXtremeProgramming pero no se concreta nada.

Estaría interesante utilizar una arquitectura REST + Frontend con una SPA (Single Page Application)

Se asignaron las siguientes tareas que deberán estar listas para la próxima reunión que se realizará el Lunes 11 de Julio en horario por definir pero seguramente sobre las 19:00.

Pablo y Santi
Preparar landing page, echarle un ojo a Taiga.io y ver si usar GitHub o GitLab.

Adriano
Ver tecnologías y escoger lenguaje + framework, hablar con posible tutor para que le oriente, revisar Git y si sobra tiempo pensar en el tema del calendario, igual ver algo de calDav.

Todos debemos comenzar a pensar en un nombre, colores o logo a utilizar y estaría bien escoger al menos el nombre en la próxima reunión.

[system]

13 de julio de 2016

Puntos del día

• Selección de tecnologías
• Presentación de herramientas:
  • Taiga -> issues
  • GitLab -> git
  • Discourse -> Comentarios tochos + actas de reuniones
  • Telegram -> Cosas cortas y de charla
  • Jitsi -> reuniones
  • Calendario público para el proyecto donde tener info de las reuniones/quedadas para que se apunte quien quiera.
• Revisión de puntos tratados en la reunión de Adriano con su tutor
• Propuesta de metodología (Sprints de 15 días? testing de servicios)
• Definir requisitos

Conclusiones

• Adriano escogerá la tecnología antes del día 18.
• Todos Poner en el foro un post con ventajas e inconvenientes de las diversas tecnologías.
• Pablo Revisar gestion de proyecto (gitlab/taiga).
• Pablo Dar de alta en el repositorio taiga/gitlab a los usuarios de todos.
• Todos Poner links en un post con alternativas similiares/eventbrite/etc para inspirar
• Todos Buscar de proyectos similiares en los que inspirarse/utilizar/etc
• Se van a montar 2 aplicaciones diferenciadas, una con el font y otra con el backend.
• El día 18 definimos el primer sprint y comenzamos a trabajar.

Requisitos MVP

XEA

responsable de un espacio == organizador (de momento)

• Como usuario quiero hacer login/logout
• Como usuario quiero editar mi perfil
  • Entidades:
    • User
    • UserProfile
    • Rol (Django = Grupo)
    • Decisión de diseño:
      • Imaxen de perfil: gravatar (xa se mellorará)

Evento
----------

+propostaElexidaId = 1 
+placeId = ??
+state = CONFIRMED

Proposta(id=1)
--------------
+eventId = 1
+ponente = Castriño
+descripcion = bah

Proposta(id=2)
--------------
+eventId = 1
+ponente = Santiago
+descripcion = oasidjf

• Como responsable de un espacio quiero poder pedir crear/editar/borrar un espacio (mientras el lugar no es aprobado por un administrador)
  • Entidades:
    • Place (has owner=Organizer)
    • Ubicacion (lat/lon)
  • Decisión de diseño:
    • Atributo isApproved que los administradores pondrán a true cuando sea aceptado, y así no se pueda modificar directamente.
• Como responsable de un espacio quiero poder planificar un calendario con las fechas libres de un espacio + editar/borrar
  • Entidades:
    • PlaceCalendar

• Como usuario quiero poder ver los espacios libres (Ver en mapa, por tag, etc)

• Como responsable de un espacio quiero poder planificar un "evento" recurrente en una fecha y horas determinadas para un espacio

  • Entidades:
    • PlaceCalendar (reference to self: parentId, numberOfRepetitions, and daysOfWeek="LMXTFSU")

• Como responsable de un espacio quiero poder modificar un "evento" recurrente a partir de una fecha y horas determinadas para un espacio

• Como Organizador quiero poder crear/editar/borrar un evento en un PlaceCalendar

• Como usuario quiero poder ver lo eventos que se celebran (Filtrado por zona, categoría, etc)
  • Entidades:
    • Event (has link to the selectedProposal, and PlaceCalendar)
    • EventProposal (has link to event)
    • EventState
    • Tag
• Como usuario quiero ver los detalles de un evento concreto
  • Ver cuantas entradas hay libres para el evento.
  • Fecha, hora, localización geográfica, información extra
  • Video?
  • Artista/ponente/fotografo....
• Como organizador quiero poder crear un ciclo de actividades (agrupación de eventos que pueden ser incluso en diferentes lugares)
• EventSeries
• Como usuario quiero poder proponer una actividad a realizar en un espacio para una fecha libre (i.e., en un Event)
• Como usuario quiero poder ver, crear, aceptar o rechazar propuestas de uso para mis espacios
  • Añadir categorias (tags), información adicional,
  • Tener página accesible con url sencilla

• Como Organizador quiero que se muestre diferente información en la página de evento en función de su estado.

• Como usuario quiero ver los detalles de un espacio concreto

  • Calendario de actividades planificadas
  • Calendario de huecos libres
  • Ver actividades pasadas de forma separada

• Como organizador quiero abrir, cerrar o planificar la inscripción en un evento

• Como usuario quiero poder comprar entradas para un evento
• Como usuario quiero poder exportar mi calendario de eventos, el calendario de eventos de un espacio o el mio personalizado.
• Como usuario quiero poder crear un calendario de eventos personalizado

XAR (Xestion de Accesos a Recintos)

• Como gestor quiero sacar la lista de personas inscritas en un evento
• Como gestor quiero poder crear QR para cada entrada
• Como gestor quiero poder leer un QR de la entrada para que un usuario acceda al recinto
• Como gestor quiero ver estadísticas/informes de usuarios que ha venido a mis eventos
• Como gestor quiero poder cobrar entradas con tarjeta y paypal
• Como usuario quiero poder liberar entradas compradas anteriormente para que las use otra persona
• Como usuario quiero poder inscribirme en una lista de espera cuando no quedan entradas
• Como gestor quiero que se gestione y se envíe un email automáticamente a los usuarios de la lista de espera a medida que se liberan las plazas
• Como gestor quiero poder imprimir badges para cada asistente de forma sencilla

[castrinho8]

19 de julio de 2016

Conclusiones

Tecnologías

Backend: API REST con Python + Django + Django REST Framework
Frontend: SPA con React.js y Bootstrap

TDD

Trataremos de usar TDD sobre todo en el API para testear los servicios.

Code review

Empezaremos el 1º sprint con code review e iremos viendo cuando tiempo nos lleva y si nos retrasa.

Git-Flow

Rama stable, master (principal para desarrollo) y se crearán diversas ramas (una por feature/bugfix).
Al final del sprint se integran en stable, todo bajo integración continua.

Linter

Se ha hablado de utilizar un estilo de código aun por definir, se proponen las guias de estilo de Airbnb y/o Javascript Standard

[castrinho8]

2 de agosto de 2016

Se ha realizado una reunión de seguimiento del proyecto en la que hemos visto que la gente aún se está empezando a familiarizar con las tecnologías y la cosa va lenta.
Finalmente se ha creado un nuevo sprint y se han definido unas tareas concretas para comenzar.

El plan es tener el login, logout y el registro de nuevos usuarios basándose en tokens distribuidos que puedan ser revocables para cada aplicación de forma individual.

Adriano se va a poner con los tests de la autenticación que empezó Santi y continuará creando el API para registrar usuarios y posteriormente el formulario de la vista y continuará con los de login/logout.

Pablo pretende ponerse con la vista inicial de la página que haga búsquedas básicas de eventos mock.

Santi también le comenta a Manuel que si quiere puede ponerse con alguna de las vistas de login/logout haciendo que la función que haga la consulta a la API use un objeto mock.

Se ha acordado que las reuniones de seguimiento duren 30 minutos y que las de planificación de sprints puedan durar algo más.

[castrinho8]

16 de agosto de 2016

• Se ha decidido mover el proyecto de GitLab a GitHub por múltiples motivos (no nos encontramos cómodos con la interfaz, se cae de vez en cuando, es un poco lento subiendo el código, no integra con travis...)
• Se habla de escoger entre redux-thunk, redux-promise o saga para la gestión de acciones asíncronas en redux.
  Se decide que cada uno debe revisar los proyectos y mañana se votará por telegram.
• Se decide usar react-bootstrap
• Se habla también de revisar redux-form para la validación de formularios.

[castrinho8]

23 de Agosto de 2016

Trabajo para la próxima

Adriano
- Hacer cambio de pass
- Perfil usuario y luego la vista de mostrar perfil

Manuel
- Definir datos usuario
- Vista registro

Castro
- i18n
- Crear diagrama de clases con lo que hay en la 2º reunión que hicimos

Se ha decidido usar Swagger para generar la documentación y la api para acceder desde el cliente, está Santi trabajando en ella para poder usar OpenAPI en lugar de Core API que es lo que usa DRF.

También se ha decidido separar los proyectos en 2 para poder tener versiones distintas en unos y otros sin tener que hacer rebases de core cuando trabajas en web o al revés y se hará la división al final del sprint.

[ssaavedra]

1 de septiembre de 2016

• Se acuerda dividir los proyectos en dos: xea-core y xea-web, para facilitar la integración de características en desarrollo más ágilmente que esperando a que lleguen a XEA:master.
• Habrá que modificar el README de XEA para que apunte a los subproyectos pertinentes
• Santi acuerda dividir él los proyectos y reconfigurar los nuevos en GitHub para seguir usando LGTM y no perder la historia
• Se hace por primera vez una planificación real de este sprint (ver https://tree.taiga.io/project/gpul-xea/taskboard/v004)

... ¿qué más se habló?