Cuando hablamos de innovación educativa, con frecuencia damos por sentada una condición que todavía no existe en muchos contextos: la conectividad.

Hablamos de plataformas educativas, recursos digitales, inteligencia artificial, programación y herramientas disponibles en línea como si todos los estudiantes y docentes pudieran acceder a ellas de la misma manera. Sin embargo, en numerosas instituciones —especialmente en contextos rurales— el reto continúa siendo mucho más básico: cómo enseñar tecnología cuando internet simplemente no está disponible.

Y esa ausencia no representa únicamente un problema técnico. También condiciona las posibilidades de enseñar, aprender y experimentar.

La brecha no es solo tecnológica

No tener conexión a internet significa mucho más que no poder abrir una página web.

Puede significar que los estudiantes no tengan acceso a determinadas plataformas educativas, que el docente no pueda utilizar herramientas actuales o que las actividades dependan exclusivamente del software que ya se encuentre instalado en los equipos.

Mientras en algunos escenarios educativos hablamos de inteligencia artificial, robótica, programación en la nube o laboratorios virtuales, en otros todavía debemos preguntarnos qué herramientas pueden funcionar de manera local y qué alternativas existen cuando la conexión es limitada o inexistente.

Es una diferencia que también obliga a pensar la innovación desde la realidad del contexto y no solamente desde las posibilidades de la tecnología.

Una experiencia sencilla que cambió mucho

Hace un tiempo necesitaba trabajar programación con mis estudiantes utilizando Scratch.

La idea parecía sencilla: instalar una herramienta ampliamente conocida y utilizarla en los computadores disponibles. Sin embargo, al buscar una alternativa para Ubuntu encontré varias dificultades. En ese momento, la página oficial no ofrecía una opción adecuada para instalar una versión reciente en Linux, mientras que las alternativas disponibles en el sistema resultaban antiguas y poco atractivas para el trabajo que quería desarrollar.

Puede parecer un detalle menor, pero no lo es.

La experiencia de uso también influye en la motivación. Si queremos que un estudiante explore, programe y experimente, la herramienta debe permitirle hacerlo con cierta comodidad y sin convertir cada actividad en una lucha contra las limitaciones del software.

La solución vino de la comunidad

Buscando alternativas encontré un repositorio en GitHub donde desarrolladores de la comunidad habían adaptado Scratch 3 para Linux.

No era una solución oficial, pero resolvía exactamente el problema que tenía frente a mí: permitía utilizar una versión moderna de Scratch y, además, hacerlo sin depender permanentemente de una conexión a internet.

La instalación requería algunos pasos adicionales, pero una vez preparada, la herramienta podía utilizarse localmente con los estudiantes.

Aquella experiencia volvió a recordarme una de las fortalezas del ecosistema de software libre y de las comunidades tecnológicas: cuando una herramienta oficial no responde a una necesidad concreta, es frecuente encontrar personas que han desarrollado, adaptado o documentado una alternativa.

Más que instalar un programa

Lo importante de aquella experiencia no fue solamente lograr instalar Scratch.

Me hizo pensar en cuántas herramientas podrían estar disponibles para docentes que enfrentan problemas similares y simplemente no saben dónde buscarlas.

El software libre y los proyectos abiertos ofrecen posibilidades especialmente valiosas en contextos educativos con recursos limitados. Permiten reutilizar soluciones, adaptarlas, instalarlas localmente y, en muchos casos, trabajar sin depender de licencias costosas o de una conexión permanente.

Eso no significa que cualquier herramienta libre sea automáticamente la mejor opción. También debemos evaluar su estabilidad, seguridad, facilidad de uso y pertinencia pedagógica.

Pero conocer estas alternativas amplía considerablemente lo que podemos hacer con los recursos que ya tenemos.

El papel del docente cambia

En contextos donde las condiciones tecnológicas no son ideales, el trabajo docente muchas veces va más allá de explicar un contenido.

También implica buscar alternativas, instalar herramientas, resolver dificultades técnicas, adaptar actividades y pensar qué puede hacerse con los recursos realmente disponibles.

No siempre es razonable esperar que todas las instituciones cuenten con la misma infraestructura, pero tampoco deberíamos asumir que la ausencia de ciertas condiciones impide completamente innovar.

A veces innovar consiste precisamente en comprender las limitaciones del contexto y construir una solución viable a partir de ellas.

Ese proceso exige tiempo y, en muchos casos, aprendizajes que inicialmente ni siquiera estaban relacionados directamente con el tema que queríamos enseñar.

Cuando el conocimiento se comparte

Después de resolver el problema decidí grabar un video explicando el proceso de instalación.

No lo hice pensando simplemente en “generar contenido”. Lo hice porque sabía que probablemente otros docentes podían estar enfrentando exactamente la misma dificultad y no tenía sentido que cada persona tuviera que comenzar nuevamente desde cero.

Con el tiempo, el video continuó recibiendo visitas y comentarios, algo que terminó confirmando aquella intuición: el problema no era únicamente mío.

Había otras personas buscando la misma solución.

Y ahí aparece otra característica importante de las comunidades tecnológicas: una solución que alguien documenta para resolver un problema local puede terminar ayudando a personas que se encuentran en contextos completamente diferentes.

Ver video relacionado

Más allá de una herramienta

Hablar de software libre en educación no consiste solamente en hablar de programas.

También implica hablar de acceso, autonomía y posibilidades reales de aprendizaje.

Una herramienta que puede instalarse localmente y utilizarse sin conexión puede representar una diferencia enorme para un estudiante que no dispone de internet permanente.

De la misma manera, una comunidad que comparte código, documentación y soluciones puede permitir que un docente resuelva problemas que de otra forma requerirían recursos que su institución no posee.

Por eso, cuando pensamos en cerrar la brecha tecnológica, no deberíamos mirar únicamente cuántos dispositivos o cuántas conexiones existen.

También importa qué conocimientos circulan, qué soluciones podemos adaptar y qué tan capaces somos de compartir lo que aprendemos.

Reflexión final

Tal vez la brecha entre los contextos rurales y urbanos no se reduzca únicamente instalando más tecnología.

Por supuesto que necesitamos infraestructura, conectividad y mejores recursos. No se trata de romantizar la carencia ni de asumir que el docente debe resolver por sí solo problemas estructurales.

Pero mientras esas condiciones mejoran, también podemos construir alternativas desde lo que tenemos.

Cuando los docentes comparten sus experiencias, cuando las comunidades desarrollan soluciones abiertas y cuando aprendemos a aprovechar herramientas que pueden funcionar en condiciones reales, ampliamos las oportunidades de aprendizaje.

Porque enseñar no siempre depende de disponer de la herramienta más nueva o de la infraestructura ideal.

A veces también depende de saber buscar, adaptar y aprovechar lo que sí está disponible.

Reflexión escrita en 2026 a partir de una experiencia desarrollada en 2024.