Bueno, en alguna parte del mundo habrá muerto un obispo, por lo que me toca actualizar mi blog (Espero no ofender a nadie con el chiste).
Bueno, el caso es que estoy organizando (con respaldo de la empresa y de otra gente) un evento orientado a sacarse los ojos entre los diferentes defensores de FrameWorks Webs. La idea es simple, charlas introductorias, casos de éxito, debates y el plato fuerte, una competencia donde cada FrameWork demuestre de lo que es capas. Como dice el refrán “En la cancha se ven los pingos”.
En esta dirección pueden ir viendo como va quedando el cronograma de actividades a medida que vayamos confirmando y refinando actividades: http://goo.gl/398aq
Para aclarar un poco lo que ahí aparece voy comentando en base a lo que esta en el momento que doy de alta este post, espero luego ir aclarando las actualizaciones por este mismo medio.
Día 1:
Bienvenida:
Creo que esto no merece la pena ser aclarado. Un flaco parado en el aula magna (o donde nos dejen) saludando a los que vinieron y a los que nos ven por streaming (si, esperamos tener esta posibilidad para quienes no puedan venir).
¿Que son y para que sirven los FrameWorks?:
Algún desafortunado (acatamos voluntarios) tendrá que resumir esta ambigua, gigante y polémica pregunta en una explicación que no dure más de 30 minutos. Para colmo de males, tendrá que tratar de ser lo mas genérico y objetivo sin hablar de ninguna framework en concreto (en lo posible). Obviamente, para este pobre infeliz habrá ayuda departe de los demás “expertos” (también se buscan y aceptan voluntarios).
Introducción a …:
Pues eso, por cada experto que consigamos en un framework especifico, habrá una charla introductoria de 30 minutos para que presente su aliado de desarrollo. De más esta decir que también es una labor enorme dejar claro lo que define a un framework particular en solo 30 minutos.
Debate entre expositores:
La idea acá es poner a un representante por cada herramienta y un aprovechado moderador que les haga preguntas con toda la malicia posible sobre temas en especifico: curva de aprendizaje, estabilidad, escalabilidad, rendimiento, compatibilidad con BDs, compatibilidad con HTML5, orientación a objetos, paradigma de desarrollo, velocidad de desarrollo y los que vayan surgiendo.
Con este debate se pretende lograr que los oyentes (y los participantes también) vayan notando ya las diferencias entre los productos disponibles para que se planten a que cliente le pueden hacer pagar sus horas de aprendizaje podrían implementarle el nuevo framework que les pareció más aplicable a sus requisitos.
Almuerzo:
¿Hace falta que aclares? ¬¬
Talleres:
Cuando ya todos están tranquilos nuevamente con sus estómagos llenos. Arrancamos con los talleres, la idea seria ir haciéndolos en paralelo para aprovechar los laboratorios que consigamos y el tiempo (sobre todo el tiempo).
Esto traerá la contra de que quienes quieran participar no van a poder estar en todos (o si, si le preguntan a Naruto o a Piccolo como dividirse … el giratiempo de Hermione seria otra opción). Tal vez podríamos organizar para que no se pisen talleres de frameworks del mismo lenguaje, o lo que sea, ya lo veremos.
Inscripción de equipos:
Es verdad que espero que al menos los expertos ya estén decididos de ante mano, pero la idea es dar la posibilidad a cualquiera de formar parte de alguno de los equipos, incluso si nunca antes tocaron el framework con el que van a participar (sobre todo si nunca antes lo tocaron).
Por ahora la idea es que pongamos numero mínimo de participantes (máximo no hace falta, cuando mayor el numero, se complican solos). Ahora bien se podría exigir un mínimo de miembros con las características: 1 estudiante de la UTN o UNNE (a pedido de la UTN), 1 novato (llamémoslo valientes, tiene más onda :p) que no haya tenido experiencia previa en un proyecto grande con ese framework y 1 “experto” (Con un sistema en su haber ya seria un experto). Esto nos da un mínimo de 2 (¿algún otro requisito del equipo?)
Yo pensaba en un solo equipo por framework para simplificar la evaluación.
Deberíamos empezar a reclutar “expertos”, tanto para las charlas como para los talleres y como núcleos de equipo, de esta forma podemos ver los recursos materiales que vamos a necesitar.
Definición de requisitos del sistema a desarrollar:
La idea seria que los requisitos del sistema sean espontáneo y generados por el publico (para darle riesgo al asunto). Notese que es luego de la inscripción, para que nadie se asuste con los requisitos. También es en el primer día, para que los equipos súper enfermos por ganar, puedan comenzar a trabajar ya y tener mejores resultados para ver en la muestra. (Esto último aun esta en total debate, porque también es cierto que puede generar un poco de desigualdad en la competencia.)
¿Sorteo?:
Si alguien nos da algo para sortear, lo sorteamos, pero no se hagan ilusiones. (Podríamos solo sortear entre inscriptos en algún equipo, como para incentivar a los que están dudando.)
¿Asado, choripanes o lo que consigamos?:
De nuevo, esto seria lo que se consiga, o una “vaquita” (juntar plata entre todos, para los que no son Argentinos).
Día 2:
Apertura de laboratorios e inicio formal del desarrollo:
El disparo de largada (Con balas de salva, quédense tranquilos).
Desarrollo de los equipos:
3 horas y media (a confirmar) donde el zoológico de programadores hace lo que mejor sabe hacer, desconectarse del mundo real para ir a visitar a Socrates en el mundo de las idea. Y de paso “aporrear” (como dicen los españoles) a sus teclados.
Casos de éxito:
No necesariamente tiene que ser casos de éxito, la idea es ir dando charlas para quienes no participen en la competencia, tanto como para matar el tiempo. Incluso podríamos hacer algo similar a el barcamp, donde cualquiera puede proponer un tema y juntarse en una sala a charlarlo (pero tratando que se relacione a la idea del evento).
Implementación en los servidores designados:
El horario aun se puede debatir, pero la idea es tocar una especie de campana (o una de verdad si logro conseguir mmm…) y que suban los proyectos como están a sus respectivos servidores. El que no termine de subirlo terminado el plazo (30′ después de la primera campana como tiempo tentativo), queda automáticamente fuera de competencia (pero igual podríamos mostrar su proyecto para que el publico no se pierda su experiencia).
Presentación de implementaciones:
Se les da X minutos a cada equipo (dependerá de cuantos equipos haya) para mostrar lo bueno de lo que hicieron.
Evaluación de implementaciones:
El jurado evalúa los proyectos (con aportes de los participantes de equipos rivales tal vez) y se definen puntuaciones en categorías especificas (parecidas a los tópicos del debate) y una puntuación total para definir al equipo supremo ganador.
Entrega de premios:
Un bolígrafo de $1 para cada participante del equipo ganador. O lo que consiga de los sponsor.
Cierre:
Unas bonitas y emotivas palabras de los organizadores, un “hasta luego, los esperamos el año que viene” y cada uno a su casa que tenemos que volver a los sistemas aburridos que nos pagan las facturas.
Conclusión:
A esto aun le faltan pulir muchas cosas, tratare de tenerlos al tanto y sobre todo NECESITAMOS EXPERTOS (arriba comente a que me refiero con expertos).
Links:
Evento en facebook:
http://www.facebook.com/events/327440257299530/
Encuestas:
http://gopollgo.com/que-incluir-en-el-evento
http://gopollgo.com/cuantos-dias-de-framewar
http://gopollgo.com/fecha-para-la-framewar
Grupo google donde lo estamos debatiendo:
https://groups.google.com/forum/?hl=es&fromgroups#!topic/dev_ops/iZdsc2Yxujg