He creado License Anatomy Lab 3D, un laboratorio web pensado para entender de forma visual cómo se relacionan las principales licencias de software, contenido y datos.

La idea es sencilla: en lugar de limitarse a leer tablas o textos legales, el usuario puede explorar las licencias como fichas conectadas, ver sus relaciones, familias, compatibilidades, obligaciones y diferencias.

El modo PRO añade distintas formas de representación —mapa, rejilla, familias, Atlas, órbita o comparador— para facilitar el estudio cuando hay muchas licencias a la vez.

También he incorporado un Atlas territorial, pensado para aportar contexto sobre cómo pueden variar determinados aspectos según el país o jurisdicción, especialmente en software, datos abiertos, contenidos y sector público.

El objetivo no es sustituir el texto legal de una licencia, sino ofrecer una herramienta didáctica para comprender mejor conceptos como copyleft, atribución, compatibilidad, patentes, redistribución o uso comercial.

Una forma diferente de estudiar algo que normalmente se presenta de una manera bastante poco visual.

License Anatomy Lab 3D
Creado por Oscar de la Cuesta — palentino.es

TCP reclama el paquete que falta, UDP dice «yo ya lo he enviado» y la capa de red sigue recalculando.

Mientras tanto, desde el sótano llega la pregunta que incomoda a todos: «¿Está enchufado?». 🔌😄

Entiende cómo funciona una empresa por dentro.

Explora qué hace cada sistema y qué información intercambia. Un clic: explicación. Doble clic: entrar. En móvil, doble toque. El origen queda tenue para que sepas de dónde vienes.

🖥️ ¿Y si en lugar de explicar cómo funciona un servidor pudiéramos abrirlo, desmontarlo y recorrerlo por dentro?

He creado Server Anatomy Lab, un laboratorio interactivo pensado para aprender arquitectura de servidores de una forma mucho más visual y práctica.

Puedes explorar un servidor moderno en 3D, desmontar componentes, activar una vista X-Ray, seguir conexiones, estudiar CPU y memoria, PCIe/CXL, NVMe, BMC, refrigeración, alimentación… y después llevarlo al siguiente nivel: montarlo dentro de un rack 42U y entender cómo se relacionan red, gestión, almacenamiento y energía redundante.

Pero quería ir un poco más allá de identificar piezas.

La idea es comprender por qué están ahí, cómo se conectan, qué función cumplen y qué ocurre cuando algo falla.

⚙️ CPU, ECC, NUMA y microarquitecturas
💾 NVMe, SAS/SATA y almacenamiento
🔌 PCIe, CXL, buses y conexiones
🌐 NIC, switches, BMC y gestión fuera de banda
⚡ PSU, PDU, UPS y redundancia A/B
🌡️ Airflow, ventiladores y sensores
🗄️ Rack, router, firewall, NAS y cableado
🩺 Diagnóstico y rutas guiadas de aprendizaje

Incluso permite visualizar errores muy habituales en infraestructuras reales: tener dos fuentes no significa tener redundancia si ambas terminan en la misma PDU; dos NIC tampoco eliminan un punto único de fallo si llegan al mismo switch.

Mi objetivo con Server Anatomy Lab es sencillo:

convertir la arquitectura de servidores en algo que se pueda ver, tocar, desmontar y comprender.

Un pequeño laboratorio técnico dentro del navegador.

🔗 Server Anatomy Lab — palentino.es

#ServerAnatomyLab #Servidores #Datacenter #CPD #InfraestructuraIT #Hardware #SysAdmin #Networking #BMC #NVMe #PCIe #CXL #ITInfrastructure #Aprendizaje #Palentino

Desktop Stream es una aplicación gratuita para Windows que permite mostrar vídeos, cámaras en directo, fuentes privadas y ambientes visuales directamente sobre el escritorio, manteniendo disponibles los iconos, la barra de tareas y las aplicaciones.

La idea es sencilla:

convertir el fondo de Windows en un escritorio vivo.

No es simplemente un reproductor abierto detrás de las ventanas. Desktop Stream integra el contenido en el propio escritorio para que podamos seguir utilizando el ordenador normalmente mientras, de fondo, vemos una cámara, un paisaje, el mar, una ciudad o cualquier otra fuente compatible.

Cada vez más empresas se plantean una pregunta sencilla:

¿Tiene sentido ejecutar la IA dentro de la propia infraestructura en lugar de depender siempre de la nube?

En muchos casos, sí.

Una IA local bien planteada no consiste únicamente en instalar un modelo.

También hay que pensar en:

• GPU y capacidad de cálculo
• Memoria RAM
• Almacenamiento NVMe
• Red corporativa
• Seguridad y control de accesos
• NAS / SAN
• Copias de seguridad
• Segmentación y firewall
• Escalabilidad
• Gobierno del dato

El objetivo es que el conocimiento de la organización pueda utilizarse sin perder el control sobre él.

Una infraestructura On-Premise puede incorporar:

• Servidores dedicados con GPU
• 128, 256 o más GB de RAM según la carga
• NVMe para modelos y datos de alto rendimiento
• Redes de 10 / 25 / 40 / 100 GbE según necesidades
• NAS o SAN para documentación y almacenamiento
• Backups independientes
• Firewall, VLAN, SSO y permisos corporativos
• Capacidad para añadir nuevas GPU o nodos
• Salida a Internet bloqueada o estrictamente controlada
• Datos y conocimiento permaneciendo dentro de la empresa

Y quizá esta sea la parte más importante:

La ventaja de una IA local no está únicamente en el modelo.

Está en controlar la infraestructura, los datos y el conocimiento que la alimentan.

He preparado esta infografía intentando resumir de forma visual cómo podría plantearse una infraestructura real de IA corporativa On-Premise, desde el hardware hasta la seguridad, el almacenamiento y la escalabilidad.

Tus datos.
Tu infraestructura.
Tu ventaja.

#InteligenciaArtificial #IA #OnPremise #InfraestructuraIT #Hardware #GPU #DataCenter #Ciberseguridad #IT #Sistemas #TransformacionDigital #ArquitecturaIT

6 de Julio.

El Demeteria abandonó el puerto con buen tiempo y la bodega cerrada bajo llave. En el manifiesto de carga no figuraba más descripción que una sola palabra: APRENDE.

El capitán dejó constancia de su extrañeza, aunque el cargamento estaba pagado, sellado y debía llegar a destino. A bordo viajaban médicos, maestros, contables, abogados, mecánicos, dibujantes, periodistas, traductores, programadores y escribientes; hombres y mujeres de oficio, convencidos de que cada uno ocupaba un lugar necesario en aquel barco.

La primera desaparición ocurrió durante la tercera noche. Para mi sorpresa, faltó el bloguero. No hubo gritos ni señales de lucha, y nadie encontró rastro de él. Sin embargo, al amanecer, los libros de navegación estaban completos, redactados con una precisión que todos reconocieron como suya. Dos noches después desapareció el traductor. Aquella misma mañana comenzaron a aparecer documentos escritos en idiomas diversos. Después faltó el contable. Luego el diseñador. Más tarde el abogado. Con cada ausencia, algo nuevo parecía comenzar a funcionar por sí solo.

Pronto nadie quiso acercarse a la bodega. Durante la noche se escuchaban golpes sordos tras los mamparos y, algunas veces, pasos lentos sobre cubierta cuando todos aseguraban estar encerrados en sus camarotes. El capitán ordenó que nadie bajara solo, pero la precaución llegó demasiado tarde. Cada amanecer había una cama vacía y, pese a ello, el Demeteria navegaba mejor que el día anterior. El rumbo se corregía solo, las cuentas aparecían terminadas y los informes estaban escritos antes incluso de que alguien los solicitara. Cuantos menos quedaban, menos parecía necesitarlos el barco.

Los últimos tripulantes comenzaron a dormir juntos en el salón principal. Una madrugada encontraron abierta la puerta de la bodega. Las cerraduras seguían intactas. Dentro, todas las cajas estaban vacías.

Tres días después, el Demeteria fue avistado cerca de la costa. Avanzaba lentamente hacia puerto, con las luces encendidas y las máquinas funcionando. No había señales de lucha. No había cadáveres. No quedaba nadie a bordo.

Sobre la mesa del capitán encontraron el diario de navegación. La última anotación estaba escrita con una letra temblorosa:

“17 de septiembre. Esta noche hemos vuelto a escuchar pasos sobre cubierta. Somos tres. Ninguno ha salido del camarote. Lo peor no es que haya aprendido lo que hacemos. Lo peor es que ya no sabemos para qué nos necesita.”

Paso muchas horas delante del ordenador. Programando, escribiendo, investigando o preparando documentación es muy fácil dejar de ser consciente de cómo estoy sentado, cuánto tiempo llevo sin levantarme o si poco a poco he terminado acercándome demasiado a la pantalla.

Aunque intento cuidar mi postura y acudo al fisioterapeuta cuando lo necesito, quería disponer de una herramienta que trabajase conmigo durante esas horas.

De ahí nació ErgoWatch PRO, una aplicación gratuita para Windows que he ido desarrollando y ampliando con el tiempo.

Actualmente la aplicación ya no se limita a observar determinados parámetros ergonómicos: también puedo consultarle directamente información sobre mi situación actual mediante ErgoCoach.

No pretende diagnosticar enfermedades ni sustituir a un profesional sanitario. Su objetivo es mucho más sencillo: ayudarme a ser consciente de mis hábitos mientras trabajo delante del ordenador.

Cómo funciona realmente un ecosistema de IA con agentes.

Cuando hablamos de inteligencia artificial solemos fijarnos en el modelo. En GPT, Claude, Gemini o cualquier otro LLM. Pero un sistema de IA moderno es mucho más que eso.

🧠 El modelo es el cerebro, pero alrededor necesita una arquitectura completa que le permita entender lo que pide el usuario, mantener contexto, decidir qué hacer, utilizar herramientas y devolver un resultado útil de forma segura.

La petición entra por sus “sentidos”: texto, voz, imagen o archivos.

🛡️ Los guardrails actúan como protección, filtrando riesgos y aplicando límites. El harness prepara el entorno de trabajo: contexto, permisos, herramientas y estado. El orquestador organiza los pasos y decide qué debe hacerse primero, qué herramienta utilizar y cuándo termina la tarea.

Después entra en juego el modelo, que interpreta, razona y toma decisiones.

💾 La memoria y los sistemas RAG aportan contexto y recuperan información relevante.

🦾 Function Calling conecta ese razonamiento con acciones reales: consultar APIs, acceder a bases de datos, leer archivos, navegar o interactuar con otros sistemas. Cuando hace falta ejecutar algo delicado, 📦 el sandbox proporciona un entorno aislado y controlado.

Finalmente, el sistema genera una respuesta y la entrega al usuario.

🔎 Mientras todo ocurre, la observabilidad y los logs registran qué ha pasado, qué herramientas se han utilizado y dónde puede mejorarse el proceso.

La idea importante es esta:

La potencia real de una IA no depende solo del modelo, sino de toda la arquitectura que lo rodea.

Ahí está buena parte del salto actual: pasar de modelos que simplemente responden preguntas a sistemas capaces de entender, recordar, planificar, actuar y colaborar con nosotros.