Linked

Últimamente cada vez tengo más la sensación de que el borreguismo en internet va creciendo, para llegar a los límites del mundo real. Siempre he compartido la idea de que la competencia está a un click (incluso para el todopoderoso Google), pero cada vez me está pareciendo más que según se suma gente a la red, no es que las opciones se reduzcan, sino que simplemente se crea un círculo vicioso alrededor de lo existente.

Pero últimamente me está preocupando más las consecuencias de la endogamia que produce esto que se llama Web 2.0 internet, o al menos una de sus partes, los blogs. Y es que es curioso como pueden manipular la realidad (aunque obviamente la culpa es de quién se deje manipular, o simplemente no averigüe lo suficiente). Pongamos un tema X, me da igual. Vas a hablar sobre ese tema con la empresa E1, y resulta que consideran un exporto al individuo I1, porque su consultor C1 le dice que es el mejor del mundo y que tiene un blog que es la releche, etc. Vas a la empresa E2, y te habla de I2, porque se lo comenta su C2 correspondiente. Y así sucesivamente, incluso en un nicho de mercado hiperexclusivo y que no tiene sentido que I1, I2, IX no se conozcan. Y el problema no está en esas relaciones, supongo que es de las empresas EX, que simplemente aceptan lo que se les dice. A fin de cuentas tampoco tienen porque no fiarse.

Pero esto de la internet, y esto sucede desde mucho antes de la Web 2.0, crea unas relaciones de confianza que me sorprenden. Yo mismo la he vivido. En el pasado, por el hecho de haber fundado javahispano tenía más respeto profesional por parte de algunas personas del que seguramente me merecía. Alguno me dirá que las relaciones entre blog se llevan más allá, se conocen personalmente, se entienden y que si dejan de hacerlo simplemente también se nota. Me parece que se crean millones de islas, formados por grupos de gente, a los que no es que les una un interés común (aunque seguramente lo hace), sino que simplemente la casualidad ha hecho que hayan acabado en un circulo o en otro. Y si entras a uno, ya esta, inmediatamente eres aupado a un nivel superior de lo que sea. Sin haber hecho nada, sin haber demostrado nada.

No lo sé. Cada día me parece menos real, o mejor dicho, me parece que esas relaciones irreales se convierten en relaciones irreales en la vida real, en pequeños reinos de taifas ridículos y endogámicos que no benefician a nadie.

Sé que esto puede parecer una pataleta, nada más lejos de la realidad, que entrase yo a un sitio en sustitución de otro sería una operación conmutativa que seguramente no cambiaría nada. Además ahora mismo no se me ocurre un sitio dónde yo quisiera estar, el ejemplo que he comentado es real de mi entorno pero que no tiene nada que ver conmigo. Simplemente lo mismo que hay cosas que me maravillan de internet, también hay cosas preocupantes.

Share This

Uno de las grandes ventajas de Maven puede ser uno de sus grandes problemas: las dependencias transitivas. Esto es, si en maven yo digo que necesito, digamos el API de MyFaces, él solito se encargará de bajar todas las librerías que necesita MyFaces. Esto que es un gran avance, puede ser molesto si la persona que ha preparado MyFaces (o cualquier otro proyecto, hablo de MyFaces sólo como ejemplo) no ha tenido en cuenta que dependencias son reales y cuales no.

Dentro de Maven se pueden declarar dependencias de cinco tipos, tal y como se explica en la propia documentación (aquí concretamente). El problema viene si usamos una librería cuyo autor ha declarado todas las dependencias como compile, normalmente por comodidad. ¿Qué podría ocurrir por ejemplo en el caso de Hibernate?. Para compilar el proyecto, necesitaremos un montón de librerías que luego no nos harán falta en tiempo de ejecución, por ejemplo sólo nos hará falta una de sus implementaciones de pool de conexiones o de caché. Si el autor pusiera todas esas dependencias en modo compile nuestro proyecto incluiría TODOS esos jar. Demasiados.

Pero más aún. Supongamos que ese proyecto incluye un API desfasado, o que choca con otras versiones que tengamos, o con nuestro servidor de aplicaciones. Por ejemplo supongamos que un proyecto incluye una dependencia a un API de XML desfasado que impide que Tomcat vuelva a arrancar. Es sólo un suponer. ¿Como puedo eliminarlo sin perder la ayuda de las dependencias transitivas?.

Afortunadamente la gente que escribió Maven ya ha pensado en eso, y al declarar una dependencia podemos eliminar de nuestro proyecto una de estas dependencias transitivas. La forma de hacerlo sería la siguiente:

    
        myfaces
        myfaces-api

        1.1.0
        compile
        

            
                xml-apis
                xml-apis

            
        
    

Sencillo, ¿no?.

Share This

Sin saber muy bien por qué, en este hilo de javaHispano he acabado sacando una idea que me ha pasado por la cabeza en multitud de ocasiones, y que incluso en alguna ocasión he estado a punto de llevar a la práctica o ayudé a llevar a la práctica, como el caso del grupo de preparación de certificaciones de javaHispano (con resultado… en fin, cosas que pasan).

El caso es que por las acciones de formación que llevamos a cabo, vamos viendo muchas cosas, y generando material, de modo que de alguna forma que no sea en forma de libro, me gustaría no sólo ir sacándolo, sino simplemente ayudar a quién tiene ganas reales de mejorar y que no encuentra la forma. Tampoco sé si soy alguien capaz de conseguir eso, pero al menos tengo el interés en intentar aportar mi granito de arena, y aprender de ellos a la vez que ellos aprenden de mi.

En ese hilo de javaHispano, Monteagudo hacía alguna apreciación, y como se ve que siguiendo mi línea habitual, no me he explicado bien, lo vuelvo a intentar. Mi idea no sería la de hacer un tutorial estático, o un video de como hacer xxxxx con netbeans, sería algo más parecido a lo que realiza Shang Shin en J2EE Programming (with Passion!) Online Course . Por cierto, si algún día teneis la oportunidad de escuchar a este coreano asistir, te puede llamar tonto por usar EJB2.0 y tú hasta olvidar que era él quién te lo vendía dos años antes.

En cualquier caso, la idea no sería la de realizar un tutorial, sino la de dirigir un curso. Organizado alrededor de una lista de correo, se trataría de marcar una planificación de los temas y ejercicios más o menos desahogada e ir siguiéndola. De forma desinteresada y gratuita, simplemente por el placer de hacerlo y aportar algo. Los temas… podrían ser varios, desde algo de JSF (origen del comentario en javaHispano) hasta … sin límites (si hay ayuda e interés se puede hacer de todo).

Lo que pasa es que esto es una labor dura, de modo que lo que más me interesa es ver como convertir esto en algo medianamente serio por ambas partes. No es que quiera obligar a que termine quién empieza, simplemente que haya un mínimo de interés que vaya más allá del primer día.

Seguiré pensando sobre ello, pero si alguien tiene algún comentario será bien recibido.

Share This