Vídeos recurrentes a partir de un feed

Tres capas, y la separación es lo que hace que todo sea mantenible.

• Un programa es lo que está en funcionamiento: un feed, un horario, un conjunto de límites y el formato que ejecuta.
• Un formato es la forma versionada de cada episodio: los ritmos, el lenguaje visual, la duración. Cada cambio crea una nueva versión, y un programa fija una versión o sigue la más reciente.
• Un proyecto es la capa de datos opcional dentro de un formato: ritmos, resolvedores que obtienen valores de una fuente registrada, expresiones calculadas y una puerta de integridad.

Así, el formato es la plantilla, el proyecto es de donde provienen sus números, y el programa es lo que lo ejecuta los martes.

Esta es la característica que vale la pena entender antes que cualquier otra.

Un proyecto puede requerir que cada cifra en pantalla esté vinculada a una expresión que se resuelva a partir de una fuente real. Un número que no está vinculado no se renderiza; el episodio se rechaza en lugar de publicarse con una cifra que alguien escribió una vez y olvidó.

Eso suena restrictivo hasta que piensas en lo que hace un programa automatizado semanal con un número obsoleto: lo publica, cada semana, con tu nombre. verify_episode devuelve la prueba detrás de un episodio publicado, para que meses después aún puedas responder de dónde provino una cifra.

Si te llevas una cosa de esta página: una pipeline de vídeo automatizada necesita procedencia más que pulcritud.

Tres comprobaciones gratuitas, en el orden en que debes usarlas.

1. 1`validate_format` compila un formato contra un elemento de muestra. Te indica si está bien formado y si cada vinculación se resuelve. No tiene coste.
2. 2`preview_episode` ejecuta todo el proceso en tiempo real contra un elemento y te muestra cómo sería el episodio. No tiene coste.
3. 3Solo entonces permite que el programa se ejecute.

La mayoría de los errores en un formato recurrente —un ritmo que está vacío para la mitad de los elementos del feed, una cifra que se resuelve en la muestra y en ningún otro lugar— aparecen en la previsualización. Encontrarlos allí es gratis; encontrarlos en producción es un episodio publicado.

Un programa es algo que gasta créditos y publica en tu nombre sin supervisión, por lo que los valores predeterminados son conservadores.

• Se mantiene en espera hasta que lo confirmes una vez. Un programa recién creado no comienza a ejecutarse por sí solo.
• Los límites por ejecución y por día restringen cuántos episodios se pueden crear, de modo que un feed que de repente emite doscientos elementos no produce doscientos vídeos.
• El mismo elemento nunca se filma dos veces. La identidad del episodio se rastrea, por lo que un feed que vuelve a listar un elemento no produce un duplicado.

Estas no son comodidades configurables. Son la diferencia entre una automatización que puedes dejar funcionando y una que tienes que supervisar.

El formato importa menos que el feed. Un programa es tan bueno como aquello que lo activa.

• Los buenos feeds tienen elementos que son genuinamente diferentes entre sí y que realmente merecen un vídeo: nuevos productos, nuevos lanzamientos, cifras semanales que varían, nuevas publicaciones, investigaciones publicadas.
• Los malos feeds emiten elementos que son variaciones de una misma cosa. Cinco episodios sobre elementos casi idénticos son cinco episodios casi idénticos, y la audiencia aprende a saltárselos.

Mantén los episodios cortos. El trabajo de un formato recurrente es ser atractivo cada vez, no impresionante una sola vez; los programas que sobreviven son los que duran menos de un minuto. Y coloca lo variable al principio: si cada episodio comienza con los mismos veinte segundos de marca, el segundo episodio es donde tu audiencia dejará de ver.