De un 2011 en el que han pasado por aquí creo que unos 200 y algo post, os he querido extraer los que para mi han sido los 21 más destacados. La selección no ha sido fácil, y finalmente he elegido aquellos en los que más debate se ha mantenido, los más leídos o simplemente los que más me gustan.

Aquí están los 21 post: [Leer el resto de la entrada...]

Una semana más os hago un resumen de lo que hemos visto esta semana en el blog. Debido a las fechas en las que estamos, esta semana ha sido menos prolífica que otras, pero espero que os hayan gustado los temas que hemos tratado:

- Presentamos a Pablo Santos, de Codice Software, a través de una entrevista. Muy interesantes sus aportaciones respecto a la industria del software en España, la profesión y el emprendimiento. Una lectura imprescindible.

- Explicamos que una historia de usuario no es el requisito de las metodologías ágiles. En este post se explica el concepto de historia de usuario y su diferencia con los requisitos clásicos. Además, se presentan las características que debe tener una buena historia de usuario.

Esto ha sido todo por esta semana, aprovecho para desearos que paséis un buen día de Navidad. ¡Nos vemos la semana que viene!

En el contexto de una metodología ágil, popularmente se asocia el concepto “historia de usuario” con el de “requisito funcional”. Se habla de que las metodologías ágiles usan la “historia de usuario” y las tradicionales el “requisito funcional”. Aunque detrás del concepto historia de usuario hay muchos aspectos particulares que la hacen sustancialmente diferente de lo que es un requisito, diferencias que muchas veces son poco conocidas y que llevan a muchos equipos a muchas dudas y confusiones.

Una historia de usuario describe funcionalidad que será útil para el usuario, o comprador, de un sistema software. Y aunque normalmente las historias de usuario, asociadas a las metodologías ágiles, suelen escribirse en post-it o tarjetas, son mucho más que eso. Ron Jeffries comentaba que una historia no es sólo una descripción de una funcionalidad, normalmente en un post-it, una historia de usuario además está formada por otras dos partes más:

• La conversación que conllevan, ya que son una herramienta para interactuar.
• El cómo se confirma su implementación, las pruebas y verificación de la misma.

Las historias de usuario, frente a mostrar un “cómo”, sólo dicen el “qué”.  Es decir, muestran funcionalidad que será desarrollada, pero no cómo se desarrollará. Por ello, cosas como que “el software se escribirá en C++” no es una buena historia de usuario. [Leer el resto de la entrada...]

Conocí a Pablo Santos (twitter @psluaces) hace ya unos años (me ahorro calcular cuántos) en Salamanca. Allí estábamos los dos asistiendo a una conferencia sobre ingeniería del software. Yo daba una de las ponencias, sobre diseño orientado a objetos y patrones (que era en lo que estaba haciendo la tesis doctoral) y después de la charla mantuvimos una interesante conversación sobre el tema. Desde entonces hemos coincidido en varias ocasiones.

Pablo es una de las personas que más se ha mojado en defender la profesión del ingeniero en informática, Decano además del Colegio de ingenieros de Castilla y Leon, gran profesional, de esos que aplican la ingeniería del software de verdad y con calidad, y además emprendedor.

Con todo, me pareció que una entrevista suya sería muy interesante para dar a conocer que se puede emprender en ingeniería software en España, como él lo hace en su empresa, Codice, mostrar otros negocios en la profesión más allá de los directamente relacionados con dar el servicio de vender líneas de código, y que se puede vivir vendiendo un producto software puntero, su herramienta de gestión de configuración, desarrollado en España y que se vende en todo el mundo. [Leer el resto de la entrada...]

El amigo Ignacio (@i_cruzado), con quien hace un tiempo compartí algún proyecto interesante (y con el que espero de nuevo volver a encontrarme en algún otro próximo y duro proyecto), me envío la semana pasada un correo de esos que te hace recordar que por mucha burrada que a uno le toca ver en esta profesión… siempre queda otra que te sorprende. En vez de contarlo yo, con su permiso os dejo abajo el correo que me envió: [Leer el resto de la entrada...]