Nivel inicial5 min de lectura · Publicado el

Blog de Martin Fowler: qué leer y por dónde empezar

Blog de Martin Fowler como un archivador de fichas: pestañas TechnicalDebt, TestDrivenDevelopment, Refactoring y FeatureToggle, abierto por la segunda. Fowler: un blog de consultarubentejera.com TechnicalDebtTestDriven…RefactoringFeatureToggleTestDrivenDevelopment
Su web no se lee de principio a fin: se abre por el término que necesitas, como un archivador de fichas. Cada entrada del bliki, como TechnicalDebt o TestDrivenDevelopment, explica un concepto en una pantalla.

Hay webs que se leen una vez y webs que se consultan durante años. La de Martin Fowler es de las segundas: como un archivador de fichas con pestañas, no se lee de principio a fin, se abre por el término que necesitas entender.

Quién es Martin Fowler

Martin Fowler es un autor y consultor británico especializado en diseño de software para aplicaciones empresariales. Según su página About Me:

  • Se graduó en el University College London en 1986 y trabajó como consultor independiente desde 1991.
  • Entró en Thoughtworks en 2000, donde tiene el título de Chief Scientist. Él mismo describe su papel como ayudar a sus compañeros a recoger y difundir lo que han aprendido sobre desarrollo de software.
  • Ha escrito media docena de libros, entre ellos Refactoring y Patterns of Enterprise Application Architecture, todos con Addison-Wesley, y dirige una serie de libros en esa editorial.

Empezó la web como el sitio donde guardar lo que escribía. Hoy también publica artículos de otros autores, que él revisa y edita.

Qué hay en su web

Sección Qué encuentras Enlace
Artículos Textos largos y detallados, muchos de otros autores martinfowler.com
Bliki Entradas cortas, cada una explica un concepto (blog + wiki) /bliki/
Fragments Notas breves sobre lo que va leyendo y pensando /fragments/
Libros Sus libros y la serie que dirige /books/
Refactoring Catálogo de refactorizaciones de su libro refactoring.com/catalog
Temas Arquitectura, refactoring, agile, entrega, microservicios, datos, tests y DSL /architecture/, /testing/

Para seguirlo sin entrar cada día, tiene un feed Atom que puedes añadir a cualquier lector de RSS. También publica en Mastodon, LinkedIn, Bluesky y X.

Por dónde empezar

Si nunca has entrado, este orden va de lo más corto a lo más largo:

  1. TechnicalDebt: la deuda técnica explicada como una deuda económica que genera intereses. En español la tienes en qué es la deuda técnica.
  2. TestDrivenDevelopment: una definición corta de TDD y de su ciclo.
  3. El catálogo de refactorings: cada refactorización tiene su nombre y un ejemplo. Sirve para consultar, no para leer seguido.
  4. La serie Exploring Generative AI: notas de varios autores de Thoughtworks sobre cómo afecta la IA generativa al desarrollo de software.
  5. Harness engineering for coding agent users, de Birgitta Böckeler (abril de 2026): cómo rodear a un agente de programación de comprobaciones para poder confiar en lo que genera.

Todo lo relacionado con IA está agrupado en la etiqueta generative AI.

Cómo sacarle partido

  • Úsalo como glosario. Cuando un término te suene a humo (strangler fig, feature toggle, technical debt), busca su entrada del bliki. Suelen ocupar una pantalla.
  • Lee con el código abierto. Las refactorizaciones del catálogo se entienden mucho mejor si aplicas una en tu proyecto justo después, con los tests en verde antes y después.
  • Fíjate en la fecha y el autor. Algunas entradas tienen más de veinte años y otras son de la semana pasada; y muchos artículos no son de Fowler, sino de otros autores. Al citar, atribuye cada idea a quien la firma.

Lo que conviene saber

Encaja si…

  • Ya programas y quieres entender por qué se diseña el software de cierta forma.
  • Buscas definiciones claras para explicar un concepto a tu equipo.
  • Te interesa cómo trabajar con agentes de IA sin perder calidad.

No encaja si…

  • Buscas tutoriales paso a paso de un lenguaje o framework.
  • No lees inglés con soltura: no hay versión en español.
  • Quieres un curso ordenado: la web es un archivo, no un temario.

Y con IA, ¿qué aporta?

Buena parte de lo que se publica hoy en la web gira en torno a una pregunta: cómo confiar en el código que genera un agente. Las respuestas que aparecen una y otra vez son conocidas: tests, revisiones, pasos pequeños y límites claros en el diseño.

Lo que hace duradero el software no cambia por programar con IA.

Esa frase no es de Fowler: es la idea de IA Limpia, el enfoque de esta web, y encaja con lo que su sitio lleva años explicando. Si quieres empezar por la base, lee TDD: desarrollo dirigido por tests.

Alternativas

  • Refactoring Guru: patrones de diseño y refactorizaciones con dibujos y ejemplos, también en español.
  • Thoughtworks Technology Radar: una publicación periódica de Thoughtworks con su valoración de técnicas, herramientas y plataformas.

Fuentes

Consultado el 7 de noviembre de 2026: