Llego, leyendo acerca de las motivaciones para refactorizar según Jay Fields, al interesante concepto de la deuda técnica. Se trata de una metáfora según la cual desarrollar de manera rápida y sucia, reduciendo la calidad, supone adquirir una deuda. Una deuda, como la financiera, cuyos intereses pagaremos irremediablemente en el futuro pero que, eventualmente, [...]

Para Martin Fowler, lo explica en Refactoring: Improving the Design of Existing Code, los comentarios actúan en bastantes ocasiones como desodorante de los malos olores de nuestro código. A menudo, un código abundantemente comentado se trata de un código de mala calidad. Los comentarios, la necesidad de los comentarios, ponen de relieve que nuestro código [...]

Para poder, siguiendo el hilo del último post, reducir repentinamente el scope de una iteración llegado el caso será necesario haber desarrollado siguiendo un determinado orden.

Una opción tentadora es desarrollar dirigidos por la arquitectura. Es tentadora desde el punto de vista individual, ya que, “oye, ya que estoy con la base de datos, voy a [...]

Antes o después todos tenemos que afrontar el hecho de darnos cuenta de que “al ritmo que vamos” no hay manera de cumplir con la fecha de entrega comprometida. Llegados a esta terrible situación, tenemos varias opciones:

Echar horas como locos y reducir la calidad, pero entregar en fecha. Retrasar la fecha de entrega, intentando mantener la [...]

[ACTUALIZACIÓN: InfoQ acaba de publicar el vídeo de la charla Modifiability: Or is there Design in Agility? de Martin Fowler y varios ThoughtWorkers en la QCon 2007 que inspiró este post]

No sé si habréis observado esa tendencia que parece que tenemos muchos desarrolladores a pensar en la solución a un problema según vamos conociéndolo. Parece [...]

Coool!

[vía ThoughtWorks Studios]

Un par de posts recientes de Oren Eini (aka Ayende Rahien, un tío al que merece la pena seguir si desarrollas en .NET y quieres pensar diferente) me dan pie a tratar el peliagudo asunto de la documentación en el mundo del desarrollo de software.

El título de este post (como el de Ayende) se [...]

A mi es que este tipo de comparaciones, como a David, no me parecen demasiado bien:

Son injustas y demagógicas, aunque puedan tener un fondo de verdad. La pregunta relevante, en todo caso, no sería tanto ¿cuántos libros necesito para aprender a desarrollar en Java o Ruby? como ¿cuántos libros hacen falta para aprender a desarrollar [...]

En esta charla de Kent Beck (padre de la Programación Extrema), hay un momento en que pide al público, en plan brainstorming, enumerar las distintas responsabilidades que llevan a cabo los programadores en su trabajo diario. Escribir código, modelar, diseñar, analizar, depurar, probar… son algunas de las respuestas. Todo eso es cierto —dice él— pero [...]

Una de las características de las metodologías ágiles, en particular de la Programación Extrema, es intentar resolver los problemas clásicos del desarrollo de SW teniendo en cuenta la psicología del desarrollador, pieza fundamental en todo lo ágil (Individuos sobre procesos). Todo gira en torno a la motivación y la actitud del desarrollador ante su trabajo. [...]