Con el trabajo que tengo encima estos dias, se me ha pasado comentar la noticia más excitante de los últimos meses: el torneo de fútbol virtual organizado por la revista Solo Programadores y javaHispano denominado Java Cup 2007
Lo reconozco, soy un fan de este tipo de juegos. Me he pasado horas y horas depurando mis programas para RoboCode, en su día también probé CodeRally, pero esto lo supera, el deporte rey (el "furgol") ahora en tu IDE, y todo gracias a Jorge Rubira Santos que ha programado el software y lo ha hecho público con la licencia GPL. Además ha hecho unos vídeos para que sea muy fácil crear tu equipo y poder concursar.
En cuanto al concurso en sí, os aseguro que el hecho de poner a competir un "código" que te has currado durante dias con el de otras personas es lo suficientemente adictivo para que te enganches al juego, pero en este caso además tenemos como aliciente unos premios que sin duda incrementarán nuestra motivación: El ganador del concurso recibirá una workstation Ultra 20 valorada en unos 1000 euros y una suscripción anual a la revista Sólo Programadores. El concursante que quede en segundo lugar recibirá un ipod y una suscripción anual a la revista Sólo Programadores. El primer premio del concurso está patrocinado por Sun Microsystems y el segundo por Andago.
El video promocional es espectacular, sólo con verlo a uno ya le entran ganas de vestirse de corto, saltar al terreno de juego y ponerse a ... programar !!!
Yo estoy picando a la gente de la oficina, a ver si se animan y participan la mayoría, así además la competición tendrá un interés especial por ver quién llega más alto. También considero que es una buena herramienta para la gente que está empezando a programar con java: no hay nada mejor como aprender divirtiéndose (de hecho IBM utilizaba RoboCode y CodeRally para el aprendizaje de la programación OO con Java entre los más jóvenes).
Una interesante alternativa a AJAX: Aplicaciones ricas en Java para Internet basadas en Swing
Este es el titular de una noticia aparecida en Java Developer's Journal en la que se hacen eco de una de las presentaciones que será expuesta en la conferencia AJAXWorld 2007. Esta presentación, con el título Stronger than AJAX: Java-Based Swing in a Server-side Web Architecture cuenta la experiencia al desarrollar una aplicación para Siemens combinando las ventajas de una interfaz de usuario rica basada en Swing con las ventajas de una aplicación web.
De nuevo, me quedo con el hecho de que cada vez aparecen mas noticias de este tipo y es que parece que por fin los desarrolladores Java nos damos cuenta de que quizás no haya que buscar nuevas herramientas para crear interfaces ricas y "sólo" haya que aprovechar lo que ya tenemos. Por otra parte tengo la sensación de que se está cerrando el círculo con este tema, de repente han aparecido un montón de nuevas ideas y nuevas tecnologías para intentar solucionar un "problema" que había aparecido, a su vez, con la aparición de nuevas tecnologías y al final parece que toda la evolución acaba en el punto inicial ...
Llevo dándole vueltas al tema desde hace meses, pero parece que el asunto está saliendo a la luz cada vez con más frecuencia. Por ejemplo en los últimos días un interesante hilo en programanía o la noticia que comentaba martin en su blog. Y es que cada vez más gente se pregunta si habrá llegado el momento de los applets ...
La historia de los applets es curiosa, nacieron con la promesa de que iban a traer a la web que por aquel entonces era bastante sosa y aburrida un dinamismo espectacular, permitiendo a los usuarios descargar y ejecutar programas allá donde estuvieran. Pronto surgieron miles de páginas que incluían vistosos efectos gráficos como figuras 3D en movimiento, o los omnipresentes paneles de noticias con scroll. Sin embargo esto tenía un precio: el tiempo que se necesitaba para descargar estos programillas al equipo del usuario a veces era desesperante, lo que provocaba que el visitante abandonara la página antes de que se cargara en el navegador (por no hablar de los problemas con el jre). Por eso los applets se convirtieron en una tecnología maldita, y como todo lo maldito sobre ellos existe una tremenda leyenda llena de mitos y rumores.
Sin embargo los applets nunca dejaron de existir aunque muchos desarrolladores los miraran "mal", y es que en este proceso de "webalización" del software que hemos vivido últimamente (yo diría que a veces se trata de "borreguización") ahora nos damos cuenta que los clientes ricos molan y que necesitamos alguna nueva tecnología para facilitarle la vida al usuario. Ahí es donde aparecen AJAX, Flex, los applets,... perdona ¿has dicho applets?
Yo lo tengo muy claro, para mí los applets se adelantaron a su tiempo. Nacieron cuando el mundo no estaba preparado para recibirlos (bueno, cuando la infraestructura de red no estaba preparada), sin embargo creo que están llamados a tener una importante participación en el desarrollo de software de los próximos años. Y por eso empezaba este post comentando que cada vez se ven más applets, parece que están saliendo del armario y son muchos los proyectos que los están incorporando, como por ejemplo los que comentaba martín en su blog, o como editores de texto "ricos" (el software de wikis JSPWiki incorpora uno muy ligero) o en cualquier página que necesite "algo más". De hecho estoy estudiando en utilizar applets como interfaz de usuario para algunas de las aplicaciones que próximamente desarrollará mi departamento porque creo que se dan ciertas características que lo aconsejan: usuarios distribuídos por toda la geografía nacional, entorno de trabajo controlado (sé que todos los equipos tienen jre y plugin para el navegador), necesidad de manejar hardware en el cliente (impresoras, escáneres,...) y una de las cosas que yo considero importantes y de las que se ha comentado muy poco: la proporción tiempo_de_uso/tiempo_de_descarga. Me explico: para una página web normal es muy importante la velocidad de descarga para que el usuario no "huya" antes de tiempo, sin embargo para una aplicación corporativa, en la que el usuario va a estar varias horas trabajando importa poco esta "perdida de tiempo" inicial, ya que queda asimilada por una larga sesión de trabajo. Claro que ahora la pregunta es ¿por qué no un cliente swing directamente? pero ese es otro tema y como ya he dicho lo que yo intento transmitir en mi organización es la necesidad de estudiar detalladamente cada problema y de huir de soluciones "estándar" o "por costumbre" (o por "moda" o por "decreto", o por ...)
Ésa es la pregunta que se hace Rick Ross en JavaLobby y la que nos hacemos los programadores una vez superada la "impresión" causada por la presentación de semejante artilugio (que levante la mano el que no haya dicho "yo quiero uno de esos" al conocer la noticia). Y todo parece indicar que va a ser que no, que el deseado aparatito va a tener unas cuantas limitaciones:
No es un teléfono 3G, lo cual es curioso en los tiempos que corren
No permitirá descargas OTA (over the air) de iTunes ni permitirá la sincronización con el pc via wifi
No se podrá expandir la memoria
No traerá soporte para Ms Office (tampoco es algo que me preocupe)
Pero la mayor limitación, desde mi punto de vista, es que el iPhone no va a permitir la instalación de aplicaciones de terceros (noticia en slashdot), lo que se supone que tendrá como consecuencia que el iPhone no soportará java o que al menos este soporte será muy limitado, con imposibilidad de instalar nuevas aplicaciones
Resulta gracioso el peregrino argumento utilizado por Mr. Jobs para explicar esta decisión: no quieren que la red de Cingular se venga abajo por alguna chapuza en las aplicaciones (gracias por la confianza Steve!!). Sin embargo parece claro que esta decisión está tomada para alejar a los usuarios de tentaciones como Skype o las redes p2p
Al menos a Apple todavía le quedan unos meses para ir analizando la respuesta de la gente a sus anuncios y rectificar si lo consideran necesario ...
Actualización: Parece que cada vez está mas claro que el iPhone no soportará Java, y es que el propio Steve Jobs ha manifestado en una entrevista:"Java no merece la pena ser incluído (en el iPhone), nadie usa ya Java, es una gran bola de presidiario" (traducción libre hecha por el menda, aqui hay una transcripción de la entrevista). Aunque sí que parece que va a soportar flash (o algo parecido, parece que no se quiere descolgar del carro YouTube). Curiosos sus comentarios de Java, cuando las empresas que SI saben de teléfonos porque los llevan fabricando durante años como Nokia o Motorola están apostando fuertemente (y cada vez más) por Java como plataforma de desarrollo para dispositivos móviles. Habrá que estar al tanto, se avecina una bonita batalla, a ver cómo responden los competidores ...
Hace un tiempo que tenía ganas de probar algo con la nueva tecnología Custom Search Engine de Google, y a eso se ha unido una necesidad personal: tengo que ir planificando la formación de mi departamento para el próximo año y buscar en google directamente o ir visitando los sitios de empresas y academias me parece muy poco útil y productivo.
Así nació Cursos de Java, un pequeño buscador CSE que busca en las páginas de las principales empresas que ofrecen formación especializada en java (o relacionadas) con lo cual creo que se ofrece un filtro muy interesante. Muchas de estas empresas de formación las conozco porque he realizado cursos en ellas, otras las conozco por referencias, pero todas tienen un factor común: ofrecen una especialización al menos en formación tecnológica, cosa que yo creo que es determinante para que el usuario encuentre rápidamente lo que busca y con ciertas garantías de calidad.
La lista de sitios en los que se realiza la búsqueda es lo mas exhaustiva posible teniendo en cuenta lo que he comentado anteriormente y que en principio he incluido empresas españolas, no obstante espero que dicha lista vaya aumentando incluso con la colaboración de los visitantes de la página. Si te dedicas a la formación en java y tienes una web que deseas que esté incluida en Cursos de Java no dudes en hacérmelo saber.
Así que nada, después de un par de horas de trabajo veremos como evoluciona el experimento ...
Después de año y medio del cambio de nomenclatura que Sun llevó a cabo con la plataforma Java, me preguntaba qué aceptación había tenido este cambio, ya que en mi entorno todavía no he escuchado nunca a nadie hablar de "Java Enterprise Edition" y sin embargo todo el mundo sigue hablando de "jotadosee". Claro que mi entorno es un tanto cerrado y peculiar, así que me acordé del maravilloso Google Trends y decidí comparar los términos Java EE y J2EE y el resultado fue sorprendente:
La línea roja representa el volúmen de búsquedas de J2EE, que aunque ha ido decreciendo en los últimos años (curioso) sigue siendo muy superior a la línea azul, todavía casi anecdótica. Y eso que en cuanto al volumen de noticias (el gráfico inferior) la diferencia no es tan clara, lo cual parece indicar que pese a que los médios "oficiales" utilizan la nueva nomenclatura, los usuarios siguen utilizando la antigua.
Eso si, aunque lentamente, Java EE parece que se va utilizando un poco más, aunque sólo sea por los nuevos usuarios que se incorporan a la plataforma y desconocen la anterior terminología:
En este gráfico también resulta curioso ver como desde la primera aparición del término Java EE en la JavaOne que se celebró en junio del 2005 hasta febrero del 2006 no hay apenas búsquedas del término, aunque éste sí aparece en noticias, ...
Instalando y configurando un servidor de correo en 15 minutos
O menos, es lo que he tardado en instalar y configurar el servidor de correo Apache James, el servidor de correo POP3, SMTP y NNTP escrito completamente en java.
Desde este verano, que se me quemó el pc que hacía las veces de servidor web y de correo estaba sin servidor de correo por la pereza que me daba volver a configurar postfix+courier+postgresql y quería algo más rápido y sencillo. Además ya hacía tiempo que le había echado el ojo a James, así que en un ratito libre miré un poco la documentación y me pareció demasiado sencillo para ser real. Entonces me puse manos a la obra y en nada ya tenía el servidor funcionado sobre la base de datos Derby que viene embebida en el servidor, aunque se puede utilizar cualquier BB.DD con soporte JDBC (el ejemplo de mysql viene incluido en el archivo de configuración).
Cuando tenga otro rato libre le echaré un vistazo al api Mailet, que permite crear fácilmente aplicaciones que procesen el email, algo muy prometedor ...
Con mucha sorpresa he leído los comentarios a la noticia aparecida en javahispano en la que gimenete anunciaba el lanzamiento de una nueva versión de su sofware My persistent objects. Hay que recordar que las primeras versiones de este software son libres y se pueden conseguir
aqui. Es más, durante un tiempo fue el proyecto estrella en el repositorio de proyectos libres de javahispano (y de hecho sigue siendo uno de los proyectos mas descargados) y recuerdo haber leido muchas y buenas críticas al software
Sin embargo ahora gimenete ha decidido rentabilizar el tiempo dedicado a desarrollar mpo y lo distribuye con una licencia comercial. Y lo que antes eran palmadas en el hombro se han convertido en ataques injustificados. Parece que se ha instaurado la norma de que TODO el software debe ser gratis (estoy seguro que a toda esta gente le importa poco que sea libre o no). Lo mas curioso es que estas críticas parten del propio sector de los programadores ¿alguien lo entiende? ¿Ha llegado el fin del software de pago?
Está claro que no, al contrario, los fabricantes han encontrado muchas alternativas al sistema tradicional de licencias de software y han revitalizado el sector. El caso más claro es el de
MyEclipse, que con un novedoso sistema basado en suscripciones ha conseguido lo que muy poca gente creía hace unos años: que una multitud de usuarios paguen por usar Eclipse mas unos plugins muy bien seleccionados, aún cuando Eclipse se puede conseguir de manera gratuita, al igual que muchos de esos plugins u otros similares. El secreto de su éxito es un producto de gran calidad y un precio muy ajustado (¿quién se acuerda ahora de las licencias de JBuilder?). De hecho, estas virtudes han provocado que lo haya seleccionado como entorno de desarrollo para mi equipo de trabajo, pero eso lo dejo para otro post ...
Discuten en TheServerSide.com sobre la definición de los roles actuales dentro del desarrollo de software a raíz de la publicación de este post y la verdad es que he me ha recordado una conversación que tenía hace unos dias sobre el mismo asunto
Lo primero que saco en claro es que en otros países tienen el mismo "cacao" que nosotros con esto de las denominaciones (y eso que nos encanta etiquetar todo lo posible), que si ingeniero, arquitecto, desarrollador y no sé cuántos títulos más para al final referirnos a lo mismo ... ¿a lo mismo? bueno, ahí está, el problema que en algunos centros de trabajo, "las mentes pensantes" no tienen tan claro cual es la función de cada persona y creen que una sola persona puede hacerse cargo de todo un proyecto, desde la toma de requisitos hasta la programación, pasando por supuesto por el diseño de la arquitectura (y sin olvidarse de convertir el departamento de desarrollo en un C.A.U.).
Estoy bastante de acuerdo con las descripciones que hace Mr. Andrews de esos perfiles, aunque yo los uniría en uno solo que podría llamarse no sé, Super-Arquitecto-de-Software-y-de-lo-que-se-ponga-por-delante, porque ¿quién no ha tenido que diseñar la arquitectura de una aplicación? (me refiero, claro está, a una gran aplicación) ¿y construir la interacción entra varios sistemas? ¿y encima tener que programarlo?
Quizás esté un poco irónico, pero el otro día me tocaron la fibra sensible al preguntarme en tono extrañado si estaba programando (dando a entender que era una actividad de menor categoría). Pues sí, además de diseñar las aplicaciones, considero que un buen arquitecto de aplicaciones debe tener la destreza suficiente para echar una mano a los programadores cuando se atasquen, colaborar con los analistas, guiar al encargado del proyecto, etc. Vamos, que de vez en cuando hay que "remangarse" y tirarse al barro. Claro que para hacer esto hay que tener cierta experiencia y conocimientos, porque ¿puede ser Arquitecto de Aplicaciones (o la denominación que prefieras) una persona que no ha programado nunca? yo conozco alguno ...
Un par de tardes buceando en google y en el foro de desarrolladores de Nokia me ha costado averiguar que J2ME y su especificación midp 2.0 no son todo lo buenas que en estos tiempos que corren se espera de la plataforma con más futuro de Java
El caso es que estaba yo enfrascado en una pequeña aplicación que hiciera uso del puerto infrarojos de mi Nokia 6230 y despues de mucho investigar he llegado a la conclusión de que la implementación midp 2.0 que tiene mi teléfono y la mayoría de aparatos de Nokia no soporta esta característica. Sin embargo el Nokia 5140 sí lo soporta, pero con un API propietario de Nokia.
Así, si el API midp 2.0 establece que para abrir el enlace IrCOMM hay que hacerlo así: Connector.open("comm:IR0.....", en el Nokia 5140 habría que hacerlo así: Connector.open("nokiacomm:IR0....."). Lamentablemente ninguna de estas formas funciona en mi Nokia 6230, así que me quedo con las ganas ...
Es curioso las pegas que tenemos los desarrolladores para poder sacar provecho de todas las características de los terminales, parece que los fabricantes se han orientado al usuario final y se han olvidado de facilitar la vida a los programadores. Además la especificación midp 2.0 al parecer no obliga a incorporar un api de acceso al puerto infrarojos, con lo que se junta el hambre con las ganas de comer ... Por cierto, ¿alguien conoce teléfonos que permitan acceso IR mediante java? (he oido que algunos Siemens y Motorola lo permiten).
Últimamente estoy muy intrigado por saber qué c*****s es el famoso framework web del Principado de Asturias y no hay manera de enterarme. Me he tirado por lo menos una hora buscando en google y nada, lo único que he visto son las noticias de la publicación del susodicho framework (y es que no hay nadie como los políticos para darse bombo) y un montón de cursos/masters para aprender a utilizarlo, pero todavía no sé qué es.
Al parecer se trata de un "framework" (lo siento, pero en todos los sitios que he visitado repiten machaconamente la palabra, así que yo no voy a ser menos) basado en J2EE y en los proyectos de la Fundación Apache, pero de ahí no he pasado.
Es muy raro que google no me lleve a ninguna página con "chicha", o el buscador está haciéndose mayor o yo ya no soy el que era haciendo búsquedas en la web (y ya llevo unos añitos en esto). Además en la web del Principado tampoco he podido encontrar nada (¿funciona el buscador?). El caso es que me interesa saber un poco de qué va la cosa, entre otras cosas porque casi todas las licitaciones de software del Principado lo incluyen como requisito. ¿Álguien me puede arrojar un poco de luz?
Recientemente he descubierto la interesante iniciativa llevada a cabo por Juanjo Navarro, que ha creado un agregador de blogs sobre programación en castellano llamado Planeta Código
Sin duda una web muy recomendable para todos los que nos dedicamos a esto y gracias a la cual he podido conocer nuevas bitácoras que prometen ser muy interesantes. Además es bueno recordar de vez en cuando que hay vida más allá de Java. Lástima que haya tanto trabajo y tan poco tiempo para bloguear ...
Esta semana me ha sucedido una cosa muy curiosa. Resulta que tengo registrado mi curriculum en dos portales de empleo (infojobs y monster.es) más que nada para tener ordenados mis datos, ya que no soy buscador activo de trabajo (aunque nunca se sabe...). El caso es que aunque mi curriculum lleva ahí varios años acumulando polvo (y con alguna actualización pendiente),esta semana he recibido 6 llamadas 6 de otras tantas empresas interesadas en concertar una entrevista de trabajo. Esto me sorprendió mucho porque yo nunca me había apuntado a ninguna de las ofertas que publican estos portales y jamás había recibido ninguna llamada de ese tipo en los más de tres años que mis datos llevan colgados por ahí, aunque no voy a negar que la sorpresa ha sido grata, porque significa que "estoy en el mercado".
La verdad es que me quedé con las ganas de saber qué es lo que ofrecian pero por teléfono no me dieron ninguna información, aunque a alguien se le escapó que estaban interesados en mi experiencia como desarrollador J2EE. Esto me hace pensar que quizás sea ahora cuando se esté produciendo el auténtico despegue masivo de la tecnología Java en este país (Spain) y no exista la suficiente mano de obra cualificada. Para mi, estos 3-5 últimos años han servido para que las organizaciones experimenten tímidamente con Java, y ahora que han comprobado que esta tecnología es útil se han decidido a pegar el salto.
¿Hacen falta desarrolladores java? seguro que si, y encontrarlos es muy fácil, pero que además tengan experiencia es otro cantar. Últimamente he comprobado que las grandes empresas están confiando proyectos de gran envergadura a equipos repletos de becarios, personal subcontratado, etc., y así pasa lo que pasa. Aunque nunca hay que olvidar que estamos en España, el país de las ñapas ...
Curiosamente llevaba unos días pensando sobre el tema cuando vi la encuesta del mes en javaHispano así que decidí esperar un poco a ver los resultados de la misma y los comentarios a esta noticia para comentar mis impresiones.
Lo primero que llama la atención es la cantidad de aparatos que no soportan java y la cantidad de gente que no tiene teléfono, sobre todo si tenemos en cuenta que la encuesta se ha realizado sobre desarrolladores, es decir, personas que conocen la tecnología (es mas, ¡la construyen!). Otro dato curiososo es la ligera ventaja de midp 2.0 sobre 1.0, lo que desde mi punto de vista indica que los "frikis", los que conocen bien la tecnología (y posiblemente trabajen con ella) les gusta estar actualizados.
Sin embargo el dato más llamativo (vuelvo a repetir, teniendo en cuenta el ámbito de la encuesta), es que la mayoría desconoce que tipo de soporte java tiene su teléfono móvil, lo que indica que no lo han utilizado mucho. La pregunta es ¿de quién es la culpa de esta situacion? ¿de Sun, por no haber publicitado adecuadamente la tecnología? ¿de los fabricantes de teléfonos, por no dar suficiente información?, ¿de los ¿profesionales? del sector? (me tomo la licencia de usar interrogaciones anidadas), ¿de los usuarios, que no se preocupan por conocer sus aparatos?. En mi humilde opinión todos los implicados tienen su pequeña parte de culpa:
Sun, por no haber promovido adecuadamente el entendimiento de J2ME en un mercado que afectaba directamente al consumidor de la calle. Quizás la compañía, tan acostumbrada a tratar con otras empresas (muchas de ellas del sector), no estaba preparada para "vender" al ciudadano. Personalmente echo de falta una marca mas reconocible por el usuario de a pie, algo como "microjava", "mobijava", "javamobile", o yo que sé, pero desde luego algo mas intuitivo que "cldc" o "midp". Por ejemplo todos los usuarios de ordenadores saben que tienen "windows", aunque no tengan ni idea de informática.
Los fabricantes de móviles está claro que intentan vender su producto de la mejor manera que pueden, y si en un momento dado les interesa destacar que un determinado aparato tiene la pantalla mas grande que la tele del salón, lo van a hacer aunque ignoren otras características. Lo que ya no es tan normal es que en las páginas web que dedican a sus productos ignoren estos detalles. Como ejemplo propongo un juego: en esta pagina están las características técnicas de mi actual teléfono, a ver si adivináis el soporte java que tiene ¿midp 1.0 ó midp 2.0?
Los profesionales del sector, como por ejemplo los periodistas especializados tampoco saben informar de los productos y las tecnologías (¿periodistas? ¿técnicos?). Por ejemplo hace unos días me compré un par de revistas dedicadas a las tecnologías móviles (una de ellas se vende como un completo catálogo de productos para el 2005) ya que tengo pensado renovar mi teléfono (a uno con midp 2.0, si has acertado la pregunta anterior). Sin embargo la información ofrecida es bastante deficiente, lo máximo que se llega a informar de los terminales es del tipo "java = si", aunque he llegado a ver cosas como "soporta juegos java". Si señor, java es solo para jugar ... y esto lo dicen los "entendidos" del tema.
Los usuarios son los menos culpables, ya que a la mayoría estos temas no les interesan. Muchos solo utilizan las funciones básicas de los teléfonos. Es la tipica respuesta (que tantas veces he tenido que escuchar) del "Yo solo quiero un teléfono para hablar". Yo también quiero un coche solamente para ir de un sitio a otro y a la hora de comprarlo me intereso por otras cosas (aire acondicionado, elevalunas,...). ¿Cuando te compras un ordenador no miras qué sistema operativo y qué version tiene?. ¿Java para juegos? si claro, igual que un ordenador solo sirve para jugar (mmm, ¿o no?). Ahh, que no me interesa la versión de java, pero la versión de wap, la sensibilidad de la cámara de fotos, son características superimportantes ...
Después de esta chapa quizás os preguntéis ¿es tan importante el tema?. Yo creo que si. Por ejemplo, actualmente estoy desarrollando una aplicación (no un juego) que utiliza características de midp 2.0 (concretamente conexiones https). ¿Como se puede comercializar una aplicación así en la situación actual? ¿Como explicas que se necesita midp 2.0 en el teléfono, cuando ni siquiera programadores java saben si lo tienen? Con lo facil que es en el mundo de las aplicaciones para pc ("se requiere guindous equispe y ..."). Esto sin duda solo puede suponer un obstáculo para que la tecnología J2ME siga creciendo más allá de los juegos para móviles ...
Hace más de un año de este post y sin embargo la noticia es la misma, ya se ha abierto la inscripción para el II Congreso javaHispano que se celebrará los próximos días 15 y 16 de diciembre en la Universidad Rey Juan Carlos de Móstoles (Madrid).
En la página web del congreso podréis encontrar el formulario de inscripción y toda la información sobre el evento, incluido el programa del mismo. Un programa que destaca por su variedad, pero sobre todo por la calidad. Si el congreso del año pasado dejó el listón muy alto, este año la cosa se va a salir. Entre las novedades:
Se introducen demos donde las empresas harán demostraciones de sus productos
Habrá mesas redondas donde se tratarán temas de máxima actualidad e interés
El congreso cuenta con el apoyo y presencia de las empresas más importantes del mundo Java, y también de la comunidad Open Source
Se refuerza la presencia de ponentes de reconocido prestigio internacional, como Joshua Bloch y Neal Gafter
Las ponencias que sean en inglés dispondrán de un sistema de traducción simultánea, para que no te pierdas detalle
... y todo esto GRATIS !!!
En fin, que os espero haber convencido para asistir, pero si tenéis que convencer a vuestro jefe,
aqui va una lista de motivos, aunque sin duda uno de los más importantes es reforzar esta pequeña Comunidad que ha crecido alrededor de javaHispano. Esta es una de las pocas ocasiones que tenemos para conocernos, saber quién hay detrás de ese nick que nos soluciona la vida todas las semanas en los foros, o quién es ese tío que hace unos manuales tan buenos, o quién hay detrás de ese blog que leo a diario, o quién ...
En relación con eso, recuerdo que cuando empezamos con los blogs en javaHispano, la comunidad de bloggers habíamos hablado de la importancia de poner nuestra foto en el blog, para que llegado un momento como éste nos pudieramos reconocer. Bueno, pues conmigo no hay excusa, sigo siendo el tío que veis a la izquierda, el matrimonio me ha sentado bien pero no hasta el punto de hacerme guapo (algún dia actualizaré la foto, lo sé). En el congreso pasado conocí a mucha gente y en este espero conocer a mucha más, así que si vas, no dudes en saludarme, estaré encantado de charlar un rato, y si se tercia de tomarnos unas cañas.
Y poco más hay que añadir, que ya estás tardando en rellenar el formulario de inscripción !!
