Ir al contenido
AL.Alberto LaraDirección tecnológica EdTech

Dirección y decisión

  • Dirección tecnológicaEstrategia, producto, arquitectura, equipos y operación.
  • Liderazgo técnicoDecisiones de arquitectura y calidad aplicadas en la entrega.
  • Auditoría técnicaSeguridad, pruebas, deuda y capacidad de actualizar.
  • Sectores y contextosUniversidades, empresas, EdTech y Administración pública.
  • Marcos de decisiónModelos que uso para decidir y para explicar por qué.

Marco de decisión

Mapa de capacidades para una organización de aprendizaje digital

Las nueve capacidades que hay que tener cubiertas y cuál falta cuando algo no avanza.

Ver el mapa ↗Mapa de capacidades para una organización de aprendizaje digital

Arquitectura y datos

  • Arquitectura de plataformasIntegraciones, datos, seguridad y evolución del sistema.
  • Arquitecto MoodleLímites, capacidad, integraciones y evolución de una plataforma crítica.
  • Integraciones e interoperabilidadConservar el significado de los datos entre sistemas.
  • Infraestructura y operaciónDisponibilidad, escalado, entrega continua y recuperación.
  • Análisis funcionalRequisitos, casos de uso, estados y excepciones.

Marco de decisión

Arquitectura de referencia para un ecosistema de aprendizaje

Qué capa resuelve cada cosa y qué se rompe cuando una asume el trabajo de otra.

Ver la arquitectura ↗Arquitectura de referencia para un ecosistema de aprendizaje

Plataformas de aprendizaje

  • Moodle: centro de conocimientoDecisiones sobre cursos, arquitectura, operación y evolución, también en Totara y Open LMS.
  • Consultor MoodleEntender el problema y ordenar decisiones funcionales, técnicas y operativas.
  • Tech Lead MoodleDirección técnica de lo que se construye y de cómo se entrega.
  • Desarrollo para MoodleCompetencias, contenidos, informes, automatización e IA.
  • Ecosistemas EdTechDirigir y hacer evolucionar un ecosistema de aprendizaje.
Moodle por dentro13 páginas→

Centro de conocimiento

Requisitos para un pliego de Moodle

Cómo se escribe un requisito exigible, con su evidencia y su criterio de aceptación.

Ver la guía ↗Requisitos para un pliego de Moodle

Ingeniería y calidad

  • Desarrollo full stackAplicaciones, servicios, procesos y datos a medida.
  • Análisis funcional y técnicoDe los requisitos a la arquitectura y los criterios de aceptación.
  • Desarrollo de extensionesMediante API públicas y sin modificar el núcleo, con pruebas y adaptación para cada versión objetivo.
  • Revisión de códigoEstándares, seguridad, permisos, rendimiento bajo carga y compatibilidad de versiones.
  • Pruebas automatizadasQué comprueba cada prueba y qué no compensa automatizar.

Centro de conocimiento

Una prueba que no puede fallar no está probando nada

Qué se prueba en un desarrollo para Moodle y con qué criterio se decide qué automatizar.

Ver el criterio ↗Una prueba que no puede fallar no está probando nada

Inteligencia artificial aplicada

  • IA aplicada: centro de conocimientoDecisiones sobre asistentes, recuperación, evaluación y permisos.
  • Reglamento de IA de la UEFechas, clasificación y decisiones técnicas para educación.
  • Asistentes sobre contenido autorizadoQué puede leer, qué debe citar y cuándo tiene que callarse.
  • Búsqueda en fuentes propiasCuándo basta buscar y cuándo hace falta componer una respuesta.
  • Evaluación de funciones de IAQué se mide en una función de IA antes de permitir que alguien la use.

Centro de conocimiento

Una función de IA sin medición no está probada: solo está estrenada

Qué se mide en una función de IA educativa antes de permitir que alguien la use.

Ver la evaluación ↗Una función de IA sin medición no está probada: solo está estrenada

Producto y adopción

  • Estrategia y producto EdTechDel problema a la puesta en servicio y su evolución.
  • Banco de preguntasDe quién es cada pregunta y qué pasa con los exámenes ya corregidos.
  • Decidir qué automatizarQué merece automatizarse, con cuánta autonomía y quién responde.
  • Repositorio de contenidosConservar, encontrar y reutilizar, con versiones y derechos.

Marco de decisión

Marco para decidir qué automatizar y cómo operarlo

Antes de automatizar: qué resultado se busca, quién responde y con qué evidencia.

Ver el marco ↗Marco para decidir qué automatizar y cómo operarlo

Trabajo documentado

  • Gobierno de ecosistemas multi-LMSVarias instancias de Moodle vigiladas y gobernadas desde un mismo plano de control.
  • Gestión institucional de activos y contenidosEl ciclo de vida del activo, desde que entra hasta que se retira.
  • Producción de cursos asistida por IAProducir con IA, revisar editorialmente y preparar para Moodle.
  • Tutor con acceso al contenido autorizado del cursoUn tutor que solo responde a partir del material autorizado del curso.
  • Aprendizaje guiado y adaptativo con supervisiónRutas adaptativas en las que prevalece el criterio humano.
Todas las soluciones22 soluciones→

Construido

Auditoría técnica coordinada de desarrollos para Moodle

Una de las tres que ya están construidas, no en diseño.

Ver la solución ↗Auditoría técnica coordinada de desarrollos para Moodle

Quién firma esto

  • Sobre míTrayectoria en tecnología educativa, del software a la dirección.
  • Cómo tomo decisionesEl criterio con el que comparo alternativas.
  • InicioDe las decisiones de negocio a la arquitectura y la operación.
  • ContactoPara comentar algo de lo que cuento aquí.

Criterio

Cómo tomo decisiones

Las cuatro dimensiones con las que comparo alternativas antes de recomendar una.

Ver el criterio ↗Cómo tomo decisiones
Blog ↗Contacto
  • Dirección tecnológicaEstrategia, producto, arquitectura, equipos y operación.
  • Liderazgo técnicoDecisiones de arquitectura y calidad aplicadas en la entrega.
  • Auditoría técnicaSeguridad, pruebas, deuda y capacidad de actualizar.
  • Sectores y contextosUniversidades, empresas, EdTech y Administración pública.
  • Marcos de decisiónModelos que uso para decidir y para explicar por qué.
  • Arquitectura de plataformasIntegraciones, datos, seguridad y evolución del sistema.
  • Arquitecto MoodleLímites, capacidad, integraciones y evolución de una plataforma crítica.
  • Integraciones e interoperabilidadConservar el significado de los datos entre sistemas.
  • Infraestructura y operaciónDisponibilidad, escalado, entrega continua y recuperación.
  • Análisis funcionalRequisitos, casos de uso, estados y excepciones.
  • Moodle: centro de conocimientoDecisiones sobre cursos, arquitectura, operación y evolución, también en Totara y Open LMS.
  • Consultor MoodleEntender el problema y ordenar decisiones funcionales, técnicas y operativas.
  • Tech Lead MoodleDirección técnica de lo que se construye y de cómo se entrega.
  • Desarrollo para MoodleCompetencias, contenidos, informes, automatización e IA.
  • Ecosistemas EdTechDirigir y hacer evolucionar un ecosistema de aprendizaje.
  • Moodle por dentro · 13 páginas →
  • Desarrollo full stackAplicaciones, servicios, procesos y datos a medida.
  • Análisis funcional y técnicoDe los requisitos a la arquitectura y los criterios de aceptación.
  • Desarrollo de extensionesMediante API públicas y sin modificar el núcleo, con pruebas y adaptación para cada versión objetivo.
  • Revisión de códigoEstándares, seguridad, permisos, rendimiento bajo carga y compatibilidad de versiones.
  • Pruebas automatizadasQué comprueba cada prueba y qué no compensa automatizar.
  • IA aplicada: centro de conocimientoDecisiones sobre asistentes, recuperación, evaluación y permisos.
  • Reglamento de IA de la UEFechas, clasificación y decisiones técnicas para educación.
  • Asistentes sobre contenido autorizadoQué puede leer, qué debe citar y cuándo tiene que callarse.
  • Búsqueda en fuentes propiasCuándo basta buscar y cuándo hace falta componer una respuesta.
  • Evaluación de funciones de IAQué se mide en una función de IA antes de permitir que alguien la use.
  • Estrategia y producto EdTechDel problema a la puesta en servicio y su evolución.
  • Banco de preguntasDe quién es cada pregunta y qué pasa con los exámenes ya corregidos.
  • Decidir qué automatizarQué merece automatizarse, con cuánta autonomía y quién responde.
  • Repositorio de contenidosConservar, encontrar y reutilizar, con versiones y derechos.
  • Gobierno de ecosistemas multi-LMSVarias instancias de Moodle vigiladas y gobernadas desde un mismo plano de control.
  • Gestión institucional de activos y contenidosEl ciclo de vida del activo, desde que entra hasta que se retira.
  • Producción de cursos asistida por IAProducir con IA, revisar editorialmente y preparar para Moodle.
  • Tutor con acceso al contenido autorizado del cursoUn tutor que solo responde a partir del material autorizado del curso.
  • Aprendizaje guiado y adaptativo con supervisiónRutas adaptativas en las que prevalece el criterio humano.
  • Todas las soluciones · 22 soluciones →
  • Sobre míTrayectoria en tecnología educativa, del software a la dirección.
  • Cómo tomo decisionesEl criterio con el que comparo alternativas.
  • InicioDe las decisiones de negocio a la arquitectura y la operación.
  • ContactoPara comentar algo de lo que cuento aquí.
Blog ↗Contacto
Inicio/Política de privacidad

Política de privacidad

Qué datos se tratan cuando visitas esta web o escribes por correo, para qué se utilizan y qué derechos puedes ejercer.

Esta web no tiene cuentas, formularios, suscripciones, comentarios ni publicidad. Para servir las páginas y proteger el sitio se generan los registros técnicos habituales de navegación. Si me escribes por correo, trato los datos incluidos en tu mensaje para responder y gestionar la conversación que has iniciado.

Actualizado el 11 de agosto de 2026

En esta página

  1. Responsable
  2. Datos que se tratan
  3. Finalidades y bases jurídicas
  4. Conservación
  5. Proveedores y destinatarios
  6. Cookies y tecnologías similares
  7. Derechos
  8. Seguridad
  9. Cambios en esta política

Responsable

Responsable
Alberto Lara Hernández
Correo de contacto
hola@albertolarah.com

Puedes escribir a esta dirección para ejercer tus derechos o plantear cualquier cuestión relacionada con el tratamiento de datos personales en esta web.

Datos que se tratan

Datos técnicos de navegación

Cuando visitas una página, los sistemas que alojan y sirven el sitio procesan los datos técnicos necesarios para atender la solicitud. Estos datos pueden incluir la dirección IP, la fecha y la hora, el recurso solicitado, la respuesta del servidor y la información que el navegador comunica mediante su identificador técnico.

Esos datos quedan reflejados temporalmente en registros de funcionamiento y seguridad. Se utilizan para servir las páginas, detectar errores, evitar abusos y proteger la infraestructura. No los utilizo para crear perfiles comerciales, seguir tu navegación por otros sitios ni mostrar publicidad.

Correo electrónico

Si escribes a hola@albertolarah.com, trato la dirección desde la que envías el mensaje, el nombre que figure en ella, el contenido de la comunicación y los archivos que decidas adjuntar.

No estás obligado a facilitar estos datos, pero sin una dirección de contacto y un mensaje no puedo responderte.

Evita enviar información confidencial de tu organización, datos personales de terceros o documentación interna que no sea necesaria para explicar tu consulta.

Otros tratamientos

Esta web no tiene registro de usuarios, comentarios, boletines ni comunicaciones comerciales. No elaboro perfiles ni adopto decisiones automatizadas sobre quienes la visitan.

Finalidades y bases jurídicas

Datos técnicos de navegación

Se utilizan para poner la web a disposición de quien la visita, mantener su seguridad, detectar fallos y prevenir usos abusivos.

La base jurídica es el interés legítimo en publicar, operar y proteger el sitio, conforme al artículo 6.1.f del Reglamento General de Protección de Datos.

Correo electrónico

Los datos incluidos en los mensajes se utilizan para leer la comunicación, responderla y gestionar la conversación que hayas iniciado.

La base jurídica es el interés legítimo en atender una comunicación dirigida voluntariamente a esta dirección. Cuando el mensaje se refiera a una posible colaboración profesional solicitada por ti, el tratamiento también puede resultar necesario para adoptar medidas precontractuales, conforme al artículo 6.1.b del Reglamento General de Protección de Datos.

No utilizo estos datos para publicidad, prospección comercial ni envío de comunicaciones no solicitadas. Tampoco los vendo.

Conservación

Desde el panel de alojamiento puedo consultar los registros de acceso a la web correspondientes a los siete días anteriores. No los exporto ni conservo copias adicionales. Ese periodo indica la ventana disponible en el panel, no el plazo total durante el que Hostinger conserva sus registros. Su contrato de tratamiento no publica un plazo fijo para cada registro técnico mientras el servicio está activo: limita el tratamiento a la prestación y protección del servicio y a las obligaciones legales aplicables. Al terminar el contrato prevé borrar los datos del cliente a los treinta días, salvo las excepciones legales y las condiciones particulares del servicio.

Desde el panel de correo puedo consultar durante treinta días los registros de acceso a la cuenta; tampoco exporto ni conservo una copia propia. Los mensajes que no originan una relación profesional se eliminan como máximo doce meses después de la última comunicación. Si el mensaje da lugar a una relación contractual o existe una obligación legal, se conserva la documentación necesaria durante el plazo exigible para atender esa relación y sus posibles responsabilidades.

Una solicitud de supresión se atenderá cuando proceda, teniendo en cuenta las obligaciones de conservación y las demás excepciones previstas en la normativa.

Proveedores y destinatarios

Hostinger International Ltd., con sede en Chipre, presta el alojamiento web, la infraestructura, el DNS y el correo de este dominio. Trata por mi cuenta los datos técnicos necesarios para servir y proteger la web y los datos necesarios para recibir, almacenar y enviar los mensajes de correo.

No comunico datos personales a terceros para fines publicitarios, comerciales o de elaboración de perfiles.

El apéndice 3 del contrato de tratamiento enumera como subencargados vigentes a Amazon Web Services EMEA, Google Cloud EMEA, Cloudflare, MailChannels, Proofpoint, Anthropic Ireland y spectra tech. La lista no indica cuáles intervienen en este alojamiento ni asigna un país a cada entidad. La política de privacidad de Hostinger señala que los datos pueden tratarse en Chipre, Lituania, Países Bajos y Reino Unido y que, según el servicio elegido, utiliza también servidores fuera del Espacio Económico Europeo, entre otros en Estados Unidos, Brasil, Singapur e Indonesia. Para las transferencias a países sin una decisión de adecuación, el contrato incorpora las cláusulas contractuales tipo aprobadas por la Comisión Europea. Ambas fuentes fueron consultadas el 11 de agosto de 2026.

Cookies y tecnologías similares

A fecha de esta actualización, esta web no utiliza cookies ni otras tecnologías opcionales para medir la audiencia, mostrar publicidad, recordar preferencias o seguir la navegación.

Tampoco carga una herramienta de analítica que se ejecute en el navegador. Los únicos datos de navegación tratados son los que resultan necesarios para solicitar y servir las páginas, mantener registros técnicos y proteger la infraestructura.

Por este motivo no se muestra un panel de consentimiento.

Si en el futuro se incorpora una tecnología que requiera consentimiento, no se cargará hasta que la persona que visita la web la acepte. Esta política se actualizará antes de ponerla en funcionamiento.

Derechos

Puedes solicitar el acceso a tus datos personales, su rectificación o supresión, la limitación del tratamiento y oponerte al tratamiento basado en el interés legítimo. También puedes solicitar la portabilidad cuando este derecho resulte aplicable.

Para ejercerlos, escribe a hola@albertolarah.com e indica qué derecho deseas ejercer. Cuando sea necesario para evitar que otra persona acceda a tus datos, podré pedirte información adicional para comprobar tu identidad.

Si consideras que el tratamiento no se ajusta a la normativa, puedes presentar una reclamación ante la Agencia Española de Protección de Datos.

Seguridad

La web se sirve mediante HTTPS y se aplican las medidas técnicas y organizativas razonables para proteger la información frente a accesos no autorizados, pérdida, alteración o divulgación.

Ningún servicio conectado a Internet puede garantizar una seguridad absoluta. Si detectas un problema que pueda afectar a datos personales o a la seguridad del sitio, puedes comunicarlo a hola@albertolarah.com.

Cambios en esta política

Esta política se actualizará cuando cambien los datos tratados, las finalidades, los proveedores o las tecnologías utilizadas por la web.

La fecha indicada al comienzo permite identificar la versión vigente.

Alberto Lara

Dirección tecnológica, arquitectura de software e ingeniería para productos y ecosistemas de aprendizaje.

Escríbeme
Dirección tecnológicaArquitecturaPlataformas LMSIngenieríaIA aplicadaProducto EdTechTrabajo documentadoPerfil

Contacto

  • hola@albertolarah.com
  • LinkedIn ↗
  • Blog ↗
  • Aviso legal
  • Privacidad
  • Cookies
  • © 2026 Alberto Lara Hernández

Sitio profesional de carácter personal. Su contenido expresa mi criterio y no representa la posición de mi empleador ni de otras organizaciones con las que haya trabajado.

Moodle y sus logotipos son marcas de Moodle Pty Ltd o de sus entidades vinculadas; algunas están registradas. Totara es una marca de Totara Learning Solutions Ltd. Open LMS forma parte de Learning Technologies Group (LTG). Este sitio recoge experiencia profesional propia con esas plataformas: no está asociado a sus titulares ni a sus socios certificados, no cuenta con su patrocinio ni con su respaldo y tampoco presta servicios en su nombre.