El artículo "An Introduction to Agile Methods", de Marty Andrews y Steve Hayes podría confundir por su título, porque quizá se queda más como presentación que como introducción al conjunto general de métodos ágiles. Sin embargo sí resulta recomendable como introducción específica de eXtreme Programming. Algunos apartados, para abrir el apetito:
¿Cuándo puedo emplear eXtreme Programming y cuando resulta necesario?
¿Cuándo fallará eXtreme Programming?.
En ellos se habla de tamaño de equipo, comunicación, implicación del cliente, entorno ténico y físico, relaciones personales, etc.
Vía "Reflexiones e irreflexiones" acabo de descubrir el interesante experimento de Fernando Plaza: Compareblogs, que permite elegir dos blogs, y comparar el volumen de suscripciones que tienen registrados en bloglines.
"¿Son suficientes las pruebas que hemos realizado?. Esta es una pregunta habitual en el desarrollo de software. Los procesos de pruebas suelen emplear mediciones "dinámicas" o "de ejecución". El estudio "Providing Test Quality Feedback Using Static Source Code and Automatic Test Suite Metrics", proporciona un enfoque alternativo al empliar métricas estáticas en los procesos de pruebas. Las medidas estáticas pueden propircionar más tempranamente información sobre los parámetros de calidad alcanzados. El estudio propone el conjunto de métricas STREW (Testing and Reliability Early Warning) que es un conjunto de 9 indicadores sobre código.
A punto de cerrar la segunda parte de CIS (Compendio de Ingeniería del Software), esta es la presentación de Scrum, en el apartado de gestión ágil de proyectos.
Para ver con un vistazo el eco de un web en Technorati, Bloglines, BlogPulse, Icerocket, PubSub, Feedster, BlogDigger, MSN
Search y Google. Talk Digger. (0 Comentario[s])
En ebook911 (sorprendente si no lo conocías) están disponibles los siguientes libros sobre ASP y .NET, aparte de los ya veteranos de Java, Perl, TCP/IP, Unix, PL/SQL, Linux...
ASP.NET Unleashed 2ª Ed. (SAMS - chm)
Introduction to C# Programming for the Microsoft .Net Platform (MSDN Training - pdf)
Developing Microsoft .NET Applications for Windows in Visual C (MS Press - pdf)
SEI publicó el mes pasado el informe técnico The Impact of Function Extraction Technology on Next-Generation Software Engineering. en el que trata de la aplicación de la tecnología FX (Function Extraction) para detectar de forma automática código malicioso. El informe tiene como finalidad mostrar a los espónsores de SEI el impacto y el valor de la tecnología FX, que comenzó a desarrollarse para mitigar los problemas de seguridad en 2002. ( CERT Experience with Security Problem In Software).
Los sistemas complejos de software son difíciles de entender poque encierran innumerables caminos de ejecución posibles, y en cualquiera de ellos pueden localizarse errores o riesgos de seguridad. La tarea de recorrer, probar y comprender los sistemas complejos es propensa a errores y se lleva a cabo sobre una escala de tiempo humana.
No es fácil determinar si un sistema satisface atributos de calidad críticos en áreas como rendimiento, modificabilidad o fiabilidad; y para obtener respuestas confiables es necesario emplear herramientas y teorías complejas. Hace pocas semanas publicó SEI el informe técnico Reasoning Frameworks, en el que se describe un método para encapsular el conocimiento de los atributos de calidad necesarios, para ver el comportamiento de calidad como un marco razonable que puede ser empleado por personas no expertas. Para saber más sobre este marco para describir sin complejidad técnica los atributos de calidad de un sistema: (continúa).
SEI ha publicado recientemente el informe técnico Comparing the SEI's Views and Beyond Approach for Documenting Software Architectures with ANSI-IEEE 1471-2000. En 2002 SEI publicó Documenting Software Architectures: Views and Beyond (V&B). Un estudio para documentar la arquitectura de un sistema a través de la selección de un conjunto de vistas relevantes, documentando cada una de esas vistas por separado, así como también información aplicable a varias de ellas para ofrecer también la visión conjunta. El estudio incluia criterios para elegir las vistas más relevantes, plantillas estándar para la documentación, etc.
Al mismo tiempo IEEE desarrollaba las prácticas recomendadas para
describir la arquitectura de sistemas intensivos de software ANSI/IEEE
Std. 1471-2000, que de forma similar a V&B adopta un criterio de
vistas múltiples.
El último informe publicado por SEI resume estos dos métodos y muestra
cómo "matar a dos pájaros de un tiro", realizando la documentación de
la arquitectura con el modelo V&B, y al mismo tiempo conforme al
estándar 1471-2000.
Al leer el artículo "Que se acaben los facilitadores de empresa" de Andrés Restrepo, se me saltan las lágrimas de la risa. Unas líneas de muestra:
"No, señor, si uno cobra 20 millones de pesos por decir obviedades hay que ponerle al tema mucho papel: paseo a Paipa, sesiones de "trabajo", talleres de liderazgo, presentaciones interactivas, juegos, abrazos y llorada. "
"En su afán por justificar el paseo hasta Paipa, los facilitadores empresariales organizan charlas desde las siete de la mañana, en las que nos muestran diapositivas con flechas, pirámides y círculos que se mueven entrelazados buscando darle un aire de ciencia al tema"
"El facilitador de empresa, por el contrario, es soberbio: espera que a punta de que la gente de jurídica cargue en caballito a la de contabilidad y de que operaciones forme una pirámide humana con financiera, descubramos que nos va mejor si trabajamos en equipo."
Team Agile publica hoy una entrevista con Randy Miller, responsable del desarrollo de Microsoft Solutions Framework for Agile Software Development. Archivo mp3 de la entrevista ( Inglés, 36 minutos, 16 Mb).
En Microsoft está disponible una larga entrevista a David Anderson, director del equipo de desarrollo de Microsoft Framework for CMMI.David Anderson es autor de "Agile Management for Software Engineering", fue miembro del comité de desarrollo de la metodología FDD, y mantiene el blog AgileManagement.net.
Transcribo un par de ideas del post "Honest Comunication: The Quote" publicado en "Software As She's Developped", que suscribo por completo, porque la experiencia me ha enseñado la diferencia entre organizaciones que permiten la comunicación honesta, y las que reclaman silencio servil.