Desde hace años uno de mis autores preferidos… Las pruebas en sí mismas no mejoran la calidad. Las pruebas son un indicador de la calidad, pero no la mejoran. Intentar mejorar la calidad aumentando las pruebas es como intentar perder peso pesándose. Si quieres perder peso cambia tu dieta. McConnell S., Code Complete: A Practical [...]

A los desarrolladores no les gusta documentar, porque personalmente no encuentran ningún beneficio en ello. ¡Espera un momento! ¿Pero el principal propósito de la documentación de diseño no era el de ayudar a otros? La documentación raramente se crea para el beneficio de sus autores. ¿Cómo es posible una visión tan distorsionada de la documentación? [...]

El desarrollo software debería realizarse de manera incremental, en etapas, con participación continua del usuario y replanificando [...] hay peligros, muchos, a la hora de realizar las fases [del ciclo de vida] de manera secuencial, sin iteraciones. [...] El peligro de la secuencialidad es que el proyecto pasa de ser grande a ser grandioso y [...]

Existe cierta conciencia sobre el impacto que industria e ingeniería del software tienen en la sociedad, aunque a la vista de cómo “socialmente” se la trata puede que no la suficiente. Esto, y que dentro del sector a veces nos falta “memoria histórica”, que nos recuerde que muchas de las “últimas” tecnologías son evolución de [...]

Hay dos formas de realizar el diseño de una aplicación: La primera es el hacerlo tan sencillo que sea obvio para todos que no tiene deficiencias y la segunda es el hacerlo tan complicado que no queden deficiencias obvias En relación a la entrada anterior, de Tony Hoare, en 1980, en su discurso por haber [...]