Linked

Ayer estuve en los TechDays 06 (o JavaExpo 06, depende de si llevas traje o no), y aunque hoy no me he podido quedar (Ibon nos contará sobre hoy), me voy a aventurar a dar mi opinión sobre el evento.

Lo primero y más claro es que no tiene nada que ver con ninguna de las JavaExpo de los últimos años. Charlas bastante técnicas (todo los técnicas que pueden ser charlas de 45 minutos), sobre tecnologías del día a día. Es cierto que en gran parte ha sido un roadshow de Sun (eh!, que son los Sun’s TechDays!!!), pero dejando fuera la (merecida en muchas muchas ocasiones) publicidad de Netbeans, de todas las charlas podías llevarte algo. Y para que yo con el nivel de insatisfacción que tengo para estas cosas diga esto no esta mal!.

Algunas charlas tenían para mi una aplicación más directa que otras, unas eran novedosas y otras menos. Lo que no puedo evitar tener es la sensación de que los programadores somos muy muy muy lentos adoptando cosas. Y no es que tengamos que tirarnos de cabeza a cada novedad, ni mucho menos, pero es que por mucho que se diga, somos muy lentos. Muchas veces hemos hablado en la oficina de que hay cosas que no tienen que ser tan difícil, de que no puede ser que aún no se haya hecho nada para simplificar X.

Y es que viendo las charlas de ayer, me desilusionó un poco el hecho de que año y medio después aún nos tengan que dar charlas sobre las novedades de Java 5.0, de las herramientas de que se disponen para debuggear y ver el funcionamiento de las aplicaciones en ejecución, de que (y esto no siempre es culpa nuestra) seamos (hablo en general, no me incluyo) muy pocos los que usamos anotaciones, genéricos y muchas otras novedades que nos simplifican la vida. Llevamos desde Diciembre 2004 oyendo hablar de EJB 3.0, etc. Por cierto, 6 años después estoy volviendo a aceptar “entity” (se acabo el término EJB) como herramienta de programación.

Lo mejor: sin duda volver a tener el placer de oír hablar a Sang Shin.

Lo peor: una charla que me acaban de contar y en la que no estuve. Gracias a dios.

Share This

Tiempo sin escribir por aquí (como dice Martín , en los blogs corporativos es indicador del buen momento de la empresa), pero Angel Retamar me invita a hacerlo con su post sobre XML. Ante el temor de ser un comentario demasiado largo, me toca post nuevo.

Y es que Ángel habla de las virtudes del XML para la configuración de aplicaciones. Y obviamente tengo que estar de acuerdo. Bueno, en parte. Porque sólo argumenta sobre las ventajas de la configuración fuera del código. Es decir, un fichero properties tendría exactamente las mismas ventajas en según que casos.

Lo que nadie me puede negar es que se ha llevado esto a unos extremos increíbles. Ángel habla de la comodidad de Struts, y yo, habiendo visto ficheros struts-config de 20.000 líneas (y no, no sobran ceros), tengo que tomarmelo con una pizca de sal. Y lo digo habiendo pecado de XMLitis en el pasado.

Primero, porque el argumento habitual de no tener que recompilar las clases me parece bastante desafortunado. Hay gente que considera que los ficheros XML son ficheros de código fuente de la aplicación, y en mi opinión, sin valorar si es bueno o malo, tienen razón. ¿Por qué?. Primero porque sin ellos no funciona la aplicación, y segundo porque en el 99% de los casos hay que reiniciar la aplicación para que tome esos cambios. Que sean dos pasos en lugar de uno me da bastante igual, pues para mi lo hace todo Ant, que no se queja si son 1, 2 o 500 pasos. Cosas de la automatización.

Pero el segundo argumento viene normalmente de los porsis. Por si un día necesito… . La verdad es que lo más probable es que ese día no llegue nunca, pero aún llegando, ¿qué hay de malo en tener una convención que nos obligue a tener menos configuración?. El famoso convention over configuration. Si tengo una acción de Struts llamada “guardar”, que normalmente devuelve “error” o “ok”, que hay de malo en sin tener que configurar nada exista siempre la convención de que vaya a las páginas “guardar_ok.jsp” o “guardar/ok.jsp” (por decir algo?). Que libertad me quita eso?. Si quiero cambiar el funcionamiento o bien tengo que cambiar la página o tengo que introducir nuevas acciones, nombrarlas, etc. de modo que el mapeo de la JSP tampoco me sirve de demasiado.

¿Quiero decir que el XML es malo?. Obviamente no. Pero si me parece que normalmente nos estamos pasando tres pueblos. Si hubiera una herramienta gráfica que nos facilitase el trabajar con ellos realmente (el Webflow del Workshop de BEA no era mal camino para el tema de struts), pero lamentablemente no es así normalmente. Navegar con los XML de algunos proyectos se hace molesto y difícil, en especial porque al final hay información (por ejemplo el acceso a una BD) que puede estar en distintos XML o ficheros properties.

Tengamos un poco de cabeza. Y si algo no se preve que vaya a cambiar, no nos compliquemos la vida hasta que sea necesario. Será que soy muy vago.

Tampoco te lo tomes como nada personal, Ángel, es simplemente una opinión más.

Share This