Tarot como lenguaje simbólico: una DSL para el inconsciente
78 cartas = 78 tokens. El spread es la sintaxis. El intérprete, tú. Tarot visto como un lenguaje de dominio específico.
· 8 min de lectura · Tarotian
lenguajes de programación semiótica DSL tarot
En programación, una DSL (Domain-Specific Language) es un lenguaje diseñado para un problema concreto. SQL para consultas de bases de datos. Regex para búsqueda de patrones en texto. HTML para estructurar documentos. Lenguajes pequeños, expresivos, optimizados para su dominio.
Propongo una idea: el tarot es una DSL. No como metáfora vaga, sino estructuralmente. Y entenderlo así explica mejor lo que hace que cualquier explicación mística o reduccionista que hayas leído.
Los tokens
Una DSL empieza por su vocabulario. En SQL: SELECT, FROM, WHERE, JOIN. En HTML: <div>, <p>, <article>. En tarot: las 78 cartas.
Cada carta es un token con:
- Un nombre canónico. "La Torre", "El Mago", "Cinco de Copas".
- Una semántica principal. Núcleo de significado acumulado durante seis siglos.
- Un halo semántico. Significados periféricos que emergen en contextos específicos.
- Una orientación sintáctica. Normal o invertida, lo que altera el tono.
Como tokens, las cartas son de una calidad inusual: son simbólicamente densos. Un SELECT es prácticamente unívoco. "La Luna", en cambio, puede traer engaño, intuición, ciclos, subconsciente, miedo: según qué otras cartas la rodeen.
Esa ambigüedad no es un defecto. Es la característica que hace que la DSL sea útil: cubre un dominio (la experiencia humana) donde los conceptos son ambiguos, y pretender lo contrario sería falsear el dominio.
La sintaxis: el spread
Los spreads son la sintaxis del tarot. No son decorativos: son reglas formales que asignan significado posicional a cada carta.
Un spread de tres cartas "pasado-presente-futuro" es una gramática mínima: tres slots, cada uno con un rol predefinido. Una Celtic Cross de diez cartas es una gramática mucho más rica, con slots para el deseo, el miedo, el entorno, los influjos externos, la síntesis.
La analogía es exacta: una misma carta en dos posiciones distintas del mismo spread significa cosas distintas, igual que un mismo identificador en dos ámbitos distintos de un programa apunta a cosas distintas.
La sintaxis no está escrita en un manual estricto, pero funciona. Eso la vuelve comparable a las gramáticas emergentes de los lenguajes naturales: no hay un comité que apruebe la Celtic Cross, pero la estructura se ha estabilizado por iteración cultural y funciona porque da pie a lecturas coherentes.
El intérprete: tú
Aquí está el corazón de la cosa. En cualquier lenguaje, el intérprete es el componente que transforma código en comportamiento. En tarot, el intérprete eres tú (lector o querente) y eso tiene consecuencias bien interesantes.
El intérprete tiene estado
Cuando PHP ejecuta un script, el intérprete arranca vacío. No sabe nada del programa anterior. En tarot, el intérprete humano viene con décadas de ejecución previa: una biografía, un vocabulario emocional, una cultura, un momento vital.
Esto significa que dos intérpretes procesando el mismo input (las mismas cartas en el mismo spread) producen salidas distintas. En software se consideraría un bug. En tarot es el punto: el lenguaje está diseñado para interactuar con el estado del intérprete, no para ignorarlo.
El intérprete es co-autor
El tarot, más que otros lenguajes, delega la semántica en la ejecución. "La Emperatriz en posición 3" no significa nada en abstracto; significa lo que significa cuando tu cerebro específico la procesa en tu contexto específico. Esto acerca el tarot a los lenguajes de programación literaria (Lisp con sus macros, Smalltalk con su metaprogramación) donde el lenguaje es moldeable por el usuario.
En otros lenguajes eso sería una pesadilla de reproducibilidad. En tarot es la fuente del valor.
La semántica: composicional, no léxica
Aquí el tarot se aleja de las DSLs tradicionales. En SQL, el significado de WHERE age > 30 se descompone limpiamente en WHERE, age, >, 30. Cada token tiene semántica propia y la composición es predecible.
En tarot no. El significado de una carta cambia según sus vecinas. Cinco de Copas solo es "luto por lo perdido" si las cartas vecinas apuntan en esa dirección; junto al Sol, puede leerse como "superación del duelo" o como "contraste doloroso". La semántica no es léxica, es contextual.
El paralelismo correcto no es con SQL, sino con las embeddings de los modelos de lenguaje modernos. En un embedding, una palabra no tiene significado fijo: tiene un vector que se modula según el contexto. La "temperatura" es distinta en "temperatura corporal" que en "temperatura del inventor". El tarot hace eso desde hace seis siglos, sin matemáticas pero con la misma intuición.
Compilación vs interpretación
Hay DSLs que se compilan (HTML, CSS, SQL en muchos motores) y DSLs que se interpretan (regex en tiempo de ejecución). El tarot es interpretado en tiempo de lectura, y esto tiene dos consecuencias prácticas:
- No hay análisis estático. No puedes validar una tirada antes de ejecutarla. La validación ocurre al interpretar.
- Los errores son semánticos, no sintácticos. Una tirada nunca es "sintácticamente incorrecta". Puede ser semánticamente estéril: no producir insight. Ese es el error equivalente.
Por qué la analogía vale algo
Pensar el tarot como DSL tiene consecuencias prácticas.
Para el escéptico: aclara que el tarot no pretende ser física. Es un lenguaje para hablar sobre la propia vida con símbolos densos y una gramática posicional. Criticarlo por "no predecir el futuro" es como criticar a SQL por no compilar JavaScript. No es lo que hace.
Para el practicante: obliga a tratar el tarot con rigor. Aprender una DSL significa aprender tokens, sintaxis, patrones idiomáticos, antipatrones. El tarotista serio lo hace. El tarotista improvisado se pierde en interpretaciones ad hoc que no construyen vocabulario.
Para el diseñador de herramientas: sugiere que el tarot digital debería comportarse como un IDE, no como un oráculo. Ayudar al querente a construir lecturas coherentes, a explorar significados, a documentar tiradas, a revisar patrones. Asistir la interpretación, no sustituirla.
El lenguaje detrás del lenguaje
Hay una última capa. Todo lenguaje refleja una ontología: SQL cree en tablas, HTML cree en documentos jerárquicos, el tarot cree en que la experiencia humana es compuesta por arquetipos recurrentes.
Si esa creencia resulta ser cierta (y seis siglos de uso sugieren que al menos es una aproximación útil) entonces el tarot es lo que cualquier DSL buena es: un lenguaje que encontró una estructura real en su dominio y la codificó lo bastante bien como para seguir siendo útil mucho después de que sus inventores murieran.
Eso no es magia. Es buena ingeniería lingüística.