buenas prácticas

Referencias nulas: el error del billón de dólares

Lo llamo el error del billón de dólares. Fue la invención de las referencias nulas en 1965. En aquellos momentos diseñaba el primer sistema de tipos para hacer referencias en un lenguaje orientado a objetos (ALGOL W). Pretendía asegurar que todas las referencias eran totalmente seguras, realizando chequeos automáticos por parte del compilador. Pero no …

Referencias nulas: el error del billón de dólares Leer más »

En esencia, hay cosas que no cambian tanto con el tiempo

Cuando en 1955 comencé en el área del software trabajando para General Dynamics (GD), la tesis que prevalecía era “construye el software como si fuese hardware”. En GD todo el mundo era ingeniero hardware o matemático; mientras que se desarrollaba software para aeronaves o misiles […] Mi primer día de trabajo mi jefe me enseñó …

En esencia, hay cosas que no cambian tanto con el tiempo Leer más »

Mapa de "claves para la evaluación, mejora o implantación de un departamento o fábrica de desarrollo"

Fruto de varios proyectos relacionados con el tema, algunas acciones de investigación y últimamente de las inquietudes de los alumnos de mi asignatura en el Master de la URJC he elaborado este mapa (mindmap), beta 3, que resume las principales claves a tener en cuenta a la hora de evaluar, mejorar o implantar un departamento, …

Mapa de "claves para la evaluación, mejora o implantación de un departamento o fábrica de desarrollo" Leer más »

Las bases de la gestión de proyectos software y los mitos del "hombre-mes"

A raíz varias conversaciones interesantes de esta semana, en las que comentábamos el por qué de los retrasos en los proyectos software, lo increíble de algunas decisiones en la gestión de proyectos, etc., añado este “post” (reescrito de mi anterior página) sobre las principales ideas de Brooks, uno de los autores más relevantes en gestión …

Las bases de la gestión de proyectos software y los mitos del "hombre-mes" Leer más »

La integración continua y el "smoke test"

Dos buenas prácticas esenciales en un equipo de desarrollo software de alta productividad y que ofrece resultados de calidad. De manera resumida la integración continua consiste en que diariamente se intenta (a veces no se consigue) crear una versión ejecutable del producto, es decir, cada fichero es compilado, enlazado con las librerías correspondientes, desplegado, etc. …

La integración continua y el "smoke test" Leer más »

Ir arriba