Compartelo con tus amigos

Lo que uno se encuentra por la red. Me hizo acordar obviamente a Jesus y de un hecho que paso con el papa Juan Pablo II.

En una entrevista un periodista no se si preocupado por su estado de salud o por buscarle que respondia: "Santo padre porque no renuncia". Juan Pablo II le contesto: "Porque tampoco Jesucristo se bajo de la Cruz".

Muchas veces los hombres nos bajamos de la cruz: Divorcio, adulterio, fornicacion, Droga, etc y mas ejemplos que seguro ud. lector pensara o citara mas que su amigo Joe. Pero, hoy a puertas del 2012, me pongo a pensar que alguien murio por mi y por ti. Y que encima es tan caballero que nos da la libertad de decidir si entra o no en nuestra vida.



Un post no tecnico para todos.

Joe
Share:

Lo nuevo en Spring 3.1 - parte 1



Se nos viene Spring 3.1 y voy a citar los cambios que se vienen:

1.- La infraestructura MVC basada en namespaces ahora pasa a MVC Java Config

Ejemplo 1:

// Equivalent to


@EnableWebMvc

@Configuration

public class WebConfig {

// Aqui es donde hariamos nuestra configuracion

}

Ejemplo 2: Veamos un ejemplo de Web Config mas completo.

http://pastie.org/2958174

En este ejemplo se ha hecho una configuracion mas avanzada.

Se elimina:



2.- Si quiero declarar otros beans o importar algun archivo xml de beans (seguridad por ejemplo)


Java Config al maximo:

@ComponentScan(basePackages = "org.springframework.samples.mvc31")

3.- Luego la infraestructura MVC

Si bien @MVC fue introducido con Spring 2.5, soporte para REST en la version 3.0. Hay mas que eso, la infraestructura, compuesta por:

  • DefaultAnnotaionHandlerMapping
  • AnnotationMethodHandlerAdapter
  • AnnotationMethodHandlerExceptionResolver
Lo bueno fue que reemplazo toda esa jerarquia de clases que habia en las versiones pasadas.

La nueva infraestructura ahora es:

  • RequestMappingHandlerMapping
  • RequestMappingHandlerAdapter
  • ExceptionHandlerExceptionResolver
Lo cual fue nombrado despues como:

  • @RequestMapping HandlerMapping
  • @RequestMapping HandlerAdapter
  • @ExceptionHandler ExceptionResolver
Veamos este diagrama para ver como funciona todo:



Ahora tenemos nuevas abstracciones:

  • HandlerMethod
  • HandlerMethodArgumentResolver
  • HandlerMethodReturnValueHandler
Que es posible ahora?

  • Custom request conditions
  • Build request mappings from any source
  • Inspect controller method in interceptors
  • Customize any argument or return value
  • Design own method signature
De esto veremos en el siguiente post.


Joe

Share:

Bit2Bit.com.pe y Acropm.com



Justo hoy hice este tweet

Hace 4 annos decidi formar JoeDayz para dedicarme al nicho de academias tecnologias y desarrollar proyectos para la plataforma JEE usando frameworks agiles. Pero, en estos ultimos annos veo como mucha gente talentosa, con certificaciones, maestrias, excelentes trabajos y utilidades imaginables están RENUNCIANDO, si lease bien y lo repito otra vez RENUNCIANDO a la dependencia.

Dejan de ser dependientes y entran como socios, colaboradores a consultoras pequeñas donde el entorno es mas agil, mas productivo y donde los proyectos si se hacen realidad.

Justo conversaba con mi amigo Manuel Borja (con el cual he estudiado en la PUCP y guardo gratos recuerdos de esa epoca y de su familia que me acogió en mis últimos ciclos en la universidad) que este fenomeno esta sucediendo cada vez mas y ya es casi notorio.

Voy a abusar de su amistad y citar su caso. Manuel ha trabajado durante annos en empresas como Yanacocha. Trabajo estable, y no decir de la remuneración + utilidades. Maestria en nada menos que Carnegie mellon. Y un dia decide renunciar y formar su empresa, hacer empresa en Peru (seguro su entorno le diria estas loco) y dejar la "seguridad" del sueldo mensual, CTS, utilidades y crear su start-up bit2bit.com.pe.



Manuel abuso de tu amistad para escribir de ti sin tu permiso. Pero, necesitaba un caso real para sustentar lo que decía en mi tweet. Manuel entonces me comenta sus experiencias, y disfruto mucho ver como la pasion lo embarga y se convierte en el combustible que necesita el emprendedor.

Las empresas grandes siguen buscando trabajar con empresas extranjeras y gastar millones de dólares. Yo les diria a sus Gerentes que pongan atención en las pymes de software, son cada vez mas productivas y en alianza pueden ser muy fuertes. Dejen de estar pagando a fabricas de software que les hacen perder cantidades de dinero y entregan trabajos de calidad cuestionables.

Otro caso para citar es mi amigo Kike Minnan creador de acropm.com que dicta cursos para interesados en el PMBOK®. (Pronto sacaremos cursos en conjunto para el 2012 - aprovecho el parrafo para el cherry) .
El caso de Kike es similar, trabajando annos en T-Gestiona, buenas condiciones económicas, utilidades y decide dejar su "comoda situación" y ser independiente. A la fecha ya viene dictando cursos a diferentes empresas, universidades y a grupos independientes. Ademas de la consultoria a empresas que necesitan una adecuada gestion de un PMO.
A la fecha hemos realizado una alianza para que la gestion y el desarrollo sea en conjunto.




2012 dicen que era el fin del mundo. Yo creo que es la fecha para que algunas start-ups despeguen. Felicito, y estaré muy contento que otras start-ups destaquen y del Peru nazca una empresa que de origen a otro Google a otro Facebook pero MUCHO MEJOR, cosa de lo que estoy completamente seguro porque tras visitar varias provincias, consultoras, y conocer diferentes personas en mis annos de consultor y docente. TENEMOS EL TALENTO, ESTA AHI, pero, se puede perder todo ese maravilloso talento en el sitio y lugar inadecuado.

Lo que si tambien en estos annos, así como se fue el TERRORISMO se vaya la envidia, las ganas de sobresalir tumbando el trabajo de otros. Cuidado que eso da CANCER. Y la falta de profesionalismo malgasta las relaciones personales y embarra de lodo el buen trabajo de los peruanos.

Seamos lideres y no seguidores. Hagamos las cosas simples pero que funcionan.

En fin quien quiera debatir o comentar, gracias por su feedback.

Su amigo Joe para colaborar en lo que se pueda.




Share:

Refactoring: Extract Method Object

Ultimo refactor del dia. Cuando vi por primera vez el refactor propuesto por Martin Fowler


Me dije que es esto? Así que para entender esto veamos el siguiente código:


Si aplicamos el refactoring extract method apareceran varios metodos, el problema es que comparten varias variables locales.

Por esa razón es mejor aplicar el Extract Method Object y segregar la lógica en otra clase.

Ver como queda el codigo luego del Refactoring Extract Method Object:


Otro ejemplo en el sitio web de jetbrains:


Joe




Share:

Refactoring: Extract Method

Esta semana me compre el intellij idea para mi mac.
Y me gusto mucho los refactors que tiene. La tarea mia sera probarlos todo y de paso buscar su equivalente en Eclipse.

Para empezar Intellij IDEA soporta los refactorings propuestos en Refactoring: Improving the Design of Existing Code by Martin Fowler

1.- Extract Method
Tenemos un fragmento de código que puede ser agrupado.

Llevamos el fragmento a un método cuyo nombre explica el proposito del método.

Si tenemos un código así:


Al aplicar este refactor el resultado es:


Para complementar ver el siguiente video:


Así poco a poco ire documentando cada refactor. Si te interesa comenta o sugiere algún refactor necesitado.

Joe



Share:

Primer Taller de Java para Android Developers


Hoy lanzamos el taller de Java. Este taller era necesario porque hay muchas personas interesadas en el tema de desarrollo Android, pero, no saben Java. He visto que muchos han gustado de las alternativas multi-plataforma en lugar de desarrollar nítidamente (con Java).

Así que te recomiendo si te interesa desarrollar aplicaciones nativas con Android metete a este taller.

Nos vemos el 03 de Diciembre.

Informes en:


Joe
Share:

R15


Este post nace como consecuencia de mi clase de android de hoy.

Si sale una versión nueva del plugin ADT que hoy 20 de noviembre es la 15.0.1 y no actualizas el Android SDK pues tendrás problemas para correr tus programas de android.

Así que para que no te pase algo similar a lo que te cuento, basta con correr un comando como el que ves en la figura justo en la terminal: android update sdk y eso es todo.




Share:

Crear variables de entorno en Mac Lion

Este post lo pongo de apoyo a mi para cuando necesite crear una nueva variable de entorno tenga a la mano los comandos y las variables que ya haya definido.

Espero le sirva a alguien interesado en configurar variables de entorno en mac lion.

Usando textmate por ejemplo:

$mate ~/.bash_profile

El contenido es:


http://pastie.org/2845369

Enjoy!
Share:

H2 engine

Una de las cosas que a veces puede complicar la clase de un instructor es no tener instalada la BD.

Imaginemos un aula de 15 alumnos y pediste instalar el IDE, JDK, pero, uy la BD.

Bueno en mi caso para no sufrir mas decidí usar H2.

Donde lo obtengo


http://www.h2database.com/html/main.html

Hay una versión para windows y .zip para otras plataformas.

En mi caso para instalarlo en mi mac me baje el .zip

Quickstart


La instalación es tan sencilla que te recomiendo seguir este URL

http://www.h2database.com/html/quickstart.html

En resumen lo bajas donde quieras, yo en particular uso una carpeta tools donde guardo todo lo que descargo en java y luego voy a usar y bueno ahí lo tengo.

Luego buscas el h2.sh para lanzar la consola web de configuración y creación de tu primera BD H2.


Si sigues el url anterior te aparecera una pagina web usando el puerto 8082. No copio las pantallas porque ahí están, solo cambie la BD test por una mia y luego corri este script para probar.


http://pastie.org/2840282

¿Como lo uso?

Luego de crear tus tablas y tener una BD H2 con un nombre digamos (el que puse) roo_crm estas listo para usarlo en tu dataSource.  Yo recomiendo tener un database.properties y como ven le digo que use mi H2 engine local apuntando a mi bd roo_crm.



#Updated at Thu Nov 10 00:37:03 PET 2011
#Thu Nov 10 00:37:03 PET 2011
database.password=
database.url=jdbc:h2:tcp://localhost/~/roo_crm
database.username=sa
database.driverClassName=org.h2.Driver


Disfrutalo.  No mas problemas para ejecutar en una BD persistente y trabajar comodo.




Share:

Cursos Online JoeDayz

Estamos muy contentos de que nuestros cursos ya sean tomados en cuenta fuera del Páis.

En Panama ya nos siguen. Gracias Erwin por tu mail, esto nos compremete a seguir dando lo mejor de nosotros.





Joe





Share:

Hamcrest




Un post técnico que me ha resultado genial probar y me gustaría compartir.

Hamcrest

Cuando trabajas haciendo test, se te pide tener en cuenta lo siguiente:
  1.  Los tests deben ser clarisimos para el lector y transmitir lo que estamos tratando de testear de la forma mas simple posible
  2. Nuestros tests que fallan deben ser claros acerca del problema presente, no tenemos porque gastar mucho tiempo averiguando cual es la causa del problema
  3. Nosotros debemos en lo posible seguir la regla TDD "Un Assert por Test" - o lo mas cercano a ese punto.
  4. Implementar el metodo equals() solamente para que podamos hacer comparaciones en esting es demasiado engorroso para la practica.
El último punto porque puede ser engorroso porque basicamente puedes tener un id y considerar que dado ese id los dos objetos a comparar son iguales.
Ademas hay que ser sinceros, a veces usamos librerías de terceros y  la realidad que encontramos es que no implementan equals(), hashCode() o toString(). Entonces, no podemos usar assertEquals directamente y si lo hicieramos la salida obtenida sería completamente inutil.


Bueno, vamos a probar el ejemplo del tutorial (http://code.google.com/p/hamcrest):

http://pastie.org/2725256

(código fuente)

Nota: Si van a probarlo primero añadan la librería de hamcrest luego la de junit. Me salio un error cuando hice un proyecto java simple y añadir primero junit y luego hamcrest. En fin, segui este tip y lo solucione con http://danmalec.blogspot.com/2010/08/solving-javalangsecurityexception-when.html

 Como bien dice la documentación  este assertThat es un método estilizado para hacer un test assertion. El sujeto de el assertion es el objeto biscuit que el primer argumento del metodo. El segundo argumento del metodo es un matcher para objetos Biscuit, aqui el matcher chequea que un objeto es igual a otro usando el metodo equals. El test pasa puesto que la clase Biscuit define un metodo equals.

Pero que pasa si no se implementa equals

Fuente: http://blogs.atlassian.com/developer/2009/06/how_hamcrest_can_save_your_sou.html

¿Que pasa si queremos comparar dos objetos que no implementan ni equals, ni hashCode?


assertEquals(thisLightsaber.isSingleBladed(), thatLightsaber.isSingleBladed());
assertEquals(thisLightsaber.getColor(), thatLightsaber.getColor());
assertEquals(thisLightsaber.getHilt(), thatLightsaber.getHilt());
 
Usando el simple assertEquals de JUnit sería de la forma mostrada. 
El tema es que si se cae en una linea, nos resultaría dificil saber donde.


Si aplicamos hamcrest podemos ubicar el error de una manera mas especifica.

http://pastie.org/964394  (código fuente)

Si ejecutamos esto nos saldría un error como este:

java.lang.AssertionError:
Expected: is {singleBladed is , color is , hilt is }
     but: {color was }
    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:8)
    at pe.joedayz.samples.LightsaberTest.assertThatAnakinsLightsaberIsLukesFirstLightsaber(LightsaberTest.java:21)
 
El ejemplo también nos muestra como crear nuestro Matcher personalizado.
Otra cosa interesante que nos muestra tambien hamcrest desde su versión 1.2 es que tenemos un:


static void reportMismatch(String name, Matcher matcher, Object item, Description mismatchDescription, boolean firstMismatch)
{
    if (!firstMismatch)
    {
        mismatchDescription.appendText(", ");
    }
    mismatchDescription.appendText(name).appendText(" ");
    matcher.describeMismatch(item, mismatchDescription);
}








 Donde podemos personalizar mas la salida y ver en donde tenemos la falla.


Trabajandolo con otros Test frameworks

Lo  bueno de Hamcrest es que ha sido diseñado para integrarse con Junit, TestNG.
También se puede usar con mock objects frameworks usando adaptadores. Hay para JMock y EasyMock.

Sugar


assertThat(theBiscuit, equalTo(myBiscuit));
assertThat(theBiscuit, is(equalTo(myBiscuit)));
assertThat(theBiscuit, is(myBiscuit));

Todos estos son equivalentes.


Creando Matchers personalizados

Código fuente: http://pastie.org/2725591

¿Porque crear un matcher personalizado?  pues para eliminar duplicación de código y hacer nuestros tests mas leíbles.

Al copiar el código y ejecutar el test verás que assertThat recibe un argumento de tipo Matcher. Y en este caso se necesita un Matcher. En la documentación explican que se utiliza TypeSafeMatcher porque este ya castea a Double por nosotros. La unica responsabilidad de nosotros es implementar el método matchesSafely que chequea si el Double es NaN y el metodo describe() que se usa para productir un mensaje de falla cuando el test falla. 


fails with the message
java.lang.AssertionError: Expected: is not a number
    got : <1.0> 



Conclusiones

Nos podemos expresar mejor con Hamcrest. En lugar de usar:

    @Test
    public void deberiaObtenerIgv(){
        double total = 119;
        CalculadoraFinanciera calculadoraFinanciera = new CalculadoraFinanciera();
        double impuesto = calculadoraFinanciera.obtenerIgv(total);
        assertEquals(impuesto, 19, 0);
    }

Podemos usar:

     @Test
    public void deberiaObtenerIgvConHamcrest(){
        double total = 119.0;
        CalculadoraFinanciera calculadoraFinanciera = new CalculadoraFinanciera();
        double impuesto = calculadoraFinanciera.obtenerIgv(total);
        assertThat(impuesto, is(19.0));
    }

En caso falle nos muestra un error mas entendible:


java.lang.AssertionError:
Expected: is <19.0>
     but: was <44.705882352941174>


Si trabajas con colecciones:

    @Test
    public void deberiaTrabajarConArreglos(){
        String[] colors = new String[]{"red", "green", "blue"};
        String color = "yellow";
        assertThat(color, not(isIn(colors)));
    }


Continuará.







Share:

Frameworks Ágiles para la Plataforma JEE


Frameworks Ágiles en la Plataforma JEE

Por: Ing. José Amadeo Martin Díaz Díaz
Twitter: @jamdiazdiaz

No soy mucho de escribir artículos, así que espero realmente que pueda transmitir adecuadamente el mensaje sobre los Frameworks Ágiles para la plataforma JEE.
En mis 12 años de experiencia profesional he sido analista programador, arquitecto, coordinador y Gerente en diversos proyectos para la plataforma JEE.  Utilizo el lenguaje Java desde que salí de la universidad la PUCP (1).
Si bien Java no se caracteriza por ser un lenguaje dinámico, sino más bien verboso y lleno de clases e interfaces que aprender, es hoy por hoy el lenguaje escogido por muchas organizaciones gubernamentales y privadas. “Al cesar lo que es del cesar”.
Sumado a esto tenemos diversos IDEs o entornos de desarrollo (NetBeans (2), Eclipse (3), Intellij Idea (4)), Contenedores de Servlets (Ahí tenemos al popular Tomcat (5)), Servidores de Aplicaciones para escoger (JBoss (6), WebSphere (7), GlassFish (8), WebLogic (9),  tc-server (10), etc), APIs, Middlewares, Enterprise Server Bus (Mule (11), Apache Service Mix (12)), Messaging como Rabbit MQ (13),  Frameworks de persistencia (Hibernate (14), Mybatis (15), JPA (16)), Frameworks Web (Spring MVC (17), Tapestry (18), wickets (19), struts 2 (20), JSF 2.0 (21)), y podemos seguir nombrando más categorías ubicadas en el segmento open source y/o comercial.

En definitiva hay muchos caminos que seguir, y supuestamente las empresas que deberían apoyarnos Oracle (22), IBM (23), RedHat (24) y ahora VMWare (25) en su mayor parte no se destacan por innovar, casi la mayoría de estándares que tenemos hoy vienen de iniciativas open source. Gracias a Hibernate y Spring podemos para “muestra un botón” dar como resultado el estándar compuesto por EJB 3 (26) y JPA.
El camino que esperamos no es difícil de pensar o desear. Ellos deberían seguir las actividades más productivas y eso volverlo estándar. No sacar un estándar que finalmente solo una muestra de la comunidad Java utiliza.  “Otro botón” el muy conocido Java Server Faces.  Que hoy por hoy aún no es adoptado en todas las organizaciones y se utiliza más en ambiente intranet y por evitar la complejidad del modelo request – response.
Los años pasan y no solo las metodologías están pidiendo cambios. Por muchos años hemos llevado proyectos siguiendo los lineamientos de RUP (27), PMI (28) y hemos seguido el esquema Análisis, Diseño, Construcción, Implantación, Soporte Post Implantación. Este modelo que suena a “Cascada” (29) funciona muy bien para proyectos predecibles, similares, pero, para crear nuevos productos o para proyectos de mucho tiempo puede convertirse en una relación en el que ni el cliente ni el proveedor al final se quieren ver. Creo que esto es entendible. ¿Quiénes fueron nuestros primeros profesores de software?, pues Ingenieros Civiles e Industriales. Ellos pues siguen dicho proceso. Nosotros necesitamos algo diferente.


Las metodologías ágiles entonces como Scrum (30), Kanban (31), XP (32) ya están causando muchos cambios e impacto en las organizaciones de a pocos. Lamentablemente y como pasa siempre en nuestro País, nos enteramos o adoptamos algo cuando ya en nuestros vecinos Argentina, Chile, Colombia, Brasil, por mencionar algunos ya vienen tras cuatro años practicando y aplicando.
Hoy por hoy también invito al lector a revisar sobre Lean Software (33) pues esto les permitirá ver que no siempre hay que estar pegado al estándar si es que este no nos permite marcar la diferencia. "Piensa en grande, actúa en pequeño, equivócate rápido; aprende con rapidez".
Estas metodologías tienen un común denominador y que es parte del manifiesto ágil (34) que dio lugar a todo: Dar importancia al equipo, las personas, sus interacciones; al software como nuestro objetivo final, el cual debe funcionar y no depositar nuestra confianza en sólo herramientas, o documentación exhaustiva, a dar valor en resumen a lo que es estrictamente necesario; trabajar en un esquema basado en iteraciones o ciclos cortos para obtener un mejor feedback del cliente, lo cual implica no tener un contrato en el cual el cliente y el proveedor no tengan una relación win-to-win. El punto es tener a las dos partes como ganadoras. Entonces tenemos que poder responder al cambio, por lo cual los cronogramas Gantt se van a la basura. Cronogramas que nunca han reflejado la verdad y solo dan aproximaciones. Entiéndase bien: No se puede predecir el futuro.
Ante todo esta parte metodológica mencionada anteriormente. Las exigencias de hoy entonces te piden desarrollar cosas “para ayer”. Durante los últimos años muchas empresas sobre la base de estándares java desarrollaban su Framework de Trabajo, lo que originaba tener un Arquitecto que daba mantenimiento a ese framework y llenarlo de todo lo que se necesitaba por proyecto creándose unos “Transformers” de arquitecturas para dar soporte a todas las necesidades.


Por suerte estos últimos años, toda esta onda ágil ha traído innovación e iniciativas open source para crear aplicaciones más rápidamente sin sacrificar buenas prácticas y performance. Iniciativas como Spring Roo (35), Grails (36), Play (37), Vaadin (38), Lift (39) han salido al mercado. Todas ellas open source, y dando soporte a nuevos lenguajes para la plataforma java como Groovy (40).
En particular he probado Spring Roo, que para entenderlo bien hay que conocer muchos de los proyectos de SpringSource.com, JPA.  Grails me pareció una muy buena idea como respuesta a Ruby (41) & Rails (42) que es otro mundo y no solo optar por JRuby (43), sino convertirse en un framework MVC para desarrollar con java y Groovy.
Play es como dice su traducción para desarrollar como jugando. Es muy sencillo de usar y basado en Scala (44) un lenguaje del cual también debes enterarte y que merece un artículo aparte. Está basado en Scala en su parte interna, pero puedes desarrollar con java. Permite recargar tus clases java sin bajar el contenedor.
Los otros no los he probado pero, puedes visitar los links que adjunto para enterarte por ti mismo estimado lector.  Aunque se puede criticar que solo sirve para hacer mantenimientos simples, para alguien que los ha usado y personalizado, les puedo asegurar que es una buena iniciativa y que no deberíamos desestimar. Hay buenos casos de éxito en países vecinos y en el extranjero. ¿Que esperamos? ¿Queremos sorprender al jefe? ¿Queremos destacarnos frente a la competencia con nuestra capacidad de delivery? Entonces te invito a leer más sobre ellos.
Espero les sea de utilidad y si se ha compartido mis datos personales, gustosamente podré colaborar con ustedes. Su colaborador José Díaz.


 

(1)       Pontificia Universidad Católica del Perú  http://www.pucp.edu.pe
(2)       NetBeans.org http://netbeans.org/
(3)       Eclipse.org http://eclipse.org/
(5)       http://tomcat.apache.org/
(6)       http://www.jboss.org/




 



 Elaborado para una revista en la universidad de Abancay.






Share: