Autor

Federico Caro es un consultor senior con más de 10 años en el desarrollo de aplicaciones/sistemas basados en tecnología J2EE. Su carrera profesional en J2EE comenzó en Peoplecall una empresa dedicada a servicios de telefonía IP, colaborando en el desarrollo de la migración del site de PHP a J2EE integrando los servicios de facturación. Posteriormente ha pasado por departamentos de definición de arquitecturas J2EE en Indra Sistemas, Ralia Technologies (Grupo Damm) e IT-Deusto.

Ponente en

Spring Roo. Monitorización con Spring Insight

  • 14 de octubre del 2010
  • Ponente Federico Caro
  • Escuela Politécnica Superior de la Universidad CEU San Pablo

En este seminario organizado por Paradigma Tecnologico y Javahispano pretendimos que el asistente conociera la tecnología Spring Roo como alternativa dentro de... sigue leyendo

Redactor en

Spring social

Estas últimas semanas he estado preparando la charla en Spring IO del 2011. Llevo siguiendo la pista a proyectos tan interesantes como Spring Data, Spring Mobile, Spring Roo, Spring integration, etc.

Pero, finalmente todas estas temáticas estaban planificadas por algún otro ponente, con lo que revisé los proyectos más novedosos de Spring, encontrándome con Spring Social.

sigue leyendo…

Adaptabilidad de las plataformas abiertas

Recientemente, tras la impartición de un seminario acerca de Spring Roo, se me vuelve a venir a la cabeza los movimientos que se producen en las comunidades tecnológicas para adaptarse rápidamente al cambio de paradigma. En el siguiente post pretendo explicar los movimientos de la tecnología más “conservadora” Java para adaptarse al cambio producido por la incorporación de tecnologías tales como Ruby on Rails, Groovy y Grails en el ecosistema.

sigue leyendo…

Spring Insight: Aplicaciones Java en tiempo real

Dentro de Paradigma Clinic tenemos el firme propósito de recopilar un conjunto de herramientas que permitan monitorizar el estado de una aplicación. Como ya comenté en mi post sobre Sonar, hay tres variables que son relativamente dejadas de lado en el desarrollo de software de aplicaciones: análisis de la calidad del código, profiling de la aplicación en busca de cuellos de botella y memory leaks, y pruebas de carga y estrés que permitan estudiar la escalabilidad que presenta la aplicación. Una vez presentado Sonar como herramienta para el análisis de la calidad del código, a continuación presento las bases de la última tecnología de Spring dentro del ámbito de monitorización de las aplicaciones: Spring Insight.

Resultado de imagen de spring insight sigue leyendo…

El valor de IT en la empresa

Desde hace muchos años, y después de estar inmerso en el desarrollo del software, me sigo preguntando si la tecnología es un medio o  un fin. Para contestar a mi dilema, siempre que mantengo una conversación con una persona de negocio se percibe más la tecnología como un «commodity» y por tanto como un medio.

Manipulación Smartphone, Gleise, Ejecutar, Encantadora

sigue leyendo…

Sonar: Medida de la calidad de tu código

Desde que llevo en el desarrollo del software, siempre me encuentro con que hay tres variables en un proyecto que no se ejecutan, provocadas por el día a día y por la necesidad imperiosa de los departamentos de negocio de incluir más y más funcionalidad sin valorar el estado tecnológico de la infraestructura y el producto.

Resultado de imagen de sonarqube logo

sigue leyendo…

Groovy y el desarrollo orientado a pruebas

Personalmente llevaba mucho tiempo dándole vueltas a los problemas intrínsecos de un desarrollo orientado a pruebas.

Siempre que he tratado este tema, suele salir en la conversación la dificultad de mantener el código de pruebas, el tiempo que se consume en el desarrollo de las clases de Test, la tendencia que aparece en los proyectos a discontinuar la batería de pruebas según avanza el desarrollo del proyecto.

Bajo este contexto, y desde el conocimiento de las bondades que te permite un lenguaje dinámico orientado a objetos, como puede ser el caso de Groovy, siempre se me ha venido a la cabeza, ¿por qué no incluir el desarrollo de pruebas con Groovy, y aprovechar el potencial del lenguaje para solventar algunos de los problemas que aparecen en los desarrollos orientados a pruebas?

Resultado de imagen de groovy

sigue leyendo…