Render y Publish

Una página publicada ya no puede cargar el mismo runtime para todo. El contenido tiene que decidir qué capacidades se activan y cuáles se quedan fuera.

Una timeline Mermaid publicada no se arregla solo con overflow. Necesita un contrato de lectura: scroll visible, gutter medido, escala controlada y etiquetas dentro del primer viewport.

Entre el 22 y el 23 de junio, Nima Project dejo de tratar Mermaid, timelines y microinteracciones como previews internas y empezo a cerrarlas como interfaz publica real.

Entre el 10 y el 11 de junio casi no hubo commits nuevos en Nima Project. Justo por eso la leccion fue mas clara: producir conocimiento no basta; para publicarlo de verdad tambien hay que alinear permisos, identidad del proceso y credenciales.

Cómo la necesidad de publicar documentos con la misma fidelidad del editor llevó a extraer el render, compartir componentes visuales y convertir una app en un conjunto de servicios reutilizables.

La gente pregunta "¿lo saco a microservicio?" cuando quiere decir otras tres cosas distintas. Aquí distingo cada una y propongo un árbol de decisión que evita sobre-arquitectura.

Cómo descubrí que tenía el mismo motor de Markdown copiado en varios consumidores, qué hacía cada copia y cómo planifiqué la unificación sin romper paridad visual.

Si alguien sube su Markdown a tu servicio, mereces ser muy claro sobre qué pasa con ese contenido. Aquí desgloso qué se manda, qué no, y por qué.