Desde que empezamos las primeras líneas de código del CMS Ximdex apostamos por el paradigma de la web semántica para lograr un mayor nivel de abstracción de los contenidos, datos y aplicaciones web que gestionamos así como para facilitar tareas automáticas en el tratamiento de la información. Sin embargo, aún más importante es el garantizar la máxima escalabilidad de los contenidos publicados, lo que nos obligó a buscar un compromiso en el uso de estas técnicas.

Para ello hemos aplicado una distinción clara entre el paradigma de la «Web Semántica», que la entendemos como una visión más o menos utópica de la web donde todos los enlaces acarrean el «porqué» del enlace (proporcionado por su significado asociado, significado que es compartido y está descrito en ontologías -lo que lo hace tratable de forma automática y realizar inferencias-), y el uso de «Tecnologías Semánticas», que entendemos nos permite «escoger» selectivamente ciertos componentes del paradigma de la web semántica como, por ejemplo, vocabularios relativamente simples que únicamente describen personas o lugares y en lenguajes más simples como RDF, lo que limita las operaciones que podemos realizar sobre las entidades pero nos permite un tratamiento mucho más directo, sin arriesgar otros valores como la escalabilidad.

Esta separación entre el paradigma de la web semántica y el uso de tecnologías semánticas nos ha llevado a elegir lo mejor de ambos mundos, y aunque ha provocado decisiones controvertidas y algo criticadas en su momento (principalmente por integradores), muchas de ellas se han convertido finalmente en tendencia.

Citamos algunas: almacenar las tripletas semánticas en base de datos de tipo relacional (existen sistemas para mapearlas que se utilizan por proyectos de I+D con una muy fuerte carga semántica) o la decisión de almacenar los contenidos (descritos en xml) en el sistema de archivos en lugar de depositarlos en la base de datos (donde almacenamos «punteros» y sus relaciones siguiendo un esquema de tripletas), … Esta última fue muy cuestionada por algunos integradores aunque el auge de los sistemas NoSQL parece indicar que no estábamos muy equivocados ;)

En realidad ha sido más sencillo considerando que todas las decisiones en el desarrollo de Ximdex han partido de los pilares siguientes:

1. Abstracción: para separar los contenidos tanto de la presentación como de la lógica de negocio, mejorar la reutilización de los mismos, representar servicios (ej.: aplicativo web para listar centros educativos por población) que pueden incluirse y personalizarse por el redactor sin programar, etc.,
2. Significado: vinculado a los elementos de información que componen un contenido o servicio (párrafos tipo entradilla o importe de una beca, documentos tipo noticia, elementos multimedia tipo canción romántica, etc.), lo que nos han permitido mejorar su recuperación por el buscador, automatizar la sugerencia de enlaces e imágenes relacionadas, generar un canal de información para TV filtrando los elementos que no tienen cabida de forma automática, etc.
3. Neutral, libre y abierto: tanto en el uso de la herramienta al no limitar el número de proyectos, usuarios, idiomas, canales, tecnologías y lenguajes de programación (java, python, php, xml, xhtml, html5, .net, Ruby, django, …), o de como se estructurara la información (no imponemos nada a la estructura de los documentos) o de modificar el código fuente o de elegir los componentes tecnológicos de nuestro portal en producción (que contenidos son estáticos y cuales dinámicos, si usa o no base de datos, cuál utiliza, que conector emplea, que servidores de aplicaciones, web o de vídeo, etc.), garantizando el pleno acceso a los contenidos de la forma más neutral, sencilla y transparente posible, usando estándares (XML, XSLT, etc.), …

Pilares que han dado lugar a los valores de Seguridad, Flexibilidad y Escalabilidad que imperan en Ximdex CMS para mejorar el retorno de inversión realizado al elegirlo (ya sea en tiempo o dinero).