Este documento ofrece consejos para proyectos participantes en el 8o Hackathon CUSL-UGR. Explica que un hackathon es una experiencia colaborativa para trabajar en proyectos de software de forma colaborativa. Recomienda atraer y educar a colaboradores, incluirlos en tareas incluso si no son informáticos, y buscar ayuda de la OSL. También enfatiza la importancia de tener una guía de prácticas de codificación, crear issues en GitHub, y obtener un resultado tangible al final del hackathon.
Como triunfar con tu proyecto en un hackatónJuan J. Merelo
Guía para los proyectos participantes en el hackatón de proyectos de la UGR, donde explicamos qué hacer para atraer colaboradores en el hackatón y, si es posible, conservarlos
Como triunfar con tu proyecto en un hackatónJuan J. Merelo
Guía para los proyectos participantes en el hackatón de proyectos de la UGR, donde explicamos qué hacer para atraer colaboradores en el hackatón y, si es posible, conservarlos
Charla que impartí en el Colegio Zabalburu sobre mi experiencia como Frontend Developer a los alumnos de Desarrollo de Aplicaciones Web y Administración de Sistemas Informáticos en Red.
Taller donde se explica el Canvass de Prototipado para preparar a los participantes de un hackaton, StartupWeekend o eventos donde se tenga que desarrollar un prototipo en un tiempo limitado.
Se puede utilizar como base para plasmar las ideas de una Startup y ver funcionalidades básicas para probar.
Cultura Maker: Pensando en el Pensamiento Computacional #Coding #DIY@cristobalcobo
"Lo Pendiente y lo Invisible en la Tecnología Educativa". Esta presentación analiza las características del pensamiento computacional y su aplicabilidad en los sistemas escolares desde esas tempranas.
Más información:
fundacionceibal.edu.uy
@cristobalcobo
El diseñador a medias (con notas). UX Spain 2013 qweos
Cuatro ocasiones en la que los diseñadores de interacción se quedan a medias en el proceso de definición y creación de productos digitales.
Presentación para User Experience Spain 2013. Encuentro de profesionales de la Experiencia de Usuario en España celebrado los días 11 y 12 de mayo de 2013 en el Palacio de Congresos Conde Ansúrez de la Universidad de Valladolid.
Slidedeck de la charla que "Consejos de un perro viejo programador"
Hola me llamo Braulio y llevo más de 34 años programando (más de 20 años como profesional), en este tiempo me ha tocado
trabajar con un montón de tecnologías y proyectos: basic, pascal, ensamblador, cobol, clipper, delphi, c++, mfc, c# / .net framework, winforms,
asp .net web forms, silverlight, asp .net mvc, javascript, typescript, angularjs, react, ...
Después de tantos años sin colgar el ratón, me gustaría compartir contigo varias cosas que creo que me han sido
útiles, en esta charla vamos a tocar muchos palos :):
- Carrera.
- Toma de requerimientos, proyectos y estimaciones.
- Arquitectura.
- Código.
Ponente: Braulio Diez @braulio_sl
LLevo un montón de años programando (empezé en 1985, y como profesional en 1998), he trabajado con muchas tecnologías y proyectos de muchos tipos.
En 2010 me monté por mi cuenta, soy uno de los fundadores de Lemoncode Formación y de BaseFactor (consultoría).
Me dedico sobre todo a Front End, y echo un cable a otras empresas a aprender y llevar adelante proyectos front
desarrolladores con React, Redux, Typescript, ES6...
Si nos queréis seguir, nuestras cuentas de twitter son:
@braulio_sl
@lemoncoders
@basefactorteam
Charla que impartí en el Colegio Zabalburu sobre mi experiencia como Frontend Developer a los alumnos de Desarrollo de Aplicaciones Web y Administración de Sistemas Informáticos en Red.
Taller donde se explica el Canvass de Prototipado para preparar a los participantes de un hackaton, StartupWeekend o eventos donde se tenga que desarrollar un prototipo en un tiempo limitado.
Se puede utilizar como base para plasmar las ideas de una Startup y ver funcionalidades básicas para probar.
Cultura Maker: Pensando en el Pensamiento Computacional #Coding #DIY@cristobalcobo
"Lo Pendiente y lo Invisible en la Tecnología Educativa". Esta presentación analiza las características del pensamiento computacional y su aplicabilidad en los sistemas escolares desde esas tempranas.
Más información:
fundacionceibal.edu.uy
@cristobalcobo
El diseñador a medias (con notas). UX Spain 2013 qweos
Cuatro ocasiones en la que los diseñadores de interacción se quedan a medias en el proceso de definición y creación de productos digitales.
Presentación para User Experience Spain 2013. Encuentro de profesionales de la Experiencia de Usuario en España celebrado los días 11 y 12 de mayo de 2013 en el Palacio de Congresos Conde Ansúrez de la Universidad de Valladolid.
Slidedeck de la charla que "Consejos de un perro viejo programador"
Hola me llamo Braulio y llevo más de 34 años programando (más de 20 años como profesional), en este tiempo me ha tocado
trabajar con un montón de tecnologías y proyectos: basic, pascal, ensamblador, cobol, clipper, delphi, c++, mfc, c# / .net framework, winforms,
asp .net web forms, silverlight, asp .net mvc, javascript, typescript, angularjs, react, ...
Después de tantos años sin colgar el ratón, me gustaría compartir contigo varias cosas que creo que me han sido
útiles, en esta charla vamos a tocar muchos palos :):
- Carrera.
- Toma de requerimientos, proyectos y estimaciones.
- Arquitectura.
- Código.
Ponente: Braulio Diez @braulio_sl
LLevo un montón de años programando (empezé en 1985, y como profesional en 1998), he trabajado con muchas tecnologías y proyectos de muchos tipos.
En 2010 me monté por mi cuenta, soy uno de los fundadores de Lemoncode Formación y de BaseFactor (consultoría).
Me dedico sobre todo a Front End, y echo un cable a otras empresas a aprender y llevar adelante proyectos front
desarrolladores con React, Redux, Typescript, ES6...
Si nos queréis seguir, nuestras cuentas de twitter son:
@braulio_sl
@lemoncoders
@basefactorteam
Benchmarking languages for evolutionary computationJuan J. Merelo
A poster presented at ECTA/IJCCI 2016 with our research on evolutionary algorithms. Paper sources and data at https://github.com/geneura-papers/2016-ea-languages-PPSN/releases/tag/v1.0ECTA
Introducción a HDR y Tonemapping con LuminanceJuan J. Merelo
Una breve introducción al tratamiento de imágenes HDR con esta herramienta. Desde tonemapping con una sola imagen hasta creación de imágenes HDR mediante bracketing
Enforcing Corporate Security Policies via Computational Intelligence TechniquesJuan J. Merelo
Paper presented at the SecDef workshop @GECCO 2014, by Enforcing Corporate Security Policies via Computational Intelligence Techniques
Antonio Moral is the main author of the presentation
libro conabilidad financiera, 5ta edicion.pdfMiriamAquino27
LIBRO DE CONTABILIDAD FINANCIERA, ESTE TE AYUDARA PARA EL AVANCE DE TU CARRERA EN LA CONTABILIDAD FINANCIERA.
SI ERES INGENIERO EN GESTION ESTE LIBRO TE AYUDARA A COMPRENDER MEJOR EL FUNCIONAMIENTO DE LA CONTABLIDAD FINANCIERA, EN AREAS ADMINISTRATIVAS ENLA CARREARA DE INGENERIA EN GESTION EMPRESARIAL, ESTE LIBRO FUE UTILIZADO PARA ALUMNOS DE SEGUNDO SEMESTRE
Convocatoria de becas de Caja Ingenieros 2024 para cursar el Máster oficial de Ingeniería de Telecomunicacion o el Máster oficial de Ingeniería Informática de la UOC
2. ¿Qué es un hackathón?
Una experiencia de trabajo colaborativo para
trabajar en proyectos de desarrollo de
software
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.
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. 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. Ayuda de la OSL
Problemas con GitHub + difusión del
proyecto + testeo + lo que se pueda.
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. 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. 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.
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. 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. 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.
17. ¡Integración continua!
● Si no latenéis, puedeser laprimeratarea.
● Y parahacer integración continua, hacen falta
tests.
– Puedeser latarea0.
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. 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. 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. Recuerda que hay un fin
de semana por medio
Tenemos espacio en la corrala de Santiago,
pero podéis ir donde queráis.
22. ¡Usad tickets!
Github y el resto de las plataformas tienen un
método fácil de asignar tareas.
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. 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)
No os van a faltar usuarios, pero tratad de atraer a todo el mundo. Las razones por la que una persona elige un proyecto u otro son sólo técnicas en una enésima parte (que puede ser la cuarta).
Y los colaboradores van a ser de todo tipo. No vayáis a contar si usáis este lenguaje súper raro o Gradle o Shippable. Interesarlos en EL PROYECTO
Las primeras sesiones del hackatón serán en plan taller, pero preparad unas transparencias para explicar lo necesario, tanto para los técnicos como los no técnicos.
Si necesitáis presentaciones sobre git, GitHub y cosas así pedidlas a la OSL. También hay bastantes presentaciones sobre temas diversos. No perdáis el tiempo preparando una presentación, buscad alguna que haya por ahí. Dedicadle tiempo a organizar el proyecto.
Y siempre debéis dar permiso a los usuarios para que hagan el commit. En el trabajo colaborativo todos las colaboraciones deben estar acreditadas.
Como casi todos tenéis github, decidles simplemente que se descarguen los clientes de GitHub en su ordenador.
Pero, evidentemente, tampoco mandéis tareas por mandar... Agrupad las tareas en hitos y comprobad de esa forma cómo se va avanzando en cada hito.
O haced el último commit, incluyendo un TODO con mucho DO.
Si no sabéis lo que es la integración continua, quizás este es el momento de aprenderlo http://about.travis-ci.org/docs/user/getting-started/. Usad también la metodología SCRUM que os van a enseñar (o la que os apetezca) para ir integrando los cambios.
Programación por parejas http://en.wikipedia.org/wiki/Pair_programming
Ahora mismo hay 106 personas inscritas, pueden aparecer entre 40 y 50.
Pero puede que haya gente que llegue tarde o se quede en su casa. Prevé una forma fácil de comunicación: tickets en la forja, hangout, lo que sea.
Puede ser un bar que tenga la uni cerca (y llegue el WiFi), un sótano en vuestra casa... Desgraciadamente no hemos podido encontrar un local en esta ocasión.
GitHub, además, permite fácilmente cerrar o referenciar tareas desde los commits. Esto lo hemos dicho al menos tres veces, pero conviene repetirlo. La dinámica de crear y cerrar tickets es una forma genial de ver el avance de un proyecto y anima a los que los cierran (o a los que no lo han hecho todavía).
El colaborador puede diseñar un plan de comunicación, por ejemplo, y coordinar a quien se encargue de todo eso.
Cerrad muchos hitos (o uno solo) y que se vea actividad en las forjas. Los que participéis en el CUSL, haced referencia a él siempre que podáis.