Formato ISO, contenido en ruinas — Lo que “Dopagaki Driven Development” y “Pachinko–Dopamina–Gasto–Arrepentimiento” enseñan sobre incongruencia, manzai, cartelas de museo y humor con IA

Cuando a una IA se le dice simplemente “hazlo gracioso”, suele añadir señales de risa en vez de construir humor. Un mecanismo más reproducible es crear incongru

Publicidad
Publicidad

TL;DR: sube la solemnidad, baja la dignidad del tema y conserva una lógica impecable

Cuando a una IA se le dice simplemente “hazlo gracioso”, suele añadir señales de risa en vez de construir humor. Un mecanismo más reproducible es crear incongruencia: establecer el mundo semántico A esperado, saltar a un mundo B muy lejano y conservar un puente lógico que permita entender el salto después.[1][2] El register humour también es central: casi todo el texto mantiene un tono y un pequeño elemento aparece desde un registro radicalmente distinto.[3]

Los dos especímenes son DDD: Dopagaki Driven Development [4], parodia de Domain-Driven Design, y PDCA: Pachinko / Dopamine / Charge / Atonement, juego japonés equivalente aproximadamente a “pachinko, dopamina, gasto y arrepentimiento”. El truco consiste en conservar con excesivo respeto la carcasa profesional y sustituir solo el contenido por algo banal.

La forma cumple ISO. El contenido no cumple la vida. Control de calidad: aprobado.

1. Un PDCA que no mejora nada

El PDCA real es Plan–Do–Check–Act, ciclo de cuatro pasos para mejora continua.[5] La parodia conserva también el bucle:

Pachinko → dopamina → gasto → arrepentimiento → pachinko.

  • Clasificación: modelo cíclico de decisión
  • Hábitat: zonas de estaciones y ocio
  • Frase reproductiva: “Hoy lo recupero”
  • Depredadores: notificaciones bancarias, mañana siguiente, presupuesto
  • Conservación: sigue operativo

Funciona como PDCA. Lo único que no hace es mejorar. No es solo juego de iniciales: conserva causalidad y repetición. El mecanismo se aproxima a un backronym.[6]

2. DDD con gobernanza inquietante

El Domain-Driven Design real centra el diseño de software en el dominio del negocio y utiliza conceptos como diseño estratégico/táctico, bounded contexts, modelos de dominio y ubiquitous language.[7]

Dopagaki Driven Development conserva las tres letras, el nombre inglés, la pose de metodología y la diapositiva técnica. La idea es “confiar en todo el código generado por IA (?) y perseguir velocidad máxima”.

El pequeño “(?)” introduce una segunda incongruencia: la razón aparece durante medio segundo, pregunta si el método es una barbaridad y luego desaparece sin modificar la política.

La terminología profesional no se destruye: se respeta demasiado bien.

3. La incongruencia necesita un puente

La investigación clásica relaciona humor con desajustes entre expectativa y resultado.[1] Pero “empieza la reunión y el frigorífico se convierte en Júpiter” es solo azar.

“Implantamos IA, redujimos el trabajo a la mitad y usamos el tiempo ahorrado en una reunión de dos horas sobre cómo usar IA” tiene:

  • A: IA → eficiencia.
  • B: IA → más reuniones.
  • Puente: una tecnología nueva realmente puede generar formación, coordinación y gobernanza.

Los modelos de incongruity-resolution asociados a Suls describen detección del desajuste y posterior reinterpretación hasta que el remate vuelve a tener sentido.[1]

“¿Pero qué…?” → medio segundo → “Maldita sea, técnicamente funciona.”

La GTVH incluye script opposition, logical mechanism, situation, target, narrative strategy y language.[2][8]

4. Solemnidad contra trivialidad: humor de registro

Venour, Ritchie y Mellish analizan textos donde casi todo pertenece a un registro y una pequeña parte se aleja radicalmente.[3]

El espécimen incrementa su actividad tras el ocaso y ha sido observado depredando pudin en establecimientos de conveniencia.

En realidad alguien compra pudin por la noche; el tono es de museo de historia natural.

El Rey Demonio paga la cuota vecinal.
Dios entra en la junta de propietarios.
El mundo se administra en Excel.
La muerte se exporta a PDF.

El chiste es el accidente en que escala mítica y burocracia doméstica comparten gramática. La formalidad crea altura, lo trivial crea caída y la lógica permite aterrizar.

5. Desde el manzai: desviación y reparación

Investigaciones japonesas sobre manzai han analizado la risa mediante errores, ineficiencia e inconsistencia.[9]

A: “Con IA, el trabajo se reduce a la mitad.”
B: “Perfecto.”
A: “Haremos tres reuniones semanales para implantarla.”
B: “Has aumentado el trabajo.”
A: “La IA redacta el acta.”
B: “Entonces elimina la reunión.”
A: “Necesitamos una reunión para decidirlo.”
B: “Dadle la empresa a la IA.”

En prosa basta con escribir:

Se creó un nuevo comité para estudiar cómo reducir el número de comités.

El lector aporta la réplica mental. Explicar demasiado la broma elimina ese trabajo del lector.

6. La estructura debe sobrevivir

DDD conserva el acrónimo, “Driven Development”, la pose metodológica y la autoridad de una presentación técnica. PDCA conserva cuatro etapas, orden, causalidad, retorno al inicio y repetición.

Rompe una premisa. Mantén correcto todo el razonamiento posterior.

Un buen candidato debe tener distancia semántica, estructura conservada, resolución posterior, poca explicación y tono deadpan.

7. El museo como máquina de humor

Los museos ya ofrecen nombre, clasificación, hábitat, conducta, reproducción y conservación.

Reunión (Meetingus endlessensis)

Ritual colectivo ampliamente distribuido en organizaciones modernas. De cuatro a doce individuos se reúnen física o virtualmente. Menos individuos no garantizan menor duración. Si no hay conclusión, la frase “lo vemos en otra reunión” reproduce el ritual.

  • Clasificación: ritual colectivo repetitivo
  • Hábitat: salas, Teams, Zoom
  • Depredadores: autoridad decisoria clara, agenda, hora límite
  • Conservación: sin señales de extinción

No añadir “esto critica que las reuniones generan reuniones”. El museo explica todo excepto el remate.

8. Literatura y paraguas

La humanidad no consiguió controlar el clima, así que decidió controlar aproximadamente un metro de diámetro.

Civilización y paraguas están muy lejos, pero existe un puente real: el paraguas crea una pequeña zona local de protección.

Tratar literatura sobre lluvia, viento o calor como especificación de requisitos humanos produce literatura × ingeniería de requisitos × reseña de producto.

  • lluvia: potencialmente conforme
  • calor: depende de sombreado y rendimiento térmico
  • ausencia de deseo: fuera del hardware
  • sonrisa silenciosa permanente: subsistema facial no instalado

No se ridiculiza la literatura: el departamento de calidad se lo toma con una sinceridad aterradora.

9. Violación benigna

La Benign Violation Theory propone que algo puede resultar humorístico cuando parece simultáneamente una violación y algo benigno o aceptable.[10] “El Rey Demonio paga cuotas vecinales” viola expectativas sin daño real.

Aumenta la distancia semántica, no la crueldad.

Una revisión integradora de 2021 recuerda que existen más de veinte teorías psicológicas del humor y que la sorpresa sola no basta.[11]

10. Cómo delegarlo a una IA

Mantén los hechos. No fabriques humor con “jaja”, jerga excesiva o marcadores de risa. Define el dominio A esperado y conéctalo a un dominio B lejano, de modo que el desajuste parezca incorrecto al principio pero admita interpretación lógica después. Prueba cartelas de museo, administración, gestión de calidad, requisitos, artículos académicos, derecho e informes ejecutivos. Deforma una sola premisa; conserva razonamiento, causalidad y tono serios. Genera 20 candidatos y puntúalos por distancia, estructura, velocidad de comprensión y seguridad. Conserva los tres mejores. No expliques el remate.

La IA funciona bien como motor que explora veinte puentes semánticos extraños, no necesariamente como cómico de un solo intento.

11. Fallos

  • Sin puente: “Abrí el paraguas y la bolsa se convirtió en Marte.”
  • Demasiado cerca: “La reunión fue larga y cansada.”
  • Solo iniciales: PDCA sin ciclo.
  • Explicar la broma: “Conservación: operativo (jaja).” Especimen muerto.
  • Formalidad falsa: acumular tecnicismos no crea registro académico.

12. Plantillas

  • Ser mítico × institución doméstica: Rey Demonio paga cuotas.
  • Concepto enorme × oficina: mundo en Excel, muerte en PDF.
  • Decisión trivial × calidad: FMEA para elegir almuerzo.
  • Objeto cotidiano × requisitos: paraguas como “dispositivo local de resistencia meteorológica”.
  • Fallo cotidiano × burocracia: “me dormí” → “incidencia operativa relativa a optimización del horario de activación”.
  • Cualquier cosa × museo: clasificación, hábitat, reproducción, depredadores, conservación.

13. Conclusión

La combinación fuerte es solemnidad × trivialidad × estructura conservada × resolución posible × deadpan. DDD conserva la carcasa de Domain-Driven Design; PDCA conserva hasta el bucle de Plan–Do–Check–Act.

Busca dominios semánticos lejanos, conserva un puente lógico, protege la estructura original y prohíbe al narrador reír primero.

  • Clasificación: humor de incongruencia con estructura conservada
  • Hábitat: presentaciones técnicas, artículos, manzai, redes, documentos corporativos
  • Rasgo: una premisa anómala; razonamiento posterior normal
  • Conservación: en expansión
  • Calidad: forma ISO, contenido destruido, aprobado.

Fuentes

  1. Suls-style incongruity-resolution overview and later discussion. Incongruity-resolution cases in jokes, Lingua sciencedirect.com
  2. Salvatore Attardo. The General Theory of Verbal Humor. In The Linguistics of Humor: An Introduction, Oxford University Press, 2020 doi.org
  3. Chris Venour, Graeme D. Ritchie, Chris Mellish. Dimensions of incongruity in register humour. In The Pragmatics of Humour across Discourse Domains, 2011, pp. 125–144 doi.org
  4. Public social-media example that prompted the DDD discussion, posted 2026-08-30 x.com
  5. American Society for Quality (ASQ). What is the Plan-Do-Check-Act (PDCA) Cycle? asq.org
  6. Merriam-Webster. backronym merriam-webster.com
  7. Microsoft Learn, Azure Architecture Center. Use Domain Analysis to Model Microservices — overview of DDD, strategic/tactical design, bounded contexts, and ubiquitous language learn.microsoft.com
  8. Salvatore Attardo, Victor Raskin. Script theory revis(it)ed: joke similarity and joke representation model. HUMOR, 4(3–4), 1991, 293–348 doi.org
  9. 中田一志. 漫才の笑い:エラーと非効率性と非整合性. 『日本語・日本文化』41, 大阪大学日本語日本文化教育センター, 2014, pp. 1–35 doi.org
  10. A. Peter McGraw, Caleb Warren. Benign Violations: Making Immoral Behavior Funny. Psychological Science, 21(8), 2010, 1141–1149 doi.org
  11. Caleb Warren, Adam Barsky, A. Peter McGraw. What Makes Things Funny? An Integrative Review of the Antecedents of Laughter and Amusement. Personality and Social Psychology Review, 25(1), 2021, 41–65 doi.org
Publicidad
Mendoi-chan

Escrito por

Mendoi-chan

Convierte las fricciones del trabajo y la vida diaria en estructuras claras y próximos pasos prácticos.

Acerca del sitio
Publicidad

Artículos recientes

  1. 1¿Mejora la escritura de la IA al añadir reglas? — Cómo convertir a un editor profesional en un flujo de TypeScript
  2. 2¿Qué hace que una persona parezca “profunda”? — No apresura la respuesta, conserva la complejidad y aun así llega a una decisión
  3. 3Español (es)
  4. 4¿Por qué los personajes más fuertes del manga y el anime mueren, son sellados o pierden poder? El “impuesto de ¿por qué no mandan a Gojo?” en 30 personajes
  5. 5¿Qué llevaba aquel pequeño autobús policial? — El día en que, yendo a comer, aparecieron un posible vehículo de traslado y un coche con la tapa del combustible abierta

También te puede interesar

Publicidad