-
Notifications
You must be signed in to change notification settings - Fork 70
Reunión 5
2016-08-09
- Introducción a git y GitHub para nuevos colaboradores
- Terminar PR 65 con nuevo modelo de objetos, incluyendo tests
- Completar documentación: guía de inicio, bienvenida y diagramas de ejecución del simulador (#57, #64)
- Revisión del trimmer (#62)
- ¿Visualización de simulación de ejemplo (#58)?
Lugar: Le Cocó, 19:30 https://goo.gl/maps/g9VAAf9ARaT2
Requisitos:
- Portátil cargado (hay enchufes pero no suficientes)
- Anaconda instalado
- Cualquier editor de Python, nosotros recomendamos PyCharm (gratuito)
- Opcional: regleta o alargador
- Opcional: Copia local de PyFME (Si quieres empezar con git y no sabes, nosotros te ayudamos)
Para más información, únete a nuestro grupo de Telegram en http://telegram.me/AeroPython
El plan sería aprovechar este sprint como toma de contacto y planificar uno o dos más antes del 15 de septiembre. Temas pendientes:
-
Pusimos en marcha el entorno de desarrollo de todos los presentes, incluyendo el código fuente, un editor (PyCharm) y las dependencias correspondientes (usando
conda env create -f environment.yml
, ver http://conda.pydata.org/docs/using/envs.html#export-the-environment-file). -
Identificamos como más urgente la tarea de integrar la refactorización (PR 65) en el repositorio principal. Hasta que no se haga, el código está dividido entre el repositorio central y la rama
oop-refactor
de Álex, y esto complica la instalación. -
Algunos tests de esa rama están fallando (ver https://travis-ci.org/AeroPython/PyFME/builds/150961459), tal vez debido a cambios en el trimmer y en la atmósfera estándar. Miquel se encargará de ajustar los tests de la atmósfera estándar, que a veces tienen precisiones mal seleccionadas, y Jesús y Álex seguirán mirando qué más ha cambiado. Hasta que no se solucionen los tests no se pueden integrar los cambios.
-
Andrés va a trabajar en un modelo aerodinámico más complejo basado en DATCOM (#63).
-
Jesús va a terminar de publicar los diagramas de bloques del funcionamiento del simulador (#57).
Se buscará una fecha la primera semana de septiembre para hacer otro sprint del simulador. Si la PR 56 aún no está terminada será imprescindible cerrarla en ese momento para poder cumplir los plazos. Es posible que se plantee otra reunión antes del día 15 de septiembre para cerrar los últimos detalles y escribir la propuesta para la PyData Cologne, si el tiempo lo permite.