Todavía no tenemos lugar definitivo (estamos dudando entre dos localizaciones) pero si tenemos fechas: 26 y 27 de junio, un jueves y un viernes. En breve esperamos poder hacer pública una agenda del evento.
Sé que puede parecer "poco" poner una noticia sólo para decir los días, y que seguramente varios pensaréis que deberíamos esperar a tener más información antes de anunciarla. El motivo por el cual hemos decidido publicar la noticia con tan poca información es porque en la anterior consulta que os hicimos dejasteis claro muchos de vosotros que necesitabais saber las fechas con la mayor antelación posible.
Hay una cosa más que nos gustaría preguntaros sobre el evento. Como ya anunciamos, javaHispano será coorganizador y tendrá peso a la hora de definir la agenda. Varios miembros de esta comunidad (tanto de los que estamos detrás de javaHispano como de los que no) participaremos en las jornadas. Esto las va a convertir en algo diferente: la gente que nosotros vamos a llevar no es gente que sólo "sabe programar en powerpoint" (no afirmo que ese siempre sea el caso, pero a veces sucede con alguno de los conferenciantes de esos eventos).
Nos estamos planteando tener uno o dos seminarios tipo "Hands on", es decir, los asistentes deberían traer su propio portátil y desarrollarán la aplicación siguiendo al/los ponentes, y no se limitarán a ver transparencias de powerpoint. Algo mucho más práctico de lo que suele ser habitual en estos eventos. Una auténtica actividad creada por desarrolladores para desarrolladores.
¿Os interesa la idea? ¿cuántos estaríais dispuestos a venir con vuestro propio portátil al evento para una actividad de este tipo?
Etiquetas: otro, openjavaday
Gracias por avisar de las fechas, aún no sabiendo los detalles, y, por supuesto, por organizar el evento.
Hola Abrahan,
gracias por indicarnos ya las fechas.Soy uno de los que necesitaba saberlas con antelación.
Respecto a lo del portatil, por mi parte no hay problema.
Pero otra cosa que me interesa saber es si las conferencias se darán en inglés o castellano. O por lo menos habrá un traductor.
Este fin de semana he estado en la Guademy (sobre KDE y Gnome) y tuve que marcharme en la segunda conferencia pq solo se hablaba en inglés y yo leerlo aun lo leo pero escucharlo nada de nada.
Saludos.
Es posible que haya algún Gurú de los que dan charlas en la JavaONE que imparta alguna ponencia en inglés (aunque de éstos encargan los de Sun, obviamente, y no nosotros). No creo que vaya a haber producción simultánea. pero la inmensa mayoría del evento será en español.
Primero, agradecer lo de las fechas con antelación. Segundo, por mi parte lo del portatil no es problema, seguramente lo llevaría de todas formas. Y animo al planificar/llevar a cabo esos "hand-on labs", es algo muy practico pero complejo de montar y llevar a cabo ;).
Por mi parte no hay problema, hubiera preferido un viernes/sábado, pero se ve que no fue posible. Respecto a lo del portatil, puede ser muy interesante aunque podría aprovecharse más si se publicaran los requisitos de software necesarios para los laboratorios.
Es decir, ide usado eclipse o netbeans, máquina virtual java, o algún plugin necesario, al menos lo básico ya que parte de la instalación, se supone que es parte del laboratorio. Todo esto para aprovechar mejor la duración del laboratorio.
También iba a ser muy probable que llevara mi portátil :).
La idea de tener talleres prácticos parece muy interesante, lo único que me gustaría es que no se quedaran en introducciones a XXX de las que se puedan encontrar por internet, sino que aprovechando que es presencial, se intente profundizar en los temas que se traten.
El problema de profundizar demasiado es que limitas mucho al publico que le pueda intersar...
Por años pasados: si el 80% de la gente que va a acudir a las charlas es estudiantes (como por ejemplo el año pasado), si profundizas demasiado o no saben de que estás hablando o no se van a enterar ;-). Todo dependerá del público que venga, pero antes de que alguno prepare 800 páginas de presentación y cuatro prácticas, convendría que sólo opinara la gente que va a estar un 80% segura en venir (no digo que no lo estéis los que habéis opinado).
Es que lo que luego puede joder bastante es que veas 30 estudiantes con caras aterrorizadas mirando tu presentación, o que a tu charla práctica no venga ni dios, que hace un solete estupendo para fumarnos algunas clases ;-)
Salu2
Hombre... para algo así (que por cierto me parece muy bien) lo que hay que procurar es mantener un equilibrio. Ni te vas a poner ahí a debuguerar las interioridades de una sesión de EJBs paso a paso "ahora pulsamos F5... F5 otra vez... otra vez más... observad cómo pasamos a la siguiente línea ahora pulsando F5...", ni vas a decir "hola, escribimos aqui un poco de código y... chan! aplicación terminada".
Se trata de hacer algo que sea sencillo e interesante. Y esto lo digo como alguien que no está un 80% seguro de nada :) (De hecho el jueves 80... digo 79% seguro no voy)
La idea sería limitar el número de personas que pueden asistir a los hands-on con un registro previo. Así los que se registren son los que están interesados en los temas a tratar además que es mucho más facil controlar un número fijo de personas que un número variable que incluiría a personas que entran y salen de la sala o que se aburren porque el tema es muy básico o avanzado para ellos.
Vale venkman: pero hay que tener en cuenta lo que se va a dar... Pongamos un supuesto... por ejemplo NB RCP ;-) El tema tiene mucha miga, sin una sesión previa teórica nadie se va a enterar, y en general el público no habrá trabajado con el tema. Porque no todo en esta vida puede ser sencillo, lo mejor es que haya preinscripción previa para esas sesiones, y que el que va, sepa a lo que va, para no hacer a nadie perder su precioso tiempo (ni ponentes ni asistentes).
Salu2
Pues no había oido nada de estas jornadas antes. ¿son interesantes? ¿estilo google developer day? ¿van solo estudiantes? lo del portatil genial. a mi tampoco me gustan los de las cajitas ;-)
Hola Abraham,
Espero entonces que no vengan muchos gurus. (Por lo del ingles).
Saludos.
Yo iria con mi portatil,seria divertido.
Bueno... tampoco me refería a profundizar "demasiado", entiendo que en pocas horas tampoco se puede hacer más. Me refiero más a lo que dice venkman, a no quedarnos sólo con una vaga idea.
Aunque por lo que comenta Erick, parece mejor la idea de que existan varios niveles/temas donde poder elegir, ya tengo ganas de ver qué nos estáis preparando :)
En una sesión práctica en donde los asistentes van siguiendo tus pasos con sus ordenadores es imposible profundizar en nada, lo interesante en mi opinión de una sesión práctica para el asistente es tener la oportunidad de hacer algo "sencillo" que no ha hecho nunca "con estas manitas" y lo de sencillo me refiero a que no tenga mil pasos, mil líneas por la sencilla razón de que NO hay tiempo.
Yo tengo la experiencia de dar clases de programación cuasi-hands on, con dos modalidades: 1) lo hago yo y vosotros lo veis y 2) lo haceis vosotros tras explicación teórica y luego lo hago yo a modo de corrección.
En el caso 1) puedes profundizar más porque vas a tu ritmo, sabiendo que a medida que avanzas vas a ir "perdiendo" a gente por el camino, al menos queda una idea aproximada del proceso.
En el caso 2) no puedes profundizar casi nada porque el ejemplo tiene que ser lo suficientemente corto y sencillo para que el asistente lo pueda hacer, incluso aunque se cambiara el orden (primero yo luego los asistentes).
Una sesión "hands on" como propone Abraham es un intermedio entre el caso 1) y 2) permite cierta profundización porque el asistente simplemente te sigue aunque no entienda del todo qué es lo que hace, pero no mucho porque NO da tiempo, cada click tiene que ser "explicado" y los asistentes tienen que escribir al mismo tiempo que tu y hay que esperarlos.
Hola jmarranz,
has sido muy optimista respecto a la sesión "hands on". :-)
No solo hay que explicar cada click. Es que a la mitad de los usuarios no les esta funcionando porque:
Lo que yo hago es que cada "n" pasos les doy a los alumnos el que yo estoy haciendo para que así todos tengamos lo mismo.(Es como hacer un savepoint)
Saludos.
Mmm... no sé, quizá tengo algunas ideas extrañas pero yo diría...
- No hay que explicar cada click. Hay que explicar cada paso relevante. Es inevitable que algunos se pierdan o lo hagan mal y no hay que parar por ellos.
- Respecto a eso, esto no debería ser una clase, sino una demostración. Por supuesto se intenta perder los menos posibles pero no hay que ir con cada uno resolviendo cada error. También hay que permitir, claro, que la gente haga preguntas e interrumpa con un paso que no ha comprendido, pero no es buena idea que interrumpan a cada paso porque se hayan equivocado al teclear o cosas así.
- Es muy buena idea distribuir primero una guía y el código fuente. Se debe distribuir el resultado final y el código inicial, porque no hay que empezar desde cero. Todo aquello que es irrelevante puede ser preparado de antemano. Crear la estructura básica, scripts de Ant, proyectos de Netbeans/Eclipse/whatever, clases auxiliares, configuración básica... Todo eso se debería distribuir antes a los asistentes. De modo que los pasos a realizar son bastante más concretos y menos propensos a equivocaciones.
- Si se puede es buena idea también distribuir varias versiones del código fuente en diferentes estados de progreso, como dice logongas, aunque mejor si ya se tiene preparado de antemano.
- La idea es más bien "Yo lo hago y voy contando qué hago. Vosotros me seguís. Si os perdéis, podéis jugar la carta de mirar el código o la guía que ya os he dado". La gente pueed optar -según la capacidad de cada uno- por mirar, ir haciéndolo, seguirlo con la guía, mirar el resultado...
Después de la experiencia de las conferencias sobre Ruby, el problema va a ser conseguir toma de corriente para tanto portátil, y garantizar por dos o tres vías que el proyecto configurado para arrancar el hands-on se va a poder descargar (de unidad compartida, de internet, de pen drive, de CD).
De resto, gente con ganas de apuntarse va a sobrar y portátiles habrá a patadas.
Nacho.
¿Cuáles son las localizaciones? Dependiendo del sitio podré o no podré ir. Gracias!
Por cierto, estaría estupendo RCP de Eclipse... ^_^
Escribe tu comentario