Un regreso a la apertura: Apereo examina la sostenibilidad en código abierto
Un Q&A con Patrick Masson y Josh Baron
Muchos de nosotros recordamos un momento en que la promoción de código abierto era predominante en las decisiones de adopción para todo, desde plataformas de aprendizaje, recursos educativos, sistemas administrativos y mucho más. Esos fueron los primeros días de lo que llamamos «el movimiento de código abierto».
Con el tiempo, desde que se mudó de principios de la década de 2000, las estrategias abiertas han disfrutado de altas tasas de adopción y el software de código abierto (OSS) ha ganado el tipo de ubicuidad que en silencio garantiza sus valores centrales pero no lo mantiene en el centro de atención.
Aún así, moverse sin esfuerzo a la aceptación realmente no es suficiente. OSS, aunque establecido y probado en tantos niveles, ya no ocupa el centro del escenario en las discusiones de adopción. ¿Por qué es eso un problema?
Porque sorprendentemente, en muchos de nuestros campus, incluso el liderazgo de TI responsable de la mayor parte de las implementaciones de tecnología del león no se da cuenta de la medida en que la institución depende de código abierto. Y esa falta de conciencia puede ser una amenaza para los campus.
Aquí, para una mesa redonda sobre la sostenibilidad del código abierto, CT llama a dos líderes de pensamiento experimentados en código abierto: el director ejecutivo de la Fundación Apereo, Patrick Masson, y el oficial de desarrollo Josh Baron. Con casi 50 años de experiencia en código abierto entre ellos, los dos ofrecen sus perspectivas sobre la sostenibilidad en código abierto, lo que se puede hacer para lograrlo y la oportunidad para que la educación superior maximice sus beneficios.
Mary Grush: ¿Podemos hablar sobre lo que significa la sostenibilidad para el código abierto en la educación superior?
Patrick Masson: Sí, pero primero presentaría un preámbulo importante, por así decirlo. Creo que el problema de sostenibilidad es en realidad el segundo punto de conciencia para ser criado con campus. Porque, si los campus no son primero Consciente de sus dependencias de código abierto, será difícil desarrollar un modelo de sostenibilidad o ser sostenible.
Si los campus no son primero Consciente de sus dependencias de código abierto, será difícil desarrollar un modelo de sostenibilidad o ser sostenible.
Para que podamos construir una comunidad o coalición o interés en la sostenibilidad para proyectos de código abierto, los campus deben comprender cuánto ya dependen de la fuente abiertami.
Por ejemplo, un director de CIO o TI podría decir: «Sí, usamos código abierto. Usamos Drupal para el CMS de nuestro campus». Y eso es fácilmente descubierta. Pero lo que es más difícil de entender, a veces incluso para un director de CIO o TI, son las dependencias de código abierto que existen porque, por ejemplo, la institución está utilizando Salesforce y Salesforce se basa en bibliotecas de código abierto y componentes y herramientas e infraestructura integradas.
Las personas generalmente piensan en la implementación de software de código abierto en términos de las «aplicaciones de código abierto» más visibles como OpenCast o Moodle o Linux o Kubernetes … lo que no se dan cuenta es cómo es la fuente abierta integrada: crear dependencias más pero menos obvias.
De hecho, encontrará dependencias de código abierto en casi todo lo que está ejecutando. Y si los proveedores de Tech de Trusted Ed Tech de mayor Ed confían en el código abierto (lo que hacen), el ED más alto se basa en el código abierto. ¿Ejecuta Adobe, Cisco, Salesforce, SAP, Workday o Oracle? Con estos y muchos otros, es posible que no sepa, pero depende de un código abierto.
Si los proveedores de Tech de Ed Tech de Trusted Ed más de Superior confían en el código abierto (lo que hacen), el ED más alto se basa en el código abierto.