CMSTECNO

Los desarrolladores tenemos la mala costumbre de desarrollar la funcionalidad según nuestra percepción de las cosas, y lo malo es que normalmente la percepción del usuario destinatario de nuestros desarrollos no es la misma. Afortunadamente cada vez ocurre menos esto, sin embargo, la gestión de versiones de los documentos en los CMS es una de estas características que casi nunca están bien resueltas en los CMS.

Ahora mismo no puedo decir de memoria los CMS que implementan un gestor de versiones, pero sí puedo dos cosas sin temos a equivocarme:

• todos los CMS comerciales de altura que he conocido disponían de algún tipo de gestor de versiones
• la mayoría de los CMS open source no disponen de gestor de versiones de los documentos

Esta entrada sobre la gestión de versiones de los documentos en los CMS viene a que Alexseo nos ha puesto en alerta de que Wordpress 2.6 incorpora un gestor de versiones. Anieto2k nos da más detalles.

¿Necesita un CMS para blogs un gestor de versiones? Creo que cualquier usuario nada técnico lo agradece.

¿Cómo se debe implementar un gestor de versiones? Pues para empezar poniendo un límite de versiones guardadas si no queremos acumular basura.

¿Se debe considerar cada versión como un documento más, es decir ocupar su sitio en la base de datos como el documento definitivo? Esta es la solución aportada en Wordpress 2.6., utilizar la misma tabla de entradas, y coincido con los comentarios dejados en Anieto2k en que es una barbaridad. Ralentiza aún más la lectura de la base de datos (consumiendo más recursos), y el filtro para el buscador tiene que hacer un trabajo que puede ser una media de 5 veces mayor de lo habitual.

¿Por qué se ha optado por esta solución? Porque el desarrollo, que está en eso, en desarrollo, así que todavía lo pueden cambiar, se ha realizado pensando en la simplicidad técnica, pero no en las consecuencias para el usuario. Sé que es más difícil pensar en las consecuencias para el usuario, pero es la única forma de hacer una aplicación “grande”.