A phase-based roadmap for backend engineers moving into FDE and AI Engineer roles — decoding the title chaos, the applied LLM stack, and the interview loop.
Hedy is a gradual programming language to teach children programming. Gradual languages use different language levels, where each level adds new concepts and syntactic complexity. At the end of the He
A collection of formalised mathematical conjectures in Lean 4, using Mathlib.
Translation pending
8h +1★ 1,339Education
Site preview image
Do you operate this project?
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Organization repository · verify with a repository file
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Web de echidna.es (Echidna Educación): una web estática escrita en Markdown, generada con Astro y alojada en GitHub Pages, que sustituye a la anterior en WordPress.
La web está en web/ y se publica en https://echidna.es/ con cada push a main que toque web/. Para verla en local:
cd web
bun install
bun run dev # http://localhost:4321/
Cómo está organizado el proyecto, cómo migrar una página y cómo funciona el buscador: web/README.md.
Contexto y normas de trabajo para asistentes y personas que colaboren en el repo (CLAUDE.md lo importa)
Tecnología
Necesidad
Solución
Generador
Astro con Bun; content collections validadas con Zod
Alojamiento
GitHub Pages, con el dominio echidna.es (fichero CNAME + DNS)
Despliegue
GitHub Actions: deploy.yml compila y publica con cada push a main; comprobar.yml compila cada pull request
Buscador
Pagefind
Formulario de contacto
Web3Forms (servicio externo que envía los mensajes por correo), con hCaptcha contra el spam
Analítica
GoatCounter, sin cookies
Imágenes
Procesado de imágenes de Astro (redimensionado, WebP)
Manual y guías de inicio
Repos propios en GitHub Pages, enlazados desde echidna.es con redirecciones
Las alternativas valoradas y los motivos de la elección están en analisis-previo.md.
Decisiones tomadas
Proyecto
Edición: personal con conocimientos de Git y GitHub, sin CMS.
La web se sirve en la raíz desde este repositorio (octubre de 2026): este repositorio (antes AnalisisWeb, porque empezó como estudio de viabilidad) pasó a llamarse EchidnaEducacion.github.io, y la web, en web/, se sirve en la raíz sin base. La prueba de concepto que ocupaba ese nombre está archivada como web-prueba-concepto. Así se conservan el historial y los ajustes de Pages; el plan está en traslado-repo.md.
El Manual sigue en su repo actual y se sirve en echidna.es/manual/.
Habrá versión en inglés: el modelo de contenido y las plantillas deben contemplar ES/EN desde el principio (campo translation, selector de idioma, rutas /en/…, menús y textos de interfaz traducibles).
Redirecciones antes del cambio de DNS: las URL antiguas de la web (la lista, en redirecciones.md) redirigen a las nuevas con redirects en web/astro.config.mjs (la lista está en web/redirecciones.mjs), para que funcionen desde el primer momento.
Licencias: contenidos y materiales con CC BY-SA 4.0; software con la licencia de cada programa (GPL-3.0 EchidnaML, AGPL-3.0 el editor de LearningML, BSD-3-Clause los componentes de Scratch). La del hardware está pendiente (ver Próximos pasos).
Imagen y etiquetas para redes (octubre de 2026): todas las páginas llevan las etiquetas Open Graph (título, descripción, URL canónica) y la imagen web/public/imagen-redes.png (1200 × 630, el logo sobre el fondo de la web), que genera . Por ahora es la misma imagen para todas las páginas.
Diseño y contenido
Diseño con un modelo mixto (octubre de 2026): la diseñadora prueba la identidad (colores, tipografías, formas) sobre la web real en un panel de estilo con editor de CSS en vivo (/maquetas/panel/), y usa Figma solo para maquetar disposiciones nuevas e ilustraciones. Se descartan los editores visuales de HTML, porque generan un HTML que no encaja con las plantillas de Astro. La hoja de ruta está en diseno.md.
Los componentes MDX sirven para contenido (vídeo, galería, descarga, aviso, tarjeta), no para maquetar: la disposición en columnas la decide el layout.
Rótulos cortos en el menú: «Alumnado» y «Docentes» en lugar de «Materiales alumnado» y «Recursos docentes», para que el menú quepa junto al logo. Las páginas, las migas de pan y el pie mantienen el nombre completo.
Desplegable «Sobre el proyecto» (octubre de 2026): agrupa Quiénes somos (/quienes-somos/), Publicaciones y Contacta, en ese orden. Antes el desplegable se llamaba «Quiénes somos» y su primera página «Sobre el proyecto», cruzado con la URL; además, Publicaciones y Contacta encajan mejor en «Sobre el proyecto». Las URL no cambian y la clave interna de la sección sigue siendo nosotros.
Enlaces externos en una pestaña nueva (octubre de 2026): las tarjetas de la colección recursos y las de las páginas (campo cards) que enlazan fuera de la web (situaciones de aprendizaje, guías, manual, PDF…), los enlaces externos del texto en Markdown y los del pie (redes sociales, manual y guía de inicio) se abren con target="_blank", para no perder la página de la web; los que enlazan a páginas propias se abren en la misma pestaña.
Complementos según el manual (octubre de 2026): las fichas de complementos son las del apartado 4.2 del manual (servomotor de posición, servomotor de rotación continua, sensor de distancia de infrarrojos y sensor de humedad del suelo). «Complementos conexiones MkMk» y «Bluetooth», que estaban en la web anterior, no tienen ficha: sus URL redirigen a la ficha Conexiones MkMk y a Características técnicas. En general, si la web anterior y el manual no coinciden, manda el manual.
Blog
Formato del blog aprobado por el equipo (octubre de 2026): listado en dos columnas de tarjetas, paginado de 12 en 12, y un lateral con categorías, últimas entradas, etiquetas y archivo por años (/AAAA/).
Cambios importantes en rama propia (octubre de 2026): con la web en producción, cada push a main que toque web/ se publica. Los cambios pequeños siguen yendo directamente a main; los cambios de infraestructura importantes (rutas, plantillas, configuración de Astro, versión en inglés…) se hacen en una rama propia y se publican al fusionar su pull request, después de que comprobar.yml construya la web.
Entradas nuevas del blog por pull request (octubre de 2026): cada entrada se escribe en local en su rama, creada con bun run nueva-entrada (en borrador, que solo se ve en el servidor de desarrollo), y se publica al fusionar la PR después de que otra persona del equipo la revise. El workflow comprobar.yml construye la web en cada PR para detectar errores de validación. Sin publicación programada por ahora. Excepción: las entradas de Jose Pujol, que crea el contenido de la web, van directamente a main (en borrador hasta que estén listas). El flujo está en escribir-blog.md.
Etiquetas del blog con vocabulario cerrado (octubre de 2026): 21 etiquetas en cinco grupos (placas, entornos, componentes, temas y eventos), cada una en al menos dos entradas y sin repetir categorías. La lista y los criterios para asignarlas están en modelo-contenido.md.
Categoría Inteligencia Artificial (octubre de 2026): para que la IA, eje del proyecto, salga en el lateral del blog. Solo la llevan las entradas centradas en la IA (proyectos y propuestas que trabajan con modelos); la etiqueta Inteligencia Artificial se mantiene para todas las que la usan o la mencionan, como noticias, talleres o el manual. Es la única etiqueta que coincide con una categoría.
Próximos pasos
Puesta en marcha
Dar de alta echidna.es en los buscadores (lo demás del SEO está hecho; ver Decisiones tomadas): Google Search Console (#24) y Bing Webmaster Tools (#25), enviar el sitemap y vigilar que las redirecciones de las URL antiguas se reconozcan.
Borrar los ficheros de rea.echidna.es del alojamiento de OVH (#26). El subdominio ya está apagado (ver redirecciones.md). El alojamiento de OVH se mantiene, porque de él dependen el correo y algunas redirecciones. No tocar los registros MX.
Documentar qué sirve el alojamiento de OVH (#29): qué redirecciones, si el correo va con el alojamiento o es un MX Plan aparte, si sirve algo más y cuándo vence. Lo aclara juanda; las respuestas van aquí y en redirecciones.md.
Contenido
Recursos docentes (/docentes/), material a material: terminar las diapositivas (PDF) y la programación didáctica de Proyectos de inicio con EchidnaML (hoy «Próximamente»; al terminarlas, poner su url en recursos.yaml) y añadir los demás materiales: situaciones de aprendizaje, Snap! y Otros recursos. Al añadirlos, montar las rutas intermedias de /docentes/ que faltan en las redirecciones (pendiente).
Materiales alumnado por hacer: por ahora solo hay 8 materiales; faltan otros proyectos, Snap!, etc.
Snap! (1.4.2): la página está hecha con la descripción del entorno; faltan la librería de bloques para la EchidnaBlack2 (repo S4A-EchidnaBlack2C) y una guía para el aula.
Imágenes de las tarjetas: buscar una imagen para las tarjetas que hoy salen sin ella (las de EchidnaML ya la tienen). Se pone en el campo image de cada página.
Modelos e impresión 3D: Soportes 90º no tiene README en el repo recursos.
Enlace roto en ¿Hace calor aquí?: en «Créditos», la descarga «Ficha XY-Grid» apunta a Alhambra2.sb3, que no existe; hay que conseguir el fichero o quitar el enlace en el .elp y volver a exportar.
Entradas del blog por completar: 4 sin portada (¡Volvemos a esLibre!, esLibre 2023, Cultura Maker 22 e Inteligencia artificial con Echidna).
Revisar las entradas importadas: en Arte cinético, «Archivo sb3» enlaza al PDF de la plantilla (error de la web anterior): falta el enlace al .sb3.
Buscar la imagen perdida del blog Icono_Scratch-1024x948.png (EchidnaScratch, el erizo y el gato se hacen amigos): no está en la caché de la importación (herramientas/wp-import/.cache/) ni ya en WordPress; queda el backup de . Al importar se quitó de la entrada; si aparece, volver a ponerla.
Diseño
Personalizar el diseño con la diseñadora, según la hoja de ruta de diseno.md. Lo primero, por parte del equipo: darle acceso a GitHub con la etiqueta diseño, y preparar la guía de estilo (/maquetas/guia-estilo/) y el panel de estilo (/maquetas/panel/) (fase 1).
Comprobaciones con el equipo o con la placa
Licencia del hardware: no se permite su reproducción con fines comerciales. La web publica de momento el texto provisional del responsable del diseño electrónico (versión adaptada de la CERN OHL-S v2 sin uso comercial); falta que el equipo decida la licencia definitiva. Las incoherencias que hay que resolver (adaptar la CERN OHL, web actual, certificación OSHWA y logo de la placa, repositorio recursos) están detalladas en estructura.md.
Aclarar con Jorge Lobo la licencia de ¡La Tierra se mueve!: los créditos dicen CC BY-SA y el pie de algunas páginas, CC BY-NC-SA 4.0.
Número del certificado CE de la EchidnaBlack2: falta en el apartado Certificaciones de Características técnicas. El que daba la web anterior (AT1813C601983126) es de otra placa.
Revisar Modo sensores / Modo MkMk: (1) el manual (2.2) no incluye el sensor de luz en la lista del modo sensores, aunque A3 se comparte con MkMk3; (2) la web anterior decía que en modo MkMk funcionan «todas las I/O», pero según su propio esquema A2 pasa a ser MkMk2. La página sigue los esquemas; confirmar con la placa.
Repos de comprobación de la placa: el README de echidna-sensor-test habla de «Arduino Uno» (la placa es compatible con Arduino Nano) y el de echidnablack2-arduino-test de la placa «FAB Echidna»; conviene unificarlos con el nombre EchidnaBlack2. El manual (9.2) llama CH340 al chip y CH341 al controlador, que es correcto pero confunde: la página Comprobar la placa lo explica.
Correcciones en el manual: están como issues en su repositorio, que es donde se trabajan y se cierran (en la web ya está corregido o se sigue lo que se comprueba en la placa):
#22 2.1: el diagrama dice «LED amarillo» en vez de naranja.
Más adelante
Tamaño de las capturas de programas (programa-*.png): vienen con zooms distintos y los bloques salen más grandes en unas páginas que en otras. Idea: elegir un programa cuyo tamaño en pantalla nos parezca adecuado, medir en él el ancho del bloque «al hacer clic en bandera verde» y mostrar las demás a esa misma escala, midiendo el mismo bloque en cada una (con un script que lo busque, mejor que a mano).
Medir el ancho mejor que el alto: es mayor, así que el error pesa menos, y el alto incluye la curva superior.
Los programas que no empiezan con la bandera verde (p. ej. con «al presionar tecla») necesitan otra referencia, como el alto de un bloque normal de una línea.
No ampliar ficheros (se ven borrosos). Dos opciones: reducir los ficheros a la escala elegida, o dejarlos como están y fijar en la web el ancho de cada uno (ancho natural × escala).
Versión en inglés (#22, con el plan de traducción; último paso, cuando esté todo lo demás resuelto): aún no hay ninguna página en inglés. El modelo ya contempla la carpeta en/ y el campo translation, pero faltan las rutas /en/…, el selector de idioma, los menús y textos de interfaz traducidos y decidir qué páginas se traducen (y en qué orden).
Los puntos pendientes de la estructura están en estructura.md.
Histórico: estudio de viabilidad inicial (situación de partida, tecnologías, inventario y prueba de concepto anterior)
bun run imagen-redes
Tipografías servidas desde la propia web (octubre de 2026): Astro las descarga de Google Fonts al hacer el build (fonts en web/astro.config.mjs), así que las visitas no se conectan a Google ni le envían su IP, y la política de privacidad no tiene que mencionarlo.
SEO al cambiar el DNS (octubre de 2026): mientras echidna.es siga en WordPress, la web en echidnaeducacion.github.io no se prepara para buscadores, para no competir con la antigua por el mismo contenido ni hacer que Google guarde URL de un dominio que se abandonará. Se hace todo junto al pasar echidna.es a GitHub Pages (ver Próximos pasos).
SEO de la web (octubre de 2026): con echidna.es ya en GitHub Pages y por HTTPS, la web lleva canonical y Open Graph con el dominio, sitemap, robots.txt (las maquetas, fuera y con noindex), las entradas del blog como artículos con su portada al compartir y datos estructurados (JSON-LD): Organization en la portada y BlogPosting en las entradas. Validado con schema.org y con la prueba de resultados enriquecidos de Google (las entradas salen como artículo válido; la portada no muestra elementos, porque Organization no es un resultado enriquecido). Los enlaces a los otros sitios de la organización usan echidna.es. El funcionamiento está en el apartado «SEO» de web/README.md.
Analítica con GoatCounter: gratuito para proyectos sin ánimo de lucro, de código abierto y sin cookies, así que no necesita aviso de consentimiento. Mide visitas, páginas más vistas y procedencia sin datos personales. Se descarta GA4 por las cookies y el envío de datos a Google. El script se carga en el layout Base solo si existe la variable del repositorio PUBLIC_GOATCOUNTER_CODE (el código del sitio, la parte xxx de xxx.goatcounter.com), y no cuenta las visitas desde localhost. En los ajustes de GoatCounter, el dominio del sitio es echidna.es: solo afecta a los enlaces del panel, porque las visitas se cuentan por ruta.
Formulario de contacto con Web3Forms (octubre de 2026): servicio externo con cuenta de la asociación que reenvía los mensajes por correo. Su clave de acceso es pública (va en el HTML) y se guarda como variable del repositorio, PUBLIC_WEB3FORMS_KEY (Settings → Secrets and variables → Actions → Variables). Como cualquiera podría usarla y la restricción por dominio es de pago, el formulario lleva hCaptcha (gratuito en Web3Forms), activado como protección antispam en el panel de Web3Forms: sin él resuelto, Web3Forms rechaza el envío. Si se cambia la clave o el formulario de Web3Forms, hay que mantener hCaptcha activado allí.
rea.echidna.es no pasa a GitHub (octubre de 2026): se apagó el 26 de octubre de 2026, al borrar su registro en el DNS de OVH, sin redirecciones: sus direcciones antiguas ya no funcionan. Las situaciones de aprendizaje siguen en el repo situaciones-aprendizaje, publicadas en echidnaeducacion.github.io/situaciones-aprendizaje/ (con el dominio, echidna.es/situaciones-aprendizaje/).
Buscador con Pagefind: el build genera el índice y el cuadro de la cabecera muestra los resultados agrupados por sección, también desde el formulario de la 404. Se indexan las páginas de contenido, las fichas y las entradas; no la portada, los listados ni las maquetas. Detalles en web/README.md.
Publicaciones sobre LearningML fuera de la página Publicaciones (octubre de 2026): LearningML está integrado en EchidnaML y su creador es parte del equipo, pero es otro proyecto. La página Publicaciones solo recoge lo que trata de Echidna (incluida la integración con LearningML) y enlaza a Estudios sobre LearningML para el resto. Criterio en publicaciones.md.
Sin comentarios en el blog: solo hubo 9 en 6 años y Giscus obligaría a tener cuenta de GitHub. Los 9 comentarios antiguos se descartan. Al final de cada entrada se invita a escribir desde /contacta/.
RSS del blog: las 20 últimas entradas en /rss.xml y una copia en /feed/ (la dirección de WordPress), enlazado desde el pie, el lateral del blog y el <head>. Generado en web/src/lib/rss.ts, sin dependencias.
wp-content/uploads
#23 2.2: falta el sensor de luz en el modo sensores.
#24 4.1.6 Acelerómetro: el eje Z sube al elevar la placa.
#25 4.2.1 Servomotor de posición: el texto del ejemplo no coincide con el programa (sentido, espera y pin; nuestra ficha sigue el programa).
#26 4.2.2 Servomotor de rotación continua: la conexión va a A2 y el programa usa D4.
#27 4.2.3 Sensor de infrarrojos: el ejemplo habla de distancia donde es la lectura.
#28 4.2.4 Sensor de humedad: el texto explica un sensor resistivo y la imagen es capacitiva; hay que comprobarlo con un sensor real (nuestra ficha sigue el manual).
#29 7: el LED RGB da más de 16 millones de colores.
