Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
8º Hackathon CUSL-UGR:
Trucos y consejos para
proyectos participantes
JJ Merelo
dirosl@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 lib...
¿Cómo se usa?
Vayamos por partes
Atraer al colaborador
Tenéis unos 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...
Incluir al colaborador
No todos van a ser informáticos, ni van a
tener el mismo nivel. Aún así, deberéis
preparar una tare...
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, busc...
Y vosotros en todas
Cada tarea, un issue, cada issue está en un
milestone y debe resolverse con un commit,
cada commit se ...
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
abur...
Previo al hackathón
¡Liberad ya el (o algo de) código y subidlo a
GitHub! (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...
Mejor práctica:
Crear un contributing.md que ayude a
presentes (y ausentes) a saber qué hace
falta y cómo se añade.
Incorporación de código
Tened un procedimiento claro de
incorporación de código: qué condiciones
debe cumplir, qué tests d...
Si no ha sido probado, no
funciona
¡Integración continua!
● Si no latenéis, puedeser laprimeratarea.
● Y parahacer integración continua, hacen falta
tests.
–...
Buscad una metodología
de trabajo
SCRUM, programación por parejas... lo que
más os convenga, pero tened una.
Y siempre tra...
Cread una lista de
tareas
== issues en GitHub.
En principio para 4-5 personas x 24 horas,
pero puede haber más (o menos).
...
No planifiquéis ningún
trabajo para vosotros
mismos
Tendréis bastante con ir apagando fuegos,
explicando cosas, integrando...
Recuerda que hay un fin
de semana por medio
Tenemos espacio en la corrala de Santiago,
pero podéis ir donde queráis.
¡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, e...
El hackathón es
programación +
comunicación
Designad fotógrafo Flickero/Instagramero+
instagramero + YouTubero + twittero ...
#hackathonugr
+ (#|@)[proyecto] + [@oslugr]
El lunes día 7 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
Upcoming SlideShare
Loading in …5
×

8º hackatón de proyectos libres de la UGR: Ayuda para los participantes

684 views

Published on

Una serie de consejos para las personas que propongan proyectos en un hackatón.

Published in: Engineering
  • Be the first to comment

8º hackatón de proyectos libres de la UGR: Ayuda para los participantes

  1. 1. 8º Hackathon CUSL-UGR: Trucos y consejos para proyectos participantes JJ Merelo dirosl@ugr.es
  2. 2. ¿Qué es un hackathón? Una experiencia de trabajo colaborativo para trabajar en proyectos de desarrollo de software
  3. 3. ¿Para qué sirve? Para dar un empujón a los proyectos granadinos participantes en el certamen + visibilizar el software libre + los proyectos que participan.
  4. 4. ¿Cómo se usa? Vayamos por partes
  5. 5. Atraer al colaborador Tenéis unos diez minutos para contar de qué va el proyecto y atraer a colaboradores.
  6. 6. Educar al colaborador Explicadle lo necesario para que comiencen a participar en el proyecto. Nunca será todo lo necesario. Preved sesiones de entrenamiento personal.
  7. 7. 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.
  8. 8. Ayuda de la OSL Problemas con GitHub + difusión del proyecto + testeo + lo que se pueda.
  9. 9. 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...
  10. 10. Y vosotros en todas Cada tarea, un issue, cada issue está en un milestone y debe resolverse con un commit, cada commit se refiere a un issue. Si no os fiáis, fork + pull request.
  11. 11. 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.
  12. 12. Previo al hackathón ¡Liberad ya el (o algo de) código y subidlo a GitHub! (Si no lo habéis hecho)
  13. 13. 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...
  14. 14. Mejor práctica: Crear un contributing.md que ayude a presentes (y ausentes) a saber qué hace falta y cómo se añade.
  15. 15. 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.
  16. 16. Si no ha sido probado, no funciona
  17. 17. ¡Integración continua! ● Si no latenéis, puedeser laprimeratarea. ● Y parahacer integración continua, hacen falta tests. – Puedeser latarea0.
  18. 18. 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/milestones + issues.
  19. 19. 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.
  20. 20. 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.
  21. 21. Recuerda que hay un fin de semana por medio Tenemos espacio en la corrala de Santiago, pero podéis ir donde queráis.
  22. 22. ¡Usad tickets! Github y el resto de las plataformas tienen un método fácil de asignar tareas.
  23. 23. 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.
  24. 24. El hackathón es programación + comunicación Designad fotógrafo Flickero/Instagramero+ instagramero + YouTubero + twittero + bloguero + Facebookero + G+ero + cronista (puede ser un colaborador externo)
  25. 25. #hackathonugr + (#|@)[proyecto] + [@oslugr]
  26. 26. El lunes día 7 queremos ver versiones x+1 (o +2) de todo. Obtened un resultado tangible
  27. 27. El hackathón no termina el lunes Tratad de conservar a los colaboradores hasta el final del concurso (y más allá)
  28. 28. Preguntas, sugerencias y comentarios

×