/2026-05-17T04:20:00-03:002026-05-17T04:20:00-03:002026-05-17T04:20:00-03:00Carlos Dagorrettag:None,2026-05-17:/infraestructura/infraestructura-de-este-sitio/

<p>Este sitio intenta demostrar que todavía es posible construir infraestructura editorial propia: simple, rápida, durable y controlada completamente por quien escribe.</p>

<p>Este sitio no funciona sobre un CMS pesado, ni sobre una plataforma social, ni sobre un servicio que decida qué debe mostrarse primero.</p> <p>Funciona como un conjunto de archivos estáticos generados desde Markdown.</p> <p>La elección no es solamente técnica. También es conceptual.</p> <h2>Por qué un sitio estático</h2> <p>La web moderna tiende a transformar cualquier publicación en una aplicación compleja: - bases de datos, - capas de JavaScript, - frameworks, - dependencias, - APIs, - trackers, - métricas, - y sistemas completos para mostrar apenas texto.</p> <p>Pero un texto no necesita necesariamente toda esa complejidad para existir.</p> <p>Este sitio intenta recuperar una idea más simple: un archivo de documentos interconectados.</p> <h2>Pelican, Markdown y HTML</h2> <p>El contenido se escribe en Markdown.</p> <p>Cada artículo es un archivo de texto plano que contiene: - título, - fecha, - relaciones semánticas, - categorías, - tags, - y el cuerpo del texto.</p> <p>Luego Pelican transforma esos documentos en HTML estático.</p> <p>No hay una base de datos detrás de cada página. No hay consultas dinámicas para servir contenido. El servidor solamente entrega archivos ya generados.</p> <div class="concept-box"> <strong>Idea clave</strong> <p> La infraestructura más eficiente muchas veces no es la más compleja, sino la que menos capas innecesarias incorpora. </p> </div> <h2>El valor de la simplicidad</h2> <p>La simplicidad no implica pobreza técnica.</p> <p>Implica reducir puntos de falla.</p> <p>Un sitio estático: - consume pocos recursos, - puede durar años, - requiere menos mantenimiento, - tiene menor superficie de ataque, - y puede ser alojado prácticamente en cualquier servidor.</p> <p>Eso resulta especialmente importante cuando los recursos son limitados o cuando se busca independencia tecnológica.</p> <h2>Infraestructura como posición conceptual</h2> <p>La tecnología también comunica una forma de pensar.</p> <p>Elegir una arquitectura pesada para publicar textos tiene consecuencias: - mantenimiento constante, - consumo innecesario, - dependencia de terceros, - complejidad operacional.</p> <p>En cambio, este sitio intenta funcionar como un sistema documental persistente: - rápido, - portable, - durable, - y comprensible.</p> <h2>La estética editorial</h2> <p>El diseño busca aproximarse más a una revista o archivo que a una red social.</p> <p>No hay scroll infinito. No hay algoritmos de recomendación. No hay métricas visibles compitiendo por atención.</p> <p>La estructura intenta privilegiar: - lectura, - navegación semántica, - relaciones conceptuales, - y permanencia.</p> <h2>Markdown como formato humano</h2> <p>El Markdown tiene una propiedad interesante: sigue siendo legible incluso fuera del sitio.</p> <p>Un artículo puede abrirse: - en Linux, - en Windows, - en un editor simple, - en veinte años, - o incluso imprimirse.</p> <p>Eso parece menor, pero no lo es.</p> <p>La durabilidad del conocimiento también depende del formato.</p> <h2>Sistemas y tiempo</h2> <p>Este sitio probablemente cambie muchas veces.</p> <p>Las ideas cambiarán. La estructura evolucionará. Algunas categorías aparecerán y otras desaparecerán.</p> <p>Pero la intención permanece: construir un archivo técnico-humanista propio, donde infraestructura y pensamiento no aparezcan separados.</p> <p>Porque incluso un sitio personal también es un sistema.</p> <p>Y todo sistema termina reflejando la forma en que entiende el mundo quien lo construye.</p>