Anteriormente vimos cómo aceptar criticas, una habilidad muy importante para nuestra vida cotidiana.
Pero cada uno de nosotros también critica a otras personas, por diferentes motivos y de diversas maneras. En este artículo veremos la importancia que debemos darle a las críticas que nosotros mismos damos.
JavaHispano acaba de publicar un podcast sobre arquitectura SOA y servicios web, en donde se realiza una introducción a SOA y a los servicios web SOAP y REST.
En la charla se debaten buenas prácticas de diseño para servicios web, problemas comunes que surgen durante los procesos de integración, y librerías útiles para desarrollo de servicios web SOAP y REST.
En Scrum, el rol del Dueño del Producto en Scrum es sumamente importante. Este trabajo no es fácil y requiere de mucho esfuerzo. De hecho, el Dueño del Producto es probablemente la persona más importante en el equipo de Scrum, ya que tiene que gestionar por si solo la responsabilidad de indicarle la dirección al equipo.
Hay muchas personas en este planeta, cada una con su opinión. Esto significa que todos nosotros deberíamos esperar recibir muchas críticas a lo largo de nuestra vida. Amigos, familiares, compañeros de trabajo, vecino, extraños…todos ellos tienen algo que decir (al igual que nosotros…). Y si tenemos presencia en el mundo Web, podemos esperar recibir muchas mas criticas, ya que es fácil criticar ocultándose tras el velo del anonimato.
Ya que no podemos evitarlo, necesitamos estar preparados para aceptar las críticas de la mejor manera para todos. Aquí les dejo algunos consejos para logarlo:
ESVP es una actividad que pone foco sobre el trabajo de la retrospectiva. Lo que se busca es que cada participante describa su actitud hacia la retrospectiva como un Explorador, Comprador (o Shopper), Vacacionista o Prisionero (ESVP).
Esta técnica para retrospectivas puede ser útil al inicio de un proyecto, para conocer la actitud de los participantes frente al proyecto; y también como última actividad al finalizar el proyecto, para hacer un cierre y tener una última definición sobre la sensación final de los miembros y como capitalizaron las experiencias durante los sprints.
Los despliegues de aplicaciones Java suelen ser complicados, propensos a errores, y manuales, de forma que se generan demoras en hacer que el software quede disponible para los usuarios. En la primera parte de esta serie identificamos ocho patrones claves para crear un proceso de despliegue seguro, repetible y consistente. En esta segunda parte expandimos la discusión y presentamos siete patrones más que complemetan a los anteriores y con los que podremos crear un despliegue con un solo click.
Hace poco vimos el concepto de Aceleración como medida ágil de productividad en los equipos. La aceleración nos servía para ver cambios en la productividad de un equipo sobre un período de tiempo determinado.
Ahora vamos a analizar más en detalle algunas cuestiones relacionas con el uso de este indicativo para mejorar el rendimiento de los equipos ágiles de software.
Crear un entorno para realizar correctamente TDD no es una tarea facil. Tenemos que pensar en la Integración Continua (y el servidor que la soportará), en el script de construcción del proyecto, en la ejecución y publicación de las pruebas unitarias, informes de Cobertura de código, y más...
En la nota anterior, vimos cómo crear un entorno TDD usando Hudson, NetBeans, Ant y SVN. En esta excelente segunda parte, veremos cómo usar Cobertura junto a NetBeans y Hudson, para terminar de crear un entorno TDD completo, con informes de cobertura, gráficos y más.
Un objetivo común en Sistemas es poder determinar la productividad de varias técnicas, herramientas y personas como parte del esfuerzo total para mejorar dicha productividad. Si podemos medir la productividad de manera simple, vamos a poder identificar lo que está funcionando bien en determinadas situaciones, o lo que no está funcionando, y realizar los ajustes necesarios.
Adobe continúa su cortejo a los desarrolladores que utilizan Java con la ayuda de SpringSource, con el reciente anuncio de que Spring Framework tendrá soporte oficial al framework Flex con su proyecto llamado "Spring BlazeDS".
El anuncio indica un importante paso adelante para la plataforma Flex, que utiliza Java con su IDE basado en Eclipse y Blaze Data Services (diseñada para funcionar en contenedores Servlet JEE).
La nota de prensa de Adobe analiza la colaboración:
El procesamiento de transacciones debería lograr un alto grado de integridad y consistencia de datos. En este artículo veremos algunos errores comunes al usar transacciones en Java. Usaremos ejemplos con Spring Framework y Enterprise JavaBeans (EJB) 3.0 para demostrar el uso de una estrategia transaccional efectiva.