- Links de utilidad
- Workflow de trabajo
- Como revisar una historia de usuario
- Tipos de escenas
- Funciones y comentarios
- (Libro) Patrones de Programación de Videojuegos
- Patrones de programación aplicados a Unity
- Principios SOLID de la programación orientada a objetos
- Elegir historia que esté en el hito y sprint actual preferiblemente. Elige según prioridad
- Leete los comentarios de la tarea y avisa al resto de compañeros
- Mueve a in-progress la tarea y ponle el campo de fecha de inicio como el de hoy
- Cuando hayas terminado el trabajo crea una escena en el apartado Demos del proyecto, que tenga un nombre diferenciador, y pasa la historia al estado de review. Pon un comentario en la issue de la historia en el que indicas en que escena está la demo
- Si tu tarea ha pasado el proceso de review, esta será cerrada por tu revisor
¿Quieres revisar algo? Aquí te explico como
- Vete al apartado de revisión del projects y busca alguna historia a revisar sin ningún revisor asignado (no confundir con el campo asignees)
- Habla con el encargado de la historia, comenta con el resto de compañeros que vas a hacer la revisión
- Comprueba los comentarios de la issue de la historia para ver en que escena estará la demo y ponte a hacer la review
- Una vez revisado el trabajo coméntale al encargado de la historia tu review y escribe un comentario sobre la review en la issue de la historia. En caso de que la historia esté incompleta o tenga fallos devuelvela a in-progress. En caso de que todo vaya bien pásala a done y marca el campo "Fin" con la fecha actual
Por favor, sed cordiales y educados en el proceso de review
Las escenas van a estar divididas en 3 tipos
- Develop: área de trabajo de cada miembro del equipo, exclusivas únicamente de dicho miembro
- Demos: escenas para hacer pruebas de concepto de las características implementadas en las historias de usuario y estas puedan ser revisadas
- Production: escenas finales para los hitos y para el juego final
Intentad segmentar los scripts en funciones locales, de tal forma que actúen como caja negra (tened cuidado de no sobreencapsular)
Comentad funciones, métodos, areas de código con una breve descripción de lo que hace, no especifiquéis como funciona en profundidad
Comentad también vuestro nombre en lo que hayáis programado (con sentido común, sin pasarse) para poder saber quien ha hecho que, y así preguntar directamente a la persona encargada de esa parte sin que todo sea un putísimo caos