Orden de las cosas

También de acuerdo. Creo que lo mejor sería que los de infraestructura intentar fijar algún momento para reunirnos en la sala de chat y empezar a despachar estas cosas. Hosting, fases de la web (si las hubiera), secciones...

Por otra parte también creo que cada grupo de trabajo debería buscar un punto de encuentro inicial para comenzar a repartir tareas.

Casi que mas que los de infraestructura, yo creo que necesitamos un diseño base (una página) donde plantar un formulario/nodo rápido con signup o webforms o lo que sea para empezar a coger inscritos.

+1 a lo del hosting, en un futuro estará en acquia hosting, pero de momento no es un problema, lo puede alojar Robert, o en Cesser, nosotros también podemos en Neurotic...

+1 a la sesión de chat para centrar esto, podemos concertar unas reuniones semanales en un horario que venga bien, por grupos de trabajo o generales.

Por favor, los miembros de los grupos de infraestructura y diseño deberíais enviarme un correo con el nombre de usuario que queráis para daros de alta en drupalcamp.es como administradores y empezar a trabajar en la página web. Me lo podéis enviar a robert en garrigos.cat. Mucahs gracias.

Mi opinión es que necesitamos un sitio con un formulario de inscripción al estilo del que han hecho para la DrupalCon San Francisco para hacernos una idea del número de personas interesadas para poder cuantificar las necesidades de sponsors, de voluntariado, comida, camisetas y otros suministros..

Siento no compartir tu planteamiento Pedro.

Tenemos que tener en cuenta que no todo el mundo se animará al principio a participar por lo tanto los ponentes pueden que vayan ofreciéndose de forma lenta, como si fuese un goteo, por lo tanto no es posible hacernos una idea de la cantidad de ponentes que se ofrecerán hasta que no se cierre la "llamada de papeles".

Además, para que más gente se ofrezca con las conferencias no solo necesitamos tener una página web. Posiblemente muchos no se animen a dar las conferencias hasta que no vean que hay ponentes, y así un círculo vicioso.

Por otro lado, por mi experiencia en el GUL, se que las personas que se suelen ofrecer a dar conferencias (en el ámbito del s.l.) no llegan al 10% del total de asistentes, y es más sencillo contar con nosotros mismos (los organizadores) para dar las conferencias, que esperar un aluvión de conferenciantes. Siento que parezca negativo, pero la experiencia te enseña que normalmente hay que tirar mucho de estas cosas, no solo en la organización, también en las charlas.

Siguiendo con el planteamiento de Desarrollo de la web, yo creo que necesitamos los siguientes contenidos. Ojo esta es una aproximación del contenido de la web, no su wireframe.
¿Que es una camp?
¿Porque una camp?
¿Para quien una camp?
Breve introducción de las charlas (se irá rellenando).
Ponentes.
Salas con las charlas.
Sponsors (quienes son).
Boletín, para ir publicándolo una vez a la semana, e informar a los subscritos de cosas muy concretas, para tener noticias para todas las semanas.

Hay que definir que tipos de Sponsors va ha haber, si tienen que poner dinero o pueden poner también material (por ejemplo editoriales). En caso de dinero posiblemente habrá que ver si se les puede generar algún tipo de factura, estoy hay que mirar como se puede hacer, no es plan de dar malas noticias a los Sponsors.

Además de los textos para la web necesitamos textos para publicar en redes sociales, comunicados de prensa, correos/textos de invitación, textos para Sponsors, Textos para ponentes....

Publicar nuestras propuestas de charlas primero, el efecto de ver que hay compañeros ya se han ofrecido a dar charlas hacen que otros usuarios se animen también a ofrecer sus conocimientos en la camp, además esto ayuda a vender a los Sponsors la camp, sino verían una web con pocas o nulas propuestas, por el contrario si ven que al final hay múltiples propuestas, y que se van a tener que desechar algunas, porque no hay suficiente tiempo para todas les interesará más invertir.

Las notas de prensa, como presentar la camp. Esta claro que el software libre hoy día ha madurado mucho, hace 15 años el software libre era algo más propio de informáticos puros y duros y hippies, dejando a usuarios finales y empresas fuera, esto ha evolucionado con el tiempo, y hoy día las personas que trabajan en software libre son profesionales, empresas, instituciones, comunidades, etc... y los usuarios finales se sienten respaldados por todos ello para sentirse seguros a la hora de utilizar software libre. La camp creo que tenemos que presentarla con varias ideas.
Presentar una forma de invertir en I+D+i alternativa a los desarrollos, o a la formación reglada, las camps permite intercambiar información, lo cual supone un ahorro económico importante, ya que muchos asistentes aprenden de los mejores reduciendo el tiempo de aprendizaje, y la inversión económica.
La camp también es una forma de crear puentes de colaboración entre empresas y profesionales que de otra forma sería más complicado que se conociesen y por lo tanto pudiesen colaborar de forma conjunta.
La camp permite continuar trabajando en el fortalecimiento de la comunidad, tomar decisiones para fortalecer y hacer crecer la comunidad.
La camp permite fortalecer a las comunidades de profesionales, crear “amistad” y compartir experiencias y trabajos.

Yo creo que la web es un elemento aglutinado de la camp, y un elemento informativo, pero en si misma la web es una herramienta de comunicación, pero no es la única, no podemos dejar de lado el resto de elementos (textos sobre todo), y para cuando vayamos a publicar la web tener los textos necesarios para darle contenido, sino tendremos un esqueleto muy chulo pero vacio.

Por lo que creo que es necesario redactar todos los textos a la vez que se va creando la web.
A su vez tenemos que tener preparados los banners de promoción para cuando este la web construida.
Creo que deberíamos tener mapeado en el tiempo la información que se podría publicar en el boletín, hay que mantener la tensión y el interés sin dejar que informar, es complicado pero no imposible.
También propongo que cuando salga a la luz la web existan ya propuestas de charlas, más adelante ya se decidirán que charlas se hacen y cuales no, pero es un efecto llamada el ver que hay personas que si se ofrecen a participar en ello, y a la vez es un efecto llamada también para los Sponsors.

Sobre la cantidad de charlas.

No creo que sea interesante tener más de 3 charlas a la vez, en primer lugar porque no sabemos cuantos ponentes tendremos por ahora, además por lo que los asistentes de Paris, al haber tantas charlas algunos tuvieron que hacer de tripas corazón, e ir a unas charlas cuando también les gustaría estar en otras dos o tres charlas más.

Creo que esto es todo :p

Un saludo

Oskar

pd: si nos sale bien podríamos crear un install de camps, la que hay ahora mismo no termina de convencerme, y algunos elementos creo que sobran, y otros son necesarios.

Pedro tienes razón en que no es lo mismo hacer un evento para 50 personas que para 300 personas. No lo discuto.
Pero creo que una web con contenido llama más, y una web que además tenga ponentes que quierean dar conferencias también llama más a que otras personas se ofrezcan a dar conferencias.

La propuesta ahora sería montar una web, con garland para que los usuarios se den de alta.

La duda, ¿usamos webform o cck? Ambos módulos son igualmente intersantes, pero para "reutilizar" la información me gusta más cck.

Propongo lo siguiente, conferencia:
título de la conferencia
body con un pequeño resumen de la conferencia.
taxonomía con nivel.
taxonomía con tipo de conferencia (casos de éxito, programación módulos, progamación temas, configueración de módulos, ¿alguna otra cosa más?)

¿Se podría tener esto para el miercoles a lo sumo?

Oskar

110% de acuerdo contigo Jaume, lo que yo quería decir es empezar con un formulario de preregistro (el diseño está bien avanzado, espero que javier y miren puedan hablar esta semana) y luego enriquecerlo, como bien dices.

Vamos contrarreloj, pero la prisa no es buena consejera tampoco.

Mañana habrá una reunión a las 18.00 en el canal de IRC de freenode drupalcamp-spain para empezar a montar todo esto.

A mí me gusta la idea de markus de pedirle a la gente que además de inscribirse, que indique uno o varios temas de interés. Pero en lugar de una lista de temas, quizás podríamos poner los "paths" de las charlas, "iniciación/novatos", "desarrollo", "front end", etc y quizás un campo de texto de sugerencias...

De todas formas, "falsos preinscritos" los tendremos en ambos modos.

Bueno, pues lo que me he perdido en tres días!

Dentro de poco hablaremos de todo esto, pero de momento quiero dejar aquí mi opinión.

Oskar, me parece muy bien todo lo que comentas sobre el contenido de la web del drupalcamp. De hecho creo que vas a ser el encargado de redactar los texto ;-)

Bromas a aparte, alguien tiene que hacer todo eso. Tus ideas son muy buenas, de verdad. Pero no son incompatibles con tener un formulario de preregistro. Creo que eso nos iría muy bien para tener una idea del interés que hay para una drupalcamp. Creo que el ejemplo de San Francisco es muy práctico. Un simple formulario con nombre, apellidos y correo electrónico. Mientras se va llenando la web con el contenido, vamos creando una estructura, etc. Para cuando decidamos abrir el registro, tendremos un listado de correos a quién hacer saber que ya se puede registrar en la drupalcamp. Me parece que hasta aquí no tendríamos que tener ningún problema. Y no vamos a tener falsos registros porque el preregistro no crea un nodo.

Otra cosa es lo que planteas acerca de hacer un perfil de instalación. Más que nada porque eso ya está hecho y no creo conveniente reinventar la rueda. Más que nada por que eso también significa que alguien tiene que hacerlo. Y me parece que lo mejor es ser precavido con los recursos humanos que tenemos.

Ahora mismo hay un perfil creado por la gente de Los Ángeles para su drupalcamp. Me lo he estado mirando y no está nada mal. Solo hay que hacer algunos retoques para adaptarlo a nuestras necesidades, y eso siempre será mucho menos laborioso que empezar de cero (normalmente no es así pero sí en este caso). En ese sentido, me parece mucho más práctico tener un único nodo para los asistentes y ponentes. Todas las drupalcons han hecho lo mismo y es lo más práctico. En cuanto a las ponencias tendrían que estar propuestas por sus propios ponentes y escogerlas por votación. Eso es lo más corriente. Intentar cambiar eso nos llevaría más incertidumbre y más trabajo, creo yo. Otra cosa es que queramos tener alguna ponencia clave, con algún ponente invitado, como para llamar la atención y asegurarnos la asistencia de aquellas personas que no se apuntarían sin saber antes el calendario de ponencias. Me parece bien eso.

Finalmente, tenemos que tener en cuenta que estamos empezando a crear una tradición (no sé si muy corta o no) y que tendremos que ir improvisando muchos aspectos según se vaya concretando todo. Por ejemplo, no sabemos si vamos a tener que tener 3 ponencias en paralelo o con una nos sobrará. Dependerá de la gente que se vaya apuntando y de las ponencias que se vayan proponiendo. Naturalmente tendremos que fijar unas fechas límite para cada cosa, pero aún así tendremos muchas dudas durante mucho tiempo. Así que paciencia y al loro! (que significa visca el Barça ;-)