
No estoy seguro de si el “masaje de datos” es algo real, pero así es como pienso en lo que voy a describir.
Dave y yo estábamos pensando en un pequeño rediseño de ShopTalk Show. Una capa fresca de pintura es algo así. Siempre es bueno hacer eso de vez en cuando. Pero queríamos empezar desde adentro hacia afuera esta vez. No parecía muy atractivo diseñar en base a los datos que teníamos. Queríamos trabajar con datos más limpios. Necesitábamos masajear los datos que teníamos, para que abrieran más posibilidades de diseño.
Habíamos caído en la trampa clásica de WordPress
Que es … simplemente volcar todo en el área de contenido predeterminado:
Usamos Markdown, que creo que es inteligente, pero aún era un montón de contenido bastante desestructurado. Un ejemplo:
Si ese contenido estuviera estructurado de manera completamente diferente cada vez (como probablemente lo sería una publicación de blog), estaría bien. Pero no fue así. Cada programa tiene la misma estructura.
No es culpa de WordPress
Simplemente no estructuramos los datos correctamente. Puedes estropear eso en cualquier CMS.
Para ser justos, probablemente tomó bastante tiempo caer en una estructura estable. Es difícil configurar datos desde el primer día cuando no se sabe cuál será esa estructura. Hablando de que…
La estructura que necesitábamos
Esto es lo que necesita un episodio de podcast en cuanto a datos estructurados:
- Título del episodio
- Descripción del episodio
- Imagen destacada del episodio
- MP3
- URL
- Tiempo de ejecución
- Tamaño en bytes
- Una lista de temas del programa con marcas de tiempo.
- Una lista de enlaces
- Opcional: Invitado (s)
- Nombre del invitado
- URL de invitado
- Twitter invitado
- Bio invitado
- Foto de invitado
- Opcional: anunciante (s)
- Nombre del anunciante
- URL del anunciante
- Texto del anunciante
- Marca de tiempo del anunciante
- Opcional: mención (es) de empleo
- Empresa de trabajo
- Título profesional
- URL del trabajo
- Descripción del trabajo
- Opcional: Transcripción
Incluso eso no es perfecto
Por ejemplo: numeramos manualmente los episodios como parte del título, lo que significa que cuando necesitamos ese número individualmente, estamos manipulando cadenas en las plantillas, lo que se siente un poco chiflado.
Otro ejemplo: los invitados no son una construcción programática en sí mismos. Un invitado no tiene su propio registro de base de datos con una identificación. Lo que significa que si un invitado aparece en varios programas, son datos duplicados. Además, no nos da la capacidad de “mostrar todos los programas con Rebecca Murphey” con mucha facilidad, que es algo que discutimos sobre el deseo. Probablemente haya alguna forma de programar una salida para esto en el futuro, estamos pensando.
Afortunadamente, esa estructura es fácil de expresar en Campos personalizados avanzados
Una vez que sepa lo que necesita, ACF hace que sea bastante fácil construirlo y aplicarlo a cualquier tipo de página que necesite.
Soy consciente de que otros CMS fomentan este tipo de estructuración de forma predeterminada. Frio. Creo que eso es inteligente. Debería estar muy orgulloso de sí mismo por elegir YourFavoriteCMS.
En ACF, nuestro “Grupo de campo” terminó así:
Necesitábamos campos “Repetidor” para datos como invitados, donde hay una estructura que necesita repetirse cualquier cantidad de veces. Esa es una característica PRO de ACF, que parece un movimiento genial de su parte.
Que comience el masaje de datos
Desafortunadamente, ahora que teníamos la estructura correcta, no significa que todos los datos antiguos aparecieron instantáneamente en su lugar. Hay un par de formas en que podríamos haberlo hecho …
Podríamos haber dividido el diseño de las páginas del programa por fecha. Si era un programa antiguo, deshazte del contenido como siempre lo hemos hecho. Si es un programa nuevo, usa el formato de datos agradable. Sin embargo, se siente como un desastre aún mayor que el que tuvimos.
Podríamos haber intentado programar nuestra salida. Quizás podríamos ejecutar algunos scripts que analizarían los datos antiguos, harían conjeturas inteligentes sobre qué contenido debería ser portado a la nueva estructura y lo ejecutarían. Definitivamente, algo no trivial de escribir. Incluso si pudiéramos haberlo escrito, es posible que nos haya llevado más tiempo que simplemente mover los datos a mano.
O … podríamos mover los datos a mano. Entonces eso es lo que terminamos haciendo. O mejor dicho, contratamos a alguien para que transfiriera los datos por nosotros. ¡Gracias Max! Max Kohler fue nuestro masajeador de datos.
Mover la mano realmente parecía el camino a seguir. Es esencialmente un trabajo de entrada de datos, pero requirió un poco de reflexión y toma de decisiones (de ahí “masaje”), por lo que es el tipo de trabajo perfecto para hacerlo usted mismo o encontrar a alguien a quien le vendría bien algunas horas extra.
El diseño es mucho más fácil con datos limpios y estructurados
Con todos los datos bien limpiados, pude escupirlos de una manera mucho más consistente y estructurada en el diseño mismo:
Este último diseño de ShopTalk Show no es una obra maestra, pero ahora que todo este trabajo estructural está hecho, el próximo diseño debería poder enfocarse más en la estética y, quizás, en las partes más divertidas del diseño visual.