Muy buena la entrevista a Bjarne Stroustrup (creador de C++) The Problem with Programming publicada en MIT Technology Review.

En teoría, la respuesta [a los problemas de la programación] es simple: educar mejor a nuestros desarrolladores de software, usar métodos de diseño más apropiados, y diseñar para la flexibilidad y para el largo plazo. Recompensar correctamente los sistemas sólidos y seguros.

En realidad eso es imposible. La gente recompensa a los desarrolaldores que entregan software barato, defectuoso y rápido. Eso es porque la gente quiere gadgets chulos ya. Eso es porque no quieren ninguna inconveniencia, ni aprender nuevas formas de interactuar con los ordenadores. No quieren retrasos en las fechas de entrega, y no quieren pagar más por la calidad. Y sin cambio reales en el comportamiento de los usuarios es poco probable que los suministradores de software cambien.

Y, por cierto, el libro The Design and Evolution of C++ de Stroustrup no debería dejar de leerlo nadie que realmente quiera saber sobre lenguajes de programación.

De la mano de nuestro colaborador, Juan Palacio, se presenta Qualitatis.

Qualitatis es un nuevo sitio web para intercambio de conocimiento y experiencia sobre desarrollo de sistemas TIC. Cuenta con una sección de artículos, un blog y un foro.

La empresa 37signals, reconocida como una de las mayores innovadoras en el mundo del desarrollo web, creadora de Basecamp, Ta-da List y otros, ha condensado su filosofía de desarrollo en el lema Getting Real.

Ahora publica un libro en el que desarrolla dicha filosofía, basada en la simplificación del ciclo de desarrollo y en la orientación al usuario final. El libro, también llamado Getting Real está disponible en formato pdf y además se puede leer online de modo completamente gratuíto: Getting Real.

En Navegapolis han comenzado la publicación de unos útiles ficheros de apuntes que condensan en pocas páginas la información relacionada con distintos temas de la Ingeniería del Sofware. Se presentan en formato PDF y resultan una lectura muy interesante.

Por ahora han publicado dos:

• Gestión de proyectos
• SCRUM

Actualización: Y hoy mismo publican el tercer fichero: Gestión de Proyectos �gil

Desde Expo:QA nos hacen llegar la siguiente información:

Curso: Rapid Software Testing

En un curso de tres días, escrito por James Bach y presentado por Michael Bolton, los asistentes obtendrán las claves del Rapid Software Testing.

Michael Bolton es la única persona autorizada para impartir las enseñanzas de James Bach. Posee 15 años de experiencia en la industria informática, testeando, desarrollando, gestionando y escribiendo sobre software. James Bach es uno de los fundadores de Context-Driven School of Software Testing.

La filosofía de Rapid Testing presentada en esta clase no se parece a los métodos tradicionales de test, que ignoran la parte racional del mismo y en cambio abogan por un papeleo interminable. Actualmente, los productos son demasiado complejos para eso, y los testeadores resultan demasiado caros. Rapid Testing utiliza un método cíclico, así como métodos heurísticos para optimizar constantemente el test y adecuarlo a los requisitos de sus clientes. Rapid Testing no es sólo un test de urgencia, es un test centrado en una misión, que elimina el trabajo innecesario, garantiza que se lleve a cabo todo lo necesario, y constantemente pregunta qué puede hacer el test para acelerar el proyecto en su integridad.

DATOS DEL CURSO
Fecha: 28, 29 y 30 de junio de 2006
Lugar: inQA.labs
Par Tecnològic BCNord
C/ Marie Curie S/N
08042 Barcelona – Spain
Tel: +34 932 917 632
Fax: +34 932 917 785

• Más información

Juan Palacio analiza en Navegapolis las diferencias entre las empresas “manufactureras” y las empresas del conocimiento (como podría ser una empresa de software).

Las empresas manufactureras o industriales parten de una materia prima, sobre la que trabajan personas, usando unos procesos y aplicando una tecnología. En estas condiciones, las empresas tratan de optimizar su producción mejorando los procesos y minimizando el valor de las personas, ya que es la forma más eficiente de asegurar la calidad del producto de forma predecible.

Ahora bien, ¿qué ocurre cuando dicha mentalidad se aplica a las empresas de conocimiento? Para Juan Palacio, la clave es preguntarse ¿cual es la materia prima de una empresa de conocimiento?

La respuesta es: El talento.

Con esta premisa, minimizar el valor de las personas va en contra de la lógica ya que con una materia prima mediocre sólo conseguiremos productos mediocres.

Termina diciendo:

Las pautas que en los entornos industriales logran eficiencia, en el software producen mediocridad.
Gestionar empresas del conocimiento con teoría de management industrial genera productos mediocres y técnicos desmotivados.

Una muy interesante lectura.

Hace unos meses se renovaba el portal Agile Spain.

Se trata de un portal centrado en las llamadas metodologías ágiles de desarrollo de software, que cuenta con noticias actualizadas, artículos, foros (aunque con muy poca actividad), .... El portal traduce también las entradas del “bliki” de Martin Fowler, conocido por sus libros sobre refactorización, UML, metodologías ágiles, etc.

Una sitio muy interesante para visitar a menudo o para añadir a nuestro agregador.

Nuestro colaborador Juan Palacio relata en su weblog cómo una empresa de desarrolladores sobresalientes ve bruscamente disminuido su potencial y efectividad después de ser pasada por el rodillo de la normalización. Y es que si planificas todo tu entorno para adaptarte a la media de tu sector ¿es extraño que acabes con una empresa que no está mas que en la media?

Esto me recuerda a un chiste que se me ocurrió hace tiempo relativo al proceso de certificación de calidad ISO9000:

¿Cual es el ciclo de vida de una empresa?

Respuesta:

• Formación.
• Expansión.
• Asentamiento-rentabilidad.
• Decadencia.
• ISO 9000.