Introducción al 7º hackathon UGR

7º Hackathon CUSL-UGR: Notas para proyectos

JJ Merelodirosl@ugr.es

¿Qué es un hackathón?

Una experiencia de trabajo colaborativo para trabajar en proyectos de desarrollo de

software

¿Para qué sirve?

Para dar un empujón a los proyectos granadinos participantes en el certamen +

visibilizar el software libre + los proyectos que participan.

¿Cómo se usa?

Vayamos por partes

Atraer al colaborador

Tenéis diez minutos para contar de qué va el proyecto y atraer a colaboradores.

Educar al colaborador

Explicadle lo necesario para que comiencen a participar en el proyecto. Nunca será todo

lo necesario. Preved sesión de entrenamiento personal.

Incluir al colaborador

No todos van a ser informáticos, ni van a tener el mismo nivel. Aún así, deberéis

preparar una tarea para él o ella.

Ayuda de la OSL

Problemas con GitHub + difusión del proyecto + testeo + lo que se pueda.

Tareas para todo el mundo

Analizar, programar, pero también probar, diseñar, documentar, escribir manuales,

traducir, buscar modelos de negocio, crear iconos, crear historias de usuario, controlar la marcha del proyecto, plan de comunicación,

diseñar casos de uso...

Y vosotros en todas

Cada tarea, un issue, cada issue debe resolverse con un commit, cada commit se refiere a un issue. Si no os fiáis, fork + pull

request.

Más vale que sobre, que no que falte

Es mejor que tengáis que dejar de hacer alguna tarea, a que vuestra parroquia se

aburra sin nada que hacer.

Previo al hackathón

¡Liberad ya el (o algo de) código y subidlo a la forja! (Si no lo habéis hecho)

Guía de (buenas) prácticas

Nombres de clases, de variables, dónde van las llaves, quién es la persona que decide lo

que va en el código o no, hashtag propio, plantillas para la documentación...

Incorporación de código

Tened un procedimiento claro de incorporación de código: qué condiciones

debe cumplir, qué tests debe pasar, quién lo aprueba, quién lo integra, qué pruebas debe

pasar una vez integrado.

¡Integración continua!

● Si no lo tenéis, puede ser la primera tarea.● Y para hacer integración continua, hacen falta

tests.– Puede ser la tarea 0.

Buscad una metodología de trabajo

SCRUM, programación por parejas... lo que más os convenga, pero tened una.

Y siempre trabajar con hitos + issues.

Cread una lista de tareas

== issues en GitHub.En principio para 4-5 personas x 24 horas,

pero puede haber más (o menos).Recordad: no todos son informáticos.

No planifiquéis ningún trabajo para vosotros

mismos

Tendréis bastante con ir apagando fuegos, explicando cosas, integrando lo que hagan

otros y ayudando a la gente.

Recuerda que hay un fin de semana por medio

Y tendréis que prever algún sitio, durante todo el tiempo o parte.

¡Usad tickets!

Github y el resto de las plataformas tienen un método fácil de asignar tareas.

Gran poder conlleva gran responsabilidad

Los que asistan os están dando su tiempo. Vosotros tenéis que darles, al menos, el

vuestro. + Reconocimiento + invitarlos a café o a pizza.

El hackathón es programación + comunicación

Designad fotógrafo Flickero/Picasero+ instagramero + YouTubero + twittero +

bloguero + Facebookero + G+ero + cronista (puede ser un colaborador externo)

#hackathonugr+ (#|@)[proyecto] + [@oslugr]

El lunes día 16 queremos ver versiones x+1 (o +2) de todo.

Obtened un resultado tangible

El hackathón no termina el lunes

Tratad de conservar a los colaboradores hasta el final del concurso (y más allá)

Preguntas, sugerencias y comentarios