Ya hay cerca de 80 personas inscriptas para el taller de Trails en el OpenJavaDay Madrid 2008.
Dada la cantidad de inscriptos me preocupa la performance de la red wifi ya que el kickstart de Trails baja unos 45Mb de librerías desde los repositorios de Maven.
Para el taller intentaremos configurar un servidor de Maven local con todas las librerías necesarias. Pero.... nunca está de más ser prevenido, así que para evitar problemas yo recomendaría a los participantes venir con todas las librerías ya bajadas a sus correspondientes repositorios locales de Maven.

Para esto hay dos opciones:
1)

$ mvn archetype:create -DarchetypeGroupId=org.trailsframework

-DarchetypeArtifactId=trails<wbr style="font-family:courier new;">-archetype -DarchetypeVersion=1.2-SNAPSHO<wbr style="font-family:courier new;">T -DgroupId=org.javahispano -DartifactId=openjavaday -DremoteRepositories=http://snapshots.repository<wbr>.codehaus.org

$ cd openjavaday
$ mvn jetty:run

Juan Palacio denuncia en su blog una actitud que, lamentablemente, es muy común entre los programadores: "A ver cuando me ascienden para dejar de programar"
El post generó una interesante discusión en los comentarios, y Betawriter hace un más que interesante análisis de los porqués de esta actitud, de la enumeración de Betawriter me quedo con:

- Aburrimiento: Seamos realistas. En general, la programación empresarial más típica es tremendamente aburrida. En la mayoría de las empresas los problemas suelen ser siempre los mismos aunque estén asociados a distintas tecnologías e incluso los buenos programadores acaban rindiendo poco por puro aburrimiento. El tipo de reto que supone un proyecto tras otro, o un proyecto empresarial largo, no es lo que la mayoría se espera.

- Decepción: Sí, asumámoslo. Gran parte del esfuerzo y del código de muchos programadores acaba en la basura. Directamente. En otros casos acaba en programas de baja calidad, protestas de los clientes o parcheo continuo de monstruos inmantenibles. El programador es visto como el "responsable directo" (y en cierta medida obviamente lo es). También siente decepción al ver las cosas como realmente son y no como se ven desde fuera.

- Instatisfacción: El buen programador tiene al perfeccionismo, a la belleza, al minimalismo. El contacto continuo con código basura y su conciencia de la generalmente mediocre calidad y de la gran cantidad de fallos que pueden ocurrir en su aplicación, de la imposibilidad de tender hacia una mejora continua por cuestiones económicas y de calendario, le provocan insatisfacción.

Gracias Betawriter, yo no lo podría haber escrito mejor.
Yo, por mi parte, soy PROGRAMADOR y hago un gran esfuerzo por no dejar de serlo.

A fines de Junio tendré la oportunidad de presentar Trails en el OpenJavaDay 2008.

Sun Microsystems y javaHispano organizan el OpenJavaDay, un evento sobre tecnología Java creado por la comunidad y para la comunidad que se celebrará los días 26 y 27 de junio, en la Universidad Complutense de Madrid. Este encuentro constituye la undécima edición en España de este evento para desarrolladores.

Noticia en javaHispano: http://www.javahispano.org/contenidos/es/agenda_del_openjavaday_2008/
Inscripción Gratuita: http://javahispano.org/openjavaday/registro.html
Agenda del Evento: http://javahispano.org/openjavaday
Detalle del taller de Trails: http://javahispano.org/openjavaday/detalle.html?id=195

La idea del taller de Trails será construir una aplicación con Trails en una hora.
Estoy explorando varios modelos de dominio para usar como ejemplo, y el que más me gusta hasta ahora es el identity model de jBPM, creo que da una buena base para explorar todas las características de Trails. También existe la posibilidad de no usar ningún modelo base previamente preparado y codificar un modelo con el input de los asistentes, pero esto depende de la cantidad de asistentes, si somos demasiados no será viable.

También tendré la oportunidad de participar en la Mesa redonda sobre frameworks web.

Nos vemos en el OpenJavaDay!