Hace algunos meses, vía Fernando, leí el artículo The Day Programmer vs. The Night Programmer en el que Mitch Denny clasificaba a los programadores en: programadores de día y programadores de noche. Y definía a los programadores de día como personas:

Para las que la programación sólo es un trabajo
Que no suelen participar activamente en las comunidades profesionales
Tampoco hacen pruebas o instalan las herramientas de trabajo en su casa
Tienen dificultades para manejar ideas complejas
No pueden visualizar o concebir una solución

Hace poco pillé un rato la Nintendo DS de mi hijo, y trasteé con los pulsadores y el puntero. Imaginaba un PDA con ese concepto de interfaz, de dos pantallas, pulsadores en los pulgares y una pantalla táctil para puntero.
Opera anuncia ya la disponibilidad del navegador para Nintendo en Europa. Creo que le voy a decir a mi hijo que por favor se pida una para mi en la carta a los Reyes magos.

No se si algún fabricante de PDA's se ha percatado de esta idea, o si Nintendo se da cuenta de la ampliación de mercado que podría hacer vendiendo a los padres el mismo aparatito pero no no como videoconsola sino como PDA:Infinitamente más cómodo que los PDA's típicos, y nada que ver con el engorro del portátil.

Y si no, echad un vistazo al vídeo y a la imagen:

“Para que un esfuerzo de desarrollo de software tenga éxito, es esencial comprender perfectamente los requisitos del software. Independientemente de lo bien diseñado o codificado que esté un programa, si se ha analizado y especificado pobremente, decepcionará al usuario y desprestigiará al que lo ha desarrollado”.

Roger S. Pressman. Ingeniería del Software. Mc Graw Hill 1995.

Parece lógico suponer que antes de empezar a construir algo, lo mejor es conocer con detalle qué es lo que vamos a hacer. 

Un interesante descubrimiento a través de otro blog + : las presentaciones del congreso SaaS Summit 2006 que se celebró el pasado mes de marzo. Un fantástico material para conocer y comprender las posibilidades del  software como servicio, tanto por el modelo de negocio que implica; como por las posibilidades de nuevos servicios,  y la evolución de los veteranos.

Junto con los vídeos están disponibles también los ficheros pdf con las diapositivas empleadas.

Es un artículo bastante raro: anuncia la descarga gratuita del libro "CMMI Implementation ", cuando en realidad el que descargas es el también relativo a CMMI "Practical Insight into CMMI" . Te llega en formato rar y para descomprimirlo hace falta la contraseña que en el mismo artículo publican y que es:  "www.ebooksportal.org"
¿Turbio?... pues sí, bastante.

• Página de descarga .

Para los más impacientes, ya se puede descargar la versión de prueba del que promete ser el más espectacular y realista simulador de vuelo: Microsoft Flight Simulator X la 10º versión de este producto que Microsoft lleva ya 25 años desarrollando.

Esta versión gratuita incluye 2 aeropuertos, tres misiones, tres modelos de avión y escenarios del Caribe. Vamos, para poner los dientes largos porque la comercial que estará disponible a finales de año, para la campaña de navidades, incluye 24.000 aeropuertos de todos los continentes, escenarios con imágenes de satélite, juego online...

Una imagen vale más que mil palabras:

La masa, el ladrillo, la bota, el bocadillo... es el blog absolutamente recomendable de Rodrigo Corral, que ayer publicaba la traducción del "test de supervivencia de proyectos" que Steve McConnell publica en Software Project Survival Guide para realizar una valoración inicial del nivel de riesgo de un proyecto.

Gracias por compartirlo, Rodrigo.

• Test de supervivencia de proyectos .

Dicen las empresas que son las personas su componente más valioso. Algunas lo creen sinceramente, y otras no tanto. Las primeras valoran la capacidad y las segundas la dedicación. Unas buscan "gurús" y otras "currantes".

Estas expresiones son estereotipos muy gráficos de tres estilos diferentes de gestión de personal:

• "Dame gente trabajadora y curante, y no de los que están pendientes del reloj para salir a la hora."
• "No quiero gente para calentar las sillas. Producimos con brain time, no con body time"
• "Quiero gente que sienta los colores. Que sienta a la empresa, al producto y al proyecto en el que trabaja, como suyo".

El libro "Software Project Secrets, Why Software Projects Fail " en el capítulo 3º analiza las asunciones que la gestión de proyectos tradicional da por supuestas para todo tipo de proyectos, y que sin embargo, en los proyectos de software no son ciertas.
Según su autor George Stepanek , una de ellas es suponer que se puede estimar con una precisión aceptable el coste que tendrá el proyecto.

En la siguiente tabla refleja las diferencias de precisión que se obtienen al hacer las estimaciones en las fases de planificación:

Escribe las pruebas antes que el código
Es una buena forma par asegurarte de que no vas a escribir funcionalidades que no necesita el programa, y evitar la tentación de programar un método extra o un parámetro adicional, "por si acaso alguna vez..."

Integra y ejecuta el código a diario en tu máquina.
Descárgalo del servidor, ejecútalo y mantén sincronizadas las versiones por encima de todo.

Se perezoso. Automatiza todo lo que puedas.

CERT , el instituto federal norteamericano de investigación y desarrollo para la seguridad de los sistemas de información, dependiente de SEI , ha estrenado un web colaborativo para difundir prácticas y recomiendaciones de codificación segura en C y C++. Para cada uno de los lenguajes se incluyen ya algunos ejemplos de codigo inseguro junto con la codificación recomendada.

• Web: Secure Coding standards web site .
• Página CERT con más recursos sobre codificación segura .

Jeff Sutherland ha dejado en InfoQ la presentación que dio en Dinamarca en septiembre del año pasado en las conferencias JAOO 2005: "The Roots of Scrum".

Es una presentación de una hora en la que explica el origen y los principios del desarrollo scrum identificados por Nonaka y Takeuchi cuando analizaron cómo desarrollaban los nuevos productos empresas como Fuji-Xerox, Honda, HP, 3M, Canon... y definieron un modelo de gestión en el que el objetivo no es la predictibilidad del desarrollo, sino el valor del producto para el cliente.

En las circunstancias de velocidad del mercado actual, no sólo es importante el valor en el momento del lanzamiento, sino también su capacidad de adaptación y evolución a través de versiones, modificaciones, actualizaciones o ampliaciones; porque ahora no ocurre como en los años 50 en los que un modelo de auto-radio permanecía años sin desfasarse. Ahora como en Alicia en el país de las maravillas: “necesitas correr todo lo que puedas para permanecer en el mismo lugar”.

Los entornos de negocio de muchos sectores han experimentado cambios importantes en las últimas décadas.
La gestión de proyectos, o al menos la gestión de los proyectos para desarrollar nuevos productos y servicios en estos sectores tiene que dar el paso de evolución apropiado para adaptarse a los cambios del entorno en el que trabaja; en los que ahora, la “bête noire” no es exceder fechas y presupuestos, sino salir rápido al mercado con el mayor valor innovador posible

Como un chico con zapatos nuevos está hoy Navegapolis, estrenando su flamante plantilla nueva. Tan acostumbrado que estaba ya a la que era su imagen de siempre, al principio casi no lo reconocía; pero creo que el cambio le favorece.
Jugando con la nueva plantilla, he abierto también la columna de la derecha para modificar un poco la distribución.
Espero que os guste el nuevo look.

Dentro de la iniciativa de las charlas tecnológicas on-line "Google tech talks ",  el pasado día 5 de este mes el invitado fue Ken Schwaber, posiblemente el principal investigador y promotor de la aplicación de la teoría scrum de Nonaka y Takeuchi en el desarrollo de software.
En su charla "Scrum Et Al" afirma que ha llegado el momento del protagonismo de los equipos ágiles y del desarrollo iterativo.

• Charla de Ken Schwaber sobre scrum en Google tech talks .

Tomando como base la idea de hojas de cálculo de auto-evaluación CMMI, he preparado para las clases prácticas del tema CMMI de este curso una versión en español, para evaluar el nivel 2 de madurez CMMI-SE/SW 1.1.

Es una herramienta "de andar por casa"; Y para los que también os pueda hacer papel, como material pedagógico, o como ayuda para hacer evaluaciones informales, aquí la dejo.

•  Hoja de cálculo para evaluación nivel 2 CMMI-SE/SW 1.1

Como dirían los maños más castizos: "ahora que habíamos aprendido a decir pilicola, van y lo llaman flim".

En los 80, cuando la gestión de proyectos clásica había desarrollado ya un cuerpo de conocimiento estable y contrastado, y Michel Hammer demostraba la potencia de la producción basada en procesos para lograr eficiencia, calidad y repetibilidad, van algunas empresas como Canon, Fuji-Xerox, HP, 3M, Nec y otras;  pasan de planificar, dividir el trabajo en fases y especialidades y... ¡logran mejores resultados que sus competidores! que desarrollan con modelos tan planificados y ordenadicos.

Cuestionar lo conocido genera la contradicción, la tensión entre contrarios que actúa de motor en la evolución del conocimiento.
No es nuevo. Lo afirmó Platón. En filosofía ha creado la escuela dialéctica , y Nonaka y Takeuchi, en su último líbro Hitotsubashi on Knowledge Management afirman también estár convencidos de que este patrón dialéctico de tesis, antítesis y síntesis dirige la evolución del conocimiento: antítesis que se oponen y cuestionan las tesis anteriores, y dan como resultado nuevas posturas de síntesis que a su vez harán el papel de tesis en el siguiente  ciclo evolutivo; formando así una espiral de evolución y perfeccionamiento continuo.

Estoy convencido de que los modelos basados en procesos han sido la "tesis" que inicia el conocimiento para desarrollar sistemas de software. Que la agilidad es su antítesis, y que estamos generando en estos años la síntesis; un resultado enriquecido de ambos, depurado y con mayor valor de conocimiento.