Primer artículo de la serie **Never Send The Slides** en martinfowler.com, publicado el **8 de septiembre de 2026** (~2.400 palabras, cinco secciones y dos recuadros), escrito por **Sumeet Gayathri Moghe**, responsable global de cultura y diseño organizativo en **Thoughtworks**; **Martin Fowler** realizó la revisión editorial. El texto expone primero una definición — *« una presentación es un acto de narración en el que el presentador orquesta narrativa, ritmo y emoción para crear un significado que ni las imágenes ni los documentos pueden lograr por sí solos »* — y su corolario: *« las diapositivas no son la presentación »*. De ahí deriva una jerarquía de cinco artefactos, condensada al final en una tabla tipo *cheat sheet*. **(1)** El **documento lineal**, suficiente en la mayoría de las situaciones empresariales donde el único objetivo es transmitir información. **(2)** El **infodeck** — el término es de Fowler — cuando el contenido tiene una vida útil larga y merece cuidado visual. **(3)** **Applications web interactives**, para gestionar la carga cognitiva del lector. **(4)** **Audio o video grabado**, cuando la voz importa pero no la interacción. **(5)** La **presentación en vivo**, reservada para los casos en que la presencia sincrónica sirve para influir y responder a objeciones en tiempo real. Dos observaciones sitúan el texto en 2026: los **coding harnesses** ponen la creación de aplicaciones interactivas al alcance de quienes no son desarrolladores, y un documento lineal *« reduce la probabilidad de alucinaciones »* cuando un lector hace que un LLM lo resuma. Misma fuente que [[boeckeler-harness-engineering-coding-agents-2026-04-02]].
#presentación#diapositivas#slideware
Sumeet Gayathri Moghe (global head of culture and organisational design, Thoughtworks) · publié sur martinfowler.com ; relecture éditoriale de Martin Fowler.
Post de **Rachel Laycock**, CTO de **Thoughtworks**, publicado el **2 de septiembre de 2026** en *Rachel's Ramblings*, la sección de martinfowler.com que dirige, de aproximadamente **8.000 caracteres**. El texto es una **respuesta deliberada** a [[houck-dx-what-are-code-reviews-for-2026-08-05]], tras un desacuerdo público entre ambas autoras en un panel de **Code Remix** organizado por **Moderne**. Laycock acepta el diagnóstico cuantificado de Houck (+**106%** de líneas por diff en **Meta**, +**64%** de tamaño mediano de PR en el lado de DX) y la lista de funciones de la revisión que no consisten en detectar defectos, y a continuación desplaza la pregunta: *« ¿por qué esperamos hasta la revisión de código para hacer todo eso? »* (A) El principio rector es el acortamiento de los bucles de retroalimentación aprendido en Thoughtworks — si la retroalimentación tiene valor, no se elimina, se acerca a la decisión que informa. Cada función atribuida a la revisión se reasigna aguas arriba: exploración de alternativas antes de la implementación, transferencia de conocimiento mediante **pair programming**, propiedad colectiva mediante **mob programming** y sesiones de diseño en equipo, alineación arquitectónica mediante diseño compartido seguido de **fitness functions**, y automatización de todo lo determinista — *« De verdad que no deberíamos seguir discutiendo sobre espacios en blanco en 2026. »* (B) La revisión basada en excepciones sustituye a la revisión sistemática: un cambio arquitectónico fundamental, un límite de seguridad sensible, un radio de impacto amplio, un área poco conocida de un sistema crítico, o simplemente la falta de confianza declarada por un equipo. (1) Automatizar la revisión con un agente que imita al revisor humano se descarta por *« automatizar la ceremonia en lugar de cuestionar por qué existe la ceremonia »*. (2) La deuda cognitiva de Houck se reconoce como real, pero la PR obligatoria se considera una defensa débil: *« Necesitamos que los ingenieros entiendan los sistemas, no los diffs. »*
#revisión de código#revisión basada en excepciones#pull request
Rachel Laycock · CTO de Thoughtworks · sur *Rachel's Ramblings* (martinfowler.com).
Lanzamiento de **AI/works™**, una **plataforma de desarrollo agéntico** presentada por **Thoughtworks** como *"the new standard for building and running industrial-grade systems in the AI era."* El argumento central es **económico**: *"the old model made you pay millions to build, run, then pay again to rebuild — AI/works™ ends that routine."* La plataforma cubre **todo el SDLC** en torno a un concepto central, la ***Super Spec*** (una especificación dinámica y unificada que abarca arquitectura, flujos de trabajo, seguridad, datos y UX), con **seis capacidades**: Reverse Engineering (legado → especificaciones as-is), Dynamic Spec Development (requisitos en bruto → Super Spec), Spec to Code (coordinated agents que generan código verificable), Developer Experience (golden paths gobernados), Control Plane (orquestación de agentes con transparencia de costes, guardrails activos, trazabilidad de extremo a extremo), Runtime Ops (monitorización continua que detecta cambios, actualiza la Super Spec y regenera el código afectado). Metodología **3-3-3**: 3 días para alinear el concepto de producto, 3 semanas para el prototipo (deseabilidad/viabilidad/factibilidad), 3 meses para el MVP en producción. Reconocimiento de **Constellation Research**: *"changing the economics of enterprise software delivery"* mediante un enfoque *"spec-driven, lifecycle"*. Eslogan de apertura: ***"We are doing it again for the AI era"*** — que invoca la herencia de Thoughtworks en XP/CI-CD/microservicios. Posicionamiento anti-hype: *"stands on an engineering foundation rather than enthusiasm"*, *"no consultant crowds"*, *"finance can open the bill without switching on emergency lighting."* Socios destacados: AWS, GCP, Azure, Databricks, Snowflake + Claude, OpenAI, DeepSeek, Gemini, Grok + NVIDIA, Groq, Stripe, Spotify, CAST, Cyn DX, Mechanical Orchard.
#Thoughtworks#AI/works#marca registrada AI works
**Thoughtworks** (auteur collectif corporate, page produit/marketing). Aucun individu cité sur la page. Contexte des figures Thoughtworks pertinentes en arrière-plan : **Martin Fowler** (chief scientist emeritus, *Refactoring*, *Patterns of Enterprise Application Architecture*) · **Rebecca Parsons** (CTO emeritus) · **Birgitta Böckeler** (Distinguished Engineer, *Harness Engineering for Coding Agents*, fiche 2026-04-02) · **Matt Kamelman** (*Service-as-Software*, fiche 2025-12-03) · **Sam Newman** (*Building Microservices*).
Retiro de Thoughtworks sobre el futuro del desarrollo de software con LLM — reflexiones sobre el impacto organizacional, la deuda cognitiva y la programación supervisada