Linked

A parte de encontrarme con una desagradable sorpresa en el snipsnap de javaconganas, el día ha venido marcado por dos conversaciones similares y un post que me han invitado a la reflexión. Y es que una invitación para trabajar en una empresa te hace repensar (y recordar) muchas cosas. Una de las principales razones para crear linking fue la de querer hacer algo diferente. Se acerca su segundo cumpleaños de facto (que aún no oficial), y aunque estos dos años han traído muchas cosas (buenas y menos buenas), algunos caídos en el camino (como mi ex-socio) e incluso algún suelo truncado (de momento) como trabajar con mi autodeclarado familiar, no puedo dejar de estar contento con lo conseguido, sobre todo si miro hacia fuera.

Y es que la verdad es que vivir de esto es relativamente fácil, lo difícil es crecer para hacer algo más diferente. Mi amigo Vitxo ha acuñado el término the linking way, y aunque tengo que reconocer que es algo presuntuoso, suena divertido, aunque yo lo reduciría a soñar con que otro tipo de empresa es posible (y no quiero decir con esto que no haya otras empresas similares). Leo a batch4j que en javaHispano se ha vuelto a liar el tema de los intrusos, y no me puedo creer que volvamos de nuevo sobre lo mismo.

• Me pregunto si el hecho de que a muchos clientes no les importen (porque tan tontos como para desconocerlo no son) los niveles de subcontratación que se dan en muchos proyectos.
• O si a los empresarios les da absolutamente la calidad de los trabajos que realizan (parece que no), aunque no entiendo porque deberían preocuparse de ello si tampoco lo hacen los clientes generalmente (teniendo en cuenta las pocas sanciones que hay…).
• Me pregunto porque hay tanto informático (o trabajador de la informática, porque no hablo de universitarios) se quejan tanto de las horas de trabajo o los sueldos cuando en realidad, por lo que hacen, casi hasta se les paga demasiado si vemos los resultados o el interés en lo que hacen (obviamente tú, lector de este blog no perteneces a este grupo, sino a quienes se preocupan por su trabajo).
• También me pregunto si el nulo criterio técnico que existe en muchos mandos y/o mal llamados consultores que toman decisiones sin reconocer que están incapacitados para ello (porque saber lo saben, eso esta claro).
• O porque los propios informáticos, que se quejan de que no les dejan pensar si tiene perfil de programador o de que no les dejan dirigir equipos después de salir de la universidad hacen lo mismo con los siguientes en cuanto tienen oportunidad.
• Me pregunto porque si todos tenemos claro que no es la misma la calidad de un juguete de Scalextrix (por decir una marca) que otro coche comprado en los chinos, hay gente que no se da cuenta que hay programadores y programadores, y que como tal hay que tratarlos.
• Me pregunto si alguien se compraría un piso en una casa a la que el arquitecto a dedicado tan poco tiempo como se le dedica a determinados proyectos informáticos (quizás lo hagan, pero preferimos no saberlo).
• Me pregunto porque hay tantas quejas y tan pocas acciones, a todos los niveles, porque desde que el mundo es mundo, hay pocos problemas que se solucionen solos.

Es muy posible que yo no haya solucionado todo esto, ser pequeño tienen otras limitaciones, pero al menos se puede decir que trabajamos de otra forma. Si algún día dejara linking tendría que ser por algo realmente ilusionante, de esas cosas que hay pocas, porque no me veo entrando en la rueda (aunque más cornadas da el hambre, así que ya veremos, me guardo la opción ;-) ).

PS: Y antes de que me lo recuerden, me gustaría que alguien que diga que los colegios profesionales son la solución a los males del mundo lo hiciera con un mínimo de datos que lo demuestren, y que me demuestre que no hace lo mismo que un sindicato (de inútil o de inútil, que cada uno escoja).

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

Estoy realizando un master, un executive MBA por la UPC concretamente. Como trabajo final del mismo tengo que realizar una tesina, sobre un tema de mi elección, y el que escogido es: “Lanzamiento de una micro ISV en España”. No podía escribir de otra cosa :-D.

Para realizarlo, a parte de mi propia experiencia, me gustaría contar con las ideas y comentarios de mucha gente, algunos ya conozco, otros aún no. Por eso me he decidido a crear este weblog, como punto en el que compartir ideas y opiniones, en el que todo aquel metido en esta aventura pueda participar (incluso como autor si lo quiere).

Ya que es el contenido que tendrá mi tesina, la temática debería incluir todo lo referente a la creación de una startup, desde temas de organización, a temas de marketing o legales. Mi tesina se centrará en España, pero entiendo que eso sólo es aplicable (al menos de forma más fundamental) a los aspectos legales.

Veremos que sale.

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