Ilustración: tres personas trabajan en equipo; una escribe en una portátil, otra dibuja un diagrama de arquitectura en una pizarra y otra lee un cuaderno con un listón amarillo.

Blog

Lo que aprendemos construyendo software, por escrito.

Decisiones de arquitectura, Adobe Experience Manager, auditorías, nube y trabajo con equipos distribuidos. Escrito por quienes hacen el trabajo, con fecha y con firma.

Entradas recientes

7 entradas visibles

  1. Adobe Experience Manager

    Content Fragments o Experience Fragments: cuándo usar cada uno.

    Usa Content Fragments cuando lo que se reutiliza es el contenido: datos estructurados, sin diseño, que se muestran en varios canales o se entregan a una aplicación por API. Usa Experience Fragments cuando lo que se reutiliza es una experiencia ya armada: un grupo de componentes con su diseño que aparece igual en varias páginas, como un encabezado, un pie o una promoción. La pregunta que decide es si el diseño viaja con el contenido o lo pone cada canal.

  2. Arquitectura de software

    Monolito o microservicios: cuándo sí conviene separar.

    Los microservicios se justifican cuando hay equipos que necesitan desplegar de forma independiente, partes del sistema con necesidades de escala o de disponibilidad muy distintas, y límites de dominio que ya son estables. Si no se cumplen esas condiciones, un monolito bien modularizado suele ser más rápido de construir, más fácil de operar y más sencillo de separar después, cuando de verdad haga falta.

  3. Auditoría técnica

    Qué incluye una auditoría técnica y qué entrega al final.

    Una auditoría técnica revisa el estado real de un sistema —código, arquitectura, dependencias, seguridad, datos, infraestructura, procesos de entrega y rendimiento— y termina en un documento con hallazgos priorizados por impacto y esfuerzo y un plan de remediación. Sirve para decidir con evidencia qué hacer con un sistema, y no obliga a contratar la implementación a quien la hizo.

  4. Sitios y plataformas web

    Señales de que Excel ya no debe ser el sistema de tu operación.

    Una hoja de cálculo deja de ser suficiente cuando varias personas dependen de ella al mismo tiempo, cuando nadie sabe qué versión es la correcta o cuando la operación se detiene si falta la persona que la entiende. En ese punto hay tres caminos —ordenar la hoja, adoptar un producto comercial o construir una plataforma a la medida— y la elección depende de qué tan propio es tu proceso.

  5. Adobe Experience Manager

    Qué revisar antes de migrar un proyecto de AEM 6.5 a AEM as a Cloud Service.

    Antes de mover una sola página hay que revisar cinco frentes: la compatibilidad del código con un repositorio inmutable y con las API vigentes; el volumen y la estructura del contenido y los assets; la configuración de Dispatcher; las integraciones y la red; y el plan de corte. Adobe ofrece herramientas para casi todo este diagnóstico, pero las decisiones de remediación, y el orden en que se hacen, siguen siendo del equipo.

  6. Sitios y plataformas web

    Cómo reconstruimos editandoideas.com: estático, bilingüe y sin scripts en línea.

    Este sitio es estático: cada URL se genera como HTML durante el build con React Router, y no hay servidor de aplicación ni formularios. Todo sale de un solo mapa de rutas —prerender, hreflang, sitemap, selector de idioma y breadcrumbs—, las reglas editoriales se verifican con pruebas automáticas y la política de seguridad de contenido no admite scripts en línea. Aquí contamos por qué y qué haríamos distinto.

  7. Sobre Editando Ideas

    Por qué abrimos un blog, y qué vas a encontrar en él.

    Abrimos un blog técnico para dejar por escrito lo que aprendemos al diseñar, construir y sostener productos digitales. Vamos a escribir solo de lo que hacemos a diario —Adobe Experience Manager, arquitectura, nube, auditoría técnica, talento distribuido, producto y SEO técnico—, con la respuesta primero, ejemplos propios, fuentes, fechas y autor con nombre.

Suscribirse por RSS