Last updated by AlessMascherpa on Tue, 2011-12-13 08:55
Durante la Drupalada del día 27 de Valencia hablamos bastante sobre el DrupalDay, de la localización, organización y demás. Para agrupar todo lo hablado y todas las posibles ideas, decidimos crear esta wiki para ir añadiendo. Quien tenga alguna idea que proponer para el DrupalDay, este es el lugar.
Objetivos del DrupalDay
Organizar un evento a nivel nacional para los profesionales de Drupal así como promover el uso de Drupal entre las empresas del sector de la comunidad y entre los estudiantes de carreras relacionadas de las universidades locales.
Lugar de celebración
Está casi confirmado el ITI como lugar de celebración. Parece que finalmente contaremos con dos salas con capacidad para unas 140 personas más otras dos o tres de unas 25 para talleres/sprints y bofs. Falta que nos confirmen cualquiera de los tres fines de semana posibles de abril (13-15, 20-22 o 27-29) para tener el lugar 100% asegurado. Hynnot se encargará de gestionar el tema. Parece ser que el alquiler del centro será de gratuíto y únicamente habría que pagar a los técnicos de las salas que los necesiten. Hynnot nos pondrá precios dentro de poco. También es posible que el ITI también ponga alguno de los profesionales que allí trabajan para hacer una sesión.
Debido a la localización del ITI, el tema de la comida puede estar complicada, la UPV, donde está el ITI, está cerrada en fin de semana y abrirían esa parte para nosotros. Su localización queda algo alejada de bares y restaurantes, con la excepción del centro comercial Galileo Galilei, de la UPV. Pero siendo sábado, es posible que no haya nada abierto. Durante la drupalada se ha planteado la posibilidad de contratar un catering si el presupuesto lo permite (diversos bares y restaurantes de la UPV ofrecen servicios de catering). En caso de que no entre en el presupuesto, una idea es ofrecer la posibilidad de un pago durante el registro al evento para, quien quiera, tener catering a la hora de comer. Siendo un evento de bajo presupuesto, habrá que buscar una opción barata.
Organización de las salas
Considerando un lugar de celebración con 5 salas, hemos pensado organizarlo de la siguiente manera:
- Una sala grande (140 personas) para un track de iniciación de Drupal, incluyendo lo siguiente: Preparación del sistema (entorno Apache + MySQL + PHP), instalación de Drupal, conceptos básicos de Drupal (nodos, tipos de contenido, taxonomía, fields, bloques...), perfiles de instalación (Vender Drupal mostrando de lo que es capaz: OpenAtrium, COD, OpenPublish, eRecruiter...), personalización (instalación de módulos y temas), introducción a módulos más comunes (Views + Fields API), otros módulos útiles (Pathauto, Wysiwyg, Date/Calendar, Panels/Context...).
- Otra sala grande (140 personas) para sesiones de nivel más avanzado. Se aceptan propuestas para sesiones.
- Una de las salas pequeñas para hacer dos sprints de código, uno por la mañana y otro por la tarde. Una de las propuestas (sugerida por oskar_calvo en el canal de #drupal-es) para el sprint es para crear ejemplos de creación de plugins para Views. Con este sprint abarcamos varios objetivos: aprender sobre como funciona views, contribuír algo muy necesario (documentación y ejemplos de Views!), introducir a la gente al sistema de contribución de Drupal. Además, con este sprint, no dependeremos de la issue queue, pudiendo elegir empezar con algo simple e ir complicándose. Se aceptan sugerencias para el otro sprint.
- Otra sala de las pequeñas, estará destinada a talleres de más duración (cerca de 2 horas), para tener tiempo de meterse en profundidad con un tema. Se aceptan sugerencias para posibles talleres. Creo que un taller de rendimiento estaría interesante (siempre tienen buena acogida), otro de theming también vendría bien.
- La última sala sería para networking y otras actividades, como podrían ser BoFs o el speed dating propuesto por frankgil. Lo que se realizase en esta sala estaría abierto y se autoorganizaría durante el propio evento.
Si finalmente se realiza en el ITI, este cuenta con una magnífica terraza que también estaría disponible para otras actividades, siempre y cuando el tiempo lo permita (ya sabéis, en abril, aguas mil).
Desde ya, se aceptan sugerencias para sesiones y ponentes para las mismas (tanto para las sesiones/talleres/sprints propuestos, como para sesiones por proponer).
Actividades al margen
Tal y como se hizo en el DrupalDay de Barcelona del año pasado, intentaremos organizar un recorrido turístico por la ciudad el domingo posterior al evento, como tomar unas cervezas el viernes anterior. También está la posibilidad de una cena y/o copas el sábado noche.
Web del DrupalDay
Alessandro (ALMADEWEB) se ha ofrecido a hacer la maquetación. Me imagino que la asociación española pondrá el dominio y el hosting. Sería buena idea tenerla lista para finales de año/comienzos del año próximo. Se buscan voluntarios que quieran trabajar en ello. Desde ya, se buscan posibles diseños para la web y logos para el evento.
Hynnot comenta que probablemente sea necesario pedir el DNI durante el registro al evento, debido a que la UPV se abrirá para nosotros, si un guardia para a alguien, le pedirá el DNI para saber si es del evento o no.
Promoción
¿Cómo podemos promocionar el evento? Periódicos, televisiones, blogs, carteles por las diferentes universidades... Hynnot a comentado la posibilidad de que el ITI mande un newsletter a sus cerca de 700 empresas del sector asociadas informando. Si no, habrá que empezar a buscar diferentes empresas y escribir una "nota de prensa" para enviarles a ellas y al resto de medios de comunicación.
También habrá que pensar en los posibles gastos relacionados: Chapas/camisetas para los asistentes, pagarles el cátering a los ponentes...
Si finalmente contamos con dos salas de 140 personas, una para el track de iniciación, un método de promoción podría ser que, cualquier estudiante presentando su carnet de estudiante pueda entrar a esa sala, sin necesidad de registrarse, pero no tendría la chapita de bienvenida (que podría comprarla por una mínima cantidad), ni ningún tipo de catering.
Presupuesto y patrocinadores
El evento debería ser para un bajo presupuesto (no más de 2000 €). No serán necesarios buscar muchos patrocinadores ya que la Asociación Española de Drupal tiene empresas colaboradoras que son directamente patrocinadores de cada evento Drupal nacional (DrupalDay y DrupalCamp). En un principio, se tiene pensado que todos los paquetes de patrocinio sean iguales, el año pasado solo había un paquete de promoción de 100 €, con la posibilidad de que una empresa pague 1 o 2 paquetes. La única diferencia entre pagar 1 o 2 paquetes es, que las empresas que pagaban 2 tenían su nombre en una sala y las que pagaban 1 tenían su nombre en uno de los espacios dedicados a BoFs.
Si finalmente se celebra en el ITI, ellos serían automáticamente un patrocinador. Los miembros de la comunidad de Drupal de Valencia también hemos acordado poner como patrocinador al Bar Bipolar, que nos acoge una vez al mes sin pedirnos nada a cambio y nos ofrece un magnífico lugar, abierto en exclusiva para nosotros con proyector y conexión wi-fi. Como se ha comentado en el párrafo anterior, cada empresa colaboradora de la Asociación, también será directamente un patrocinador.
Cosas que necesitamos/podemos ir buscando
- Alojamiento: Hoteles, albergues... A ser posible, bien comunicados con la UPV ya sea mediante bus o metro/tranvia...
- Lista de medios de comunicación para promocionar:Periódicos, televisiones locales, revistas especializadas, blogs...
- Diseño: Propuestas de diseño para el logo, la web, camisetas, chapas...
- Servicios varios: precios de camisetas, chapas, cartelería, catering...
- Voluntarios para tareas varias: encargarse de la web y búsqueda de información por ahora.
- Ponentes para las sesiones/talleres propuestos.
- Propuestas de sesión (que entren dentro del ámbito de profesionales de Drupal).
Grupos de trabajo
| Grupos de tareas | Responsable | Co-responsable | Voluntarios |
|---|---|---|---|
| responsable para la web | @ALMADEWEB | @ldotlopez | ? |
| gestión del lugar (localización, organización...) | @Hynnot | ? | ? |
| coordinador general | @David Hernández | ? | ? |
| promoción + servicios que sean necesarios (catering, cartelería, chapas, camisetas...) | ? | ? | ? |
| sesiones/ponentes + voluntarios | @carlescliment | ? | ? |
Comments
Varios comentarios: Tremendo
Varios comentarios:
Hola Pedro, Gracias por el
Hola Pedro,
Gracias por el feedback.
Un saludo,
David.
Como os lo curráis!
Vaya por delante mi enhorabuena a todo el grupo de Valencia, tenéis un empuje envidiable y estáis haciendo las cosas muy bien.
He promocionado la wiki a Spain para que ¿gane? visibilidad.
Ahora, como no me gusta estar callado, pongo mi granito de arena:
No se me ocurre más por el momento.
Salu2
Hola NITEMAN, Mientras
Hola NITEMAN,
Mientras escribías el comentario yo editaba la wiki con algunas sugerencias parecidas.
Opción B a la comida,
Opción B a la comida, s/bocatas/pizzas
Buena idea lo de
Buena idea lo de bocatas/pizzas
1 - Como ya comenté en la
1 - Como ya comenté en la drupalada de ayer, a mi tampoco me acaba de convencer el track de iniciación. Aunque si hay voluntad de la comunidad en general y voluntarios que se quieran ocupar de esto, no voy a frenarlo yo. Yo veo el evento más orientado a desarrolladores que ya sepan de que se está hablando y quieran saber más. El otro tipo de público puede ser muy bienvenido a otro tipo de eventos como la Camp o eventos de potenciación de la comunidad a nivel local como las drupaladas. Quizá se podría plantear otro tipo de evento de un día más en esa linea y a nivel local, pero yo no mezclaría las cosas, que nos liamos. Tal y como yo lo veo el éxito del dday no es directamente proporcional al el número de asistentes, el cual dependería más bien del tipo de asistentes. En este sentido cobrar una entrada simbólica podría ayudar, a demás de solucionar lo del catering.
2 - Varnish sería genial. De Optimización del Front-end no se ha visto nada en otros eventos, que yo sepa, y estaría muy bien. @NITEMAN, si te decides por este último tema a mi me gustaría echar una mano.
3 - Quitaría los sprints como se comenta en el post de @carlescliment. Y las sesiones de 30 minutos totalmente en contra.
4 y 5 - todo bien.
Un saludo,
Alessandro Mascherpa.
Proponer lo que ya se comentó
Proponer lo que ya se comentó en el irc, un sprintcode para hacer algún pluggin de views y luego compartirlo en views examples con el resto de la comunidad.
Oskar
Lee
Al menos leete el hilo, porque hasta apareces nombrado donde se recoje la propuesta :P
(que acelerados vamos todos)
Salu2
Ya está en la wiki :)
Ya está en la wiki :)
Como comenté en la drupalada
Como comenté en la drupalada que tuvimos ayer en Valencia, quizá deberíamos intensificar los talleres prácticos y ponencias en lugar de sprints de código.
Los sprints de código están perfectos, pero en un solo día es muy difícil que sean productivos. Quizá lo mejor es que este tipo de aportaciones se realicen mediante propuestas a más largo plazo como la que inició juampy.
Los que acudieron a la experiencia de Barcelona podrán arrojar más luz sobre esto.
Un saludo.
Secundo la idea de hacer
Secundo la idea de hacer talleres y no sprints. Aunque ésta no era mi opinión me parece que @carlescliment lo ha argumentado bien. Creo que sería interesante hacer uno de contribuciones de código que sería la continuación de la charla de contribuciones que se hizo en la DrupaCamp 2011 de Sevilla. Como allí, creo que sería mejor si este tipo de talleres se preparan y se hacen entre varias personas. Esto a demás nos evitará tener que cancelar alguno a última hora (o que sea más dificil tener que cancelarlo). En este punto la idea de @oskar_calvo me parece genial si se acaba convirtiendo en un submódulo de examples.
Discrepo ;)
Discrepo, yo le perdí el "miedo" a picar para views y drush en DD Barcelona gracias a David Hernández y Jonhattan, y si bien no llegamos a cerrar issues, si que abre las puertas a que la gente se pique a colaborar.
--
Christian López Espínola (@penyaskito)
+1 a eso!
+1 a eso!
Hola @penyaskito. Ya se está
Hola @penyaskito. Ya se está plateando incluir talleres para perder el miedo a contribuir, pero un sprint es otra cosa. ¿Cuanta gente erais en Barcelona? A parte de los responsables de los sprints
Un saludo,
Alessandro Mascherpa.
Como la diferencia entre
Como la diferencia entre taller y sprint no la tengo del todo clara, voy a explicar lo que sucedió en Barcelona. Esto lo podrá explicar mejor David que yo, pero lo intento con mi vaga memoria.
En Barcelona, se plantearon sprints para distintas temáticas. De cada temática, había al menos una persona que guiaba (en el que yo asistí, se juntaron Jonhattan y David para un combo Drush + Views).
Ellos tenían localizados issues sencillos donde puedan meter mano los neófitos (ahora con el tag Novice puede ser más sencillo aún). Se presentaron unas 15 personas.
David planteó una intro de trabajar en las issue queues, de flujos de trabajo con Git, y de como montar el escenario de desarrollo. Después David y Johnattan contaron los métodos de la API de views y drush necesarios para completar la funcionalidad deseada. Después de esto, los pocos que no huímos asustados (*) fuimos intentando solucionar la issue elegida.
No sé si a esto lo llamaríais taller o sprint, pero a mi me gustó el formato. No es demasiado básico para la gente con experiencia en Drupal.org, que además puede dar soporte al que lidere el sprint, y la gente con poca experiencia en desarrollo en Drupal.org puede 'subirse al carro' de una manera asequible.
Espero que David matice lo que crea conveniente y anote si me he dejado algo atrás.
--
Christian López Espínola (@penyaskito)
Muchas gracias @penyaskito. 1
Muchas gracias @penyaskito.
1 - conseguir esto es justo lo que se plantea con un taller: que la gente entienda y practique el flujo de trabajo de una issue y que el flujo se complete. En este punto seguro que hay módulos más adecuados que drush o views (por si menor complejidad que no por su importancia), sobre los que se tenga un mayor control.
2 - el taller duraría 2 horas, de esta manera los asistentes pueden tener tiempo para ver otras sesiones/talleres.
3 - no hay tiempo para gente que no sepa de que va. Se establece el nivel y el entorno necesarios para el taller de manera previa. "Si no cumples los requisitos, no te preocupes, hay alternativas para ti".
4 - Orientar esto hacia un taller no quiere decir que no se hagan sprints, pero yo lo orientaría más al formato autoorganizado, como los bofs, y tener espacio para hacerlos, como los bofs. Otra cosa es que formen parte del núcleo de la organización del dday.
Supongo que queda claro que hago +1 a lo que comentas, pero con matices.
Un saludo,
Alessandro Mascherpa.
Hola, 1.- No veo igual el
Hola,
1.- No veo igual el objetivo de un taller. No creo que el taller sea el mejor lugar para mostrar el funcionamiento de la issue queue ni de que los asistentes contribuyan. Creo que un taller va destinado a charlas que se quedan cortas con 45 minutos o 1 hora, como la sesión de creación de plugins para Views, Panels y Ctools de la DrupalCamp. En un taller el ponente tiene tiempo de escribir código y mostrar los resultados. En cambio, en un sprint de 4 horas, se puede hacer una introducción a la issue queue y que los asistentes toquen todo el código que quieran. Incluso se podría hacer un primer sprint más sencillo, con algunos voluntarios guiando a los novatos y un segundo sprint más hardcore para los valientes.
2.- Creo que hay algunas personas más interesadas en participar en un sprint que en talleres o sesiones, aunque sean pocos. Teniendo dos sprints de 4 horas, tienes tiempo de ver otras cosas. A parte de que nadie te obliga a quedarte. En Barcelona había bastante gente que entraba y salía. Es lo bueno de un sprint, que puedes faltar 45 minutos y después volver sin perder el hilo.
3.- Completamente de acuerdo. Pero en nuestro caso, el track de iniciación, debería llevarse a la gran mayoría de gente que no cumple los requisitos.
4.- Teniendo 4 salas, solo una de ellas orientadas a sprints y otras 3 de iniciación, sesiones y talleres no lo veo tan mal. De esta manera, los sprints solo ocupan una pequeña parte, al contrario que en Barcelona que hubo 4 salas de sprint (Drush, Views, Theming y rendimiento) y 1 de sesiones.
@penyaskito, me has subido la moral :D La verdad es que llegué al sprint sin ir muy preparado, únicamente llevaba lista la presentación y la explicación sobre el funcionamiento de la issue queue y git. Me alegro de que sirviese de algo :) Con que viniesen dos o tres personas más como tu, dispuestas a hackear un rato, el resultado podría ser muy bueno. Ya que con 4 o 5 personas con experiencia en la sala, se puede ayudar a los 8 o 9 novatos que haya y sacar algo productivo.
Un saludo,
David.
Un breve comentario, creo que
Un breve comentario, creo que tenéis que parar un momento a definir el drupalday que quereis hacer y sacar un objetivo principal, creo que estáis intentando abarcar demasiado contenido para un solo día en un evento gratuito.
http://en.wikipedia.org/wiki/KISS_principle
En mi opinión, en Barcelona hubo demasiadas cosas al mismo tiempo y deberíamos simplificarlo un poco.
Me gusta la idea de Alessandro para definir los sprints igual que los BoFs, quizás habilitar una sección en la web para que la gente se coordine antes, pero nada oficial.
Supongo que no será el caso
Supongo que no será el caso general, pero a mi el que haya sprints me da +1000 puntos de ganas de asistir, y si no hay de esto... el interés baja. Yo de hecho en Barcelona estuve todo el tiempo en el sprint.
Estoy de acuerdo en lo de definir un objetivo. Hasta donde yo sé, los DD son eventos más técnicos y la DC más generalista... Creo que los sprints deberían entrar. El problema de esto suele ser que la gente que prepara las sesiones y los sprints son los mismos y son pocos, así que a ver cómo se compatibiliza.
--
Christian López Espínola (@penyaskito)
Doocracy
Por un lado lo que debe ser el dday lo decide quien lo monta (Doocracy), con esto quiero decir que en Barcelona sí que hubo un objetivo claro (con éxito parcial), que era dedicar un día para profesionales de Drupal, pero esto no obliga a futuros ddays a montarlo de esta manera, puede que en diferentes lugares haya diferentes objetivos y mientras se avise claramente del objetivo, no creo que a nadie le moleste.
Si el objetivo del dday de Valencia es similar al de Barcelona, track de business, principiantes, etc tienen menos sentido y creo que habría que enfocarlo más "hardcore".
Y si es técnico, parece muy claro que debería haber sprints, lo que yo quería decir es que seguramente es mejor abrir un espacio para decidir qué sprints interesan y que la gente que vaya a ir proponga dirigir sprints y exprese su interés en asistir, etc. Vaya, lo que vendría siendo definirlos entre todos antes del evento y que no haya una serie de sprints fijos predefinidos, ya que esto no tuvo mucho éxito en Barcelona. Lo mismo con los BoFs
Creo que para lograr una
Creo que para lograr una buena organización, estaría bien tener un responsable para cada cosa. Por ejemplo, un responsable para la web, otro para la gestión del lugar (localización, organización...), otro para los servicios que sean necesarios (catering, cartelería, chapas, camisetas...), otro para las sesiones/ponentes, otro de promoción, un coordinador general...
El papel de estos responsables no es encargarse de absolutamente todo lo relacionado con esa parte, si no, organizar y coordinar a los diferentes voluntarios que trabajen en esa parte y centrarse más en organizar su parte que el resto. Si tenemos a alguien que solo se preocupa de la web, es más posible que se le ocurran cosas o encuentre problemas que se nos pasan a los que estamos sacando ideas generales.
¿Os parece una buena idea? ¿Qué responsables creeis que serían necesarios? ¿Algún voluntario para estos puestos?
He reestructurado los grupos
He reestructurado los grupos de tareas y he añadido el de voluntarios para el día del evento. Propongo que si bien haya un responsable haya un segundo de abordo (Co-responsable) que eche un cable, que podría ser el responsable de otro grupo de tareas. Una propuesta inicial sería:
Yo, de momento me he
Yo, de momento me he responsabilizado de la web pero tambien me puedo co-responsabilizar de otro grupo como el de sesiones/ponentes + voluntarios. Cuando os parezca bien la estructura de grupos y esten asignados, lo podemos añadir al contenido del wiki.
Un saludo,
Alessandro Mascherpa.
Gracias por ofrecerte,
Gracias por ofrecerte, Alessandro.
Yo puedo ayudarte con el tema de las sesiones/ponentes. La estructura me parece bien y siempre estamos a tiempo de añadir algo más.
Creo que para el tema de servicios, necesitaríamos como responsable o co-responsable a alguien de la Asociación (¿pcambra? :P), que ya tienen muchos contactos que les hacen buenos precios.
Un saludo,
David.
Ningún problema en hacer de
Ningún problema en hacer de enlace ya lo sabes :)
Los temas prácticos, catering, chapas, camisetas, se pueden cerrar con mucha tranquilidad, un mes antes es suficiente.
Esta semana quiero llamar a la agencia de viajes que llevó el tema de Sevilla para ver si quieren seguir colaborando y pueden mover temas fuera de Andalucía (desconozco el sector) y ver si podemos usar sus servicios para ddays y dcamps
Anguro del grupo de Madrid
Anguro del grupo de Madrid trabaja desarrollando Drupal (crm creo) para una agencia de viajes.
¿Se lo comento?
Oskar
Angoru
El nick de Ángel es angoru: http://groups.drupal.org/user/9598
Salu2
Me consta que mueven cosas
Me consta que mueven cosas fuera de Andalucía.
--
Christian López Espínola (@penyaskito)
Agencia confirmada. Cuando
Agencia confirmada.
Cuando tengamos sitio y fecha, lo empezamos a mover.
Catering
He conseguido precios de los caterings de la universidad. Son pdfs en la próxima drupalada los llevaré.
Un saludo,
@hynnot
Un comentario Objetivos del
Un comentario
Objetivos del DrupalDay
Organizar un evento a nivel nacional para los profesionales de Drupal así como promover el uso de Drupal entre las empresas del sector de la comunidad y entre los estudiantes de carreras relacionadas de las universidades locales.
Objetivos:- Un evento a nivel nacional para los profesionales de Drupal.
- Esto es un objetivo difuso, me parece bien que sea un evento para profesionales ¿Y? Porque se puede hacer terapia de grupos de apoyo, hablar de desarrollo continuo, sistemas, bbdd, rendimiento, sprints de códigos, etc...
- Promover el uso de Drupal entre las empresas del sector de la comunidad.
- En este caso la labor sería más de comerciales, y en vez de traer profesionales habría que hacer un trabajo para que comerciales y jefes de proyectos de empresas e instituciones públicas viniesen al evento, y poder "vender"
- Promover el uso de Drupal entre los estudiantes de carreras relacionadas de las universidades locales.
- En el caso de invitar a los alumnos, habría que poner carteles por universidades e institutos de fp de informática. Y teniendo en cuenta este tipo de asistentes introducción a *amp para empezar a trabajar, talleres de introducción a Drupal como herramienta, y como framework
Yo considero que que para profesionales quizas sprint/taller para hacer módulos / pluggins etc...
Personalmente me gustaría de views, ctools, context, que son los que me interesan para backend, y phonegap y su integración con services en la parte de front-end y backend.
Este objetivo para cumplirlo bien me parece muy difuso.
Personalmente creo que los objetivos son muy difusos. Lo cual podría ser más complicado de llevar a cabo, no digo que la organización no sea "buena", pero como dice el refranero popular
y quizás haya que optar por un único de los objetivos.
En mi opinión me centraría en los profesionales, que creo que los Dday deberían ser para profesionales. Los entra en drupal debería ser más trabajo de cada grupo local para conseguir que alumnos se metan en Drupal.
Para vender el producto es más complicado, no creo que este sea el evento, debería ser mejor un evento como la camp, con más difusión, más tirón en el cual si habrá cabida para casos de éxito bien presentados.
Ya se que en vez de aclarar las cosas hecho más mierda para definir bien el día, mi objetivo no es "ensuciar" sino ver que tenemos un objetivo difuso, sin mucha definición, y que son tres patas tan "difusas" que no aclaran nada.
Como he comentado, consdiero que el dday debería ser un objetivo concreto y para usuarios con un perfil concreto.
Mi sugerencia, extendiendo el tema de views_examples podría ser.
Drupal Day, hacer pluggins de views, ctools, contexts, y montar si se tercia examples_ctools, examples_contexts.
Un saludo
Oskar
Re-Propuesta de Objetivos y Planificación para de dday2012
Hola a todos,
Lo que he observado es que en la Camp hubo dos públicos que se quejaron (algunas quejas un poco desproporcionadas) por no estar del todo bien representados. Estos dos públicos fueron los que se están iniciando, que pedían un track de iniciación, y los avanzados, que se quejaron del nivel demasiado básico de algunas presentaciones. En mi opinión habría que definir mucho más ambos eventos y el público al que se dirigen. A mi parecer está claro que la Camp se debe de orientar más a la comunidad en general y a los usuarios en particular y el dday a los desarrolladores. Que se especialicen no quiere decir que no haya ciertos puntos en común. Pero no le veo sentido a repetir lo mismo pero con duración diferente.
Centrándome ya en el punto que nos ocupa en este hilo:
+ Yo, como ya he comentado anteriormente, me decanto por un dday orientado por completo a profesionales Drupal con perfil técnico.
+ En cuanto a la planificación mi propuesta es de 2 tracks + espacio físico y web acondicionada para acomodar propuestas de bofs y sprints. En detalle:
- 1 track de presentaciones de 1 hora (45 min de intervención + 15 de cambio/descanso).
- 1 track de talleres de 2 horas.
- Sala(s) para realizar bofs y sprint previamente propuestos. En principio cada uno que ocupe el tiempo que quiera si hay espacio para todos. Es decir: auto-organización.
Como ya he comentado todo a nivel técnico. Para todo lo demás... DrupalCamp ;)
Espero los comentarios de todos sobre esta propuesta y especialmente los de la gente del grupo de Valencia.
Un saludo,
Alessandro Mascherpa.
Hola, El pasado domingo 11 de
Hola,
El pasado domingo 11 de diciembre, nos reunimos para encaminar y decidir algunas de las cosas que todavía estaban en el aire para la organización del DrupalDay.
El formato de charlas y sesiones será el siguiente:
1.- Auditorio principal, sesiones de una duración de 45 minutos. Intentaremos que sean sesiones de un nivel alto para atrer un público profesional y con experiencia, ofreciendo un evento atractivo y con un contenido interesante. Tenemos algunos temas pensados e intentaremos buscar ponentes con experiencia en el tema.
2.- Una sala de estilo aula para talleres de una hora y media de duración, donde el ponente pueda tomarse su tiempo para hacer código o mostrar más ejemplos prácticos que en una sesión normal no dan suficiente tiempo.
3.- Dos salas para networking, bofs y sprints de código autoorganizados. Cuando esté lista la web, intentaremos proveer al público de las herramientas necesarias para buscar gente con sus mismos intereses para facilitar la tarea de organizar estas actividades.
En enero esperamos tener la web lista y funcionando. El lugar ya está confirmado en el ITI y la fecha casi también, en principio será el sábado 21 de abril.
Los temas que pensados son, a grandes rasgos, Internacionalización, Search API, Aegir, Drush, Services, Nodejs, NoSQL, HTML5/CSS3, Usabilidad web para las sesiones, en los talleres el tan solicitado tema de rendimiento y/o optimización, control de calidad del código, metodologías de trabajo (scrumm...), TDD/BDD, pluggins para views, ctools...
Como ya ha actualizado Alessandro, Carles Climent se ha ofrecido como coordinador para el tema de ponentes y voluntarios, quedando el tema de diferentes coordinadores de la siguiente manera:
Coordinador general: David Hernández. Buscando colaborador.
Tema web: Alessandro coordinador. Buscando colaborador.
Lugar: coordinador, tony. Buscando colaborador.
Ponentes, sesiones y voluntarios: coordinador, Carles. Buscando colaborador.
Sponsors, servicios y actividades. Buscando coordinador y colaborador.
Aprovecho para decir que los colaboradores no tienen porque ser de Valencia. Cualquiera puede ayudar :)
Creo que no me dejo, si no, ya lo añadiré más adelante. Si me he equivocado en algo, comentarlo para no dejarlo mal puesto.
Un saludo,
David.