> > > @natxo: > > Quería contaros que en la Facultad, en colaboración con la gente de > Reciclanet, vamos a hacer una especie de inventario del software que se > solicita, se paga y luego relamente se utiliza. Para después poder plantear > alternativas libres si es que es posible. Mayoritariamente en temas de > edición de vídeo, audio, maquetación y manipulación de imágenes. >
Son de 2009, dos informes hechos por irontec para la UPV/EHU que merecen una lectura: http://ehux.ehu.es/Estudio_comparativo_UPV-EHU_aplicaciones_educativas_GNULinux.pdf http://ehux.ehu.es/Estudio_comparativo_UPV-EHU_aplicaciones_corporativas_GNULinux.pdf En las áreas que comentas, aparecen gimp, krita, scribus, blender... aunque falta la edición de audio. No sé si el grupo de trabajo que colaboró con el Gobierno Vasco en 2009 tendrá algún otro documento similar que pueda ser de utilidad: http://softwarelibre.deusto.es/patxi-lopez-me-defrauda/ http://softwarelibre.deusto.es/patxi-lopez-me-asombra/ > @joserra: > > Hace casi un año solicité por escrito a la Vicegerente del Área de > Tecnologías de la Información y Comunicaciones la información sobre el > gasto en programas informáticos a nivel de toda la EHU-UPV. > > Me la facilitaron amablemente y es la que tenéis en la tabla siguiente y > en el archivo adjunto. > Sin dudar de la veracidad de los datos aportados, la tabla es, al menos, incompleta. Concretamente, entre Jul14 y Ene15 se intercambiaron varios mensajes en esta lista a propósito de un gasto indicado en la documentación del Consejo de Gobierno del 5 de junio de 2014: P.N. 49 Lote \2014 Contratación de la Licencia Corporativa de ORACLE en la > UPV/EHU 24/04/2014 323.966,94 > Adjudicatario: OFICINA DE COOPERACIÓN UNIVERSITARIA, S.A. > http://list.ehu.eus/pipermail/itsas/2014-July/thread.html http://list.ehu.eus/pipermail/itsas/2015-January/thread.html Nótese que el gasto total indicado en la tabla que te remitieron es de 269k, por lo que aparentemente se refleja menos de la mitad del gaso real. Por otro lado, hay software que se utiliza para docencia en mi centro y no está reflejado. Podría estar incluido en 'diverso software', pero me sorprende que se refleje Labview explícitamente y no Matlab. No quiero que se malinterprete el tono. Estoy muy de acuerdo con tu mensaje. Sólo pongo sobre la mesa información complementaria. > @Pablo: > > Por mi parte he hecho todo lo posible para pedir la reducción en la > dependencia de Matlab y dar la docencia con SciLab y Octave en el nuevo > grado de Automoción en Ingeniería de Vitoria-Gasteiz, pero la respuesta es > "Es lo que usan y piden las empresas" por lo que incluso en Primero vamos a > gastar licencias de Matlab pagadas con Infraestructura Docente. > Como mencionas SciLab entiendo que necesitais un alternativa (Xcos) a Simulink y no sólo a Matlab, ¿es así? Lo digo porque yo utilizo mucho Matlab, y por lo general puedo utilizar los mismos scripts en octave sin mayor problema. Salvo, claro está, toolboxes específicas. Quiero decir, si queremos que el alumnado aprenda los fundamentos teóricos sobre los que estamos trabajando, es 'gratis' que conozcan dos frontend. Si tienen que conocer la estética de Mathworks, que lo hagan en clase, y que en casa puedan utilizar octave. En principio dedicarán tanto tiempo al tema en clase como en casa, por lo que en el peor de los casos serán 'bilingües'. Por supuesto, no es la solución ideal. Pero sirve para que el primer impulso no sea que el docente 'se olvide' un DVD con 9GB de instalador y un crack, que casualmente vaya pasando de mano en mano. Al margen de la licencia, desde un prisma pragmático, quisiera hacer hincapié en el tamaño. Sólo el runtime de matlab son 2GB. Una instalación completa supera los 10GB. Octave son 380MB. Adicionalmente, si algo 'bueno' tiene Windows 10, es que docker funciona de forma 'nativa'. Por lo tanto, con octave puedes crear una imagen a medida para tu asignatura. Esto quiere decir que cualquier alumno con GNU/Linux o Windows 10 puede ejecutar el entorno de trabajo que tú quieras con 'docker run -it pabloehu/octave bash'. Por entorno de trabajo me refiero a un sistema base (debian, fedora o alpine), octave, los plugins/toolbox/paquetes que quieras, las variables de entorno que consideres adecuadas, y cualquier contenido adicional (ejercicios?). Si todo es libre, puedes colgarlo en el hub de docker. Con esto, la perspectiva del alumno o alumna es diferente: instala un programa gratuito y ejecuta un solo comando que descarga menos de medio giga; o consigue de alguna manera 10 gigas de instalador, y el crack, y lo instalas lo crackea, lo configura, descarga los ejercicios, cambia la path y otras variables... No sólo eso, sino que en el primer caso estará utilizando exactamente el mismo entorno que tú, por lo que los errores/resultados serán reproducibles. Igual 'lo que usan y piden las empresas' ahora, no es lo que usarán y pedirán cuando estos alumnos acaben la carrera dentro de cinco años. He asumido que conoces docker porque has mencionado la charla sobre traefik. Sino es así, son 'máquinas virtuales' con un tamaño mínimo de 4MB. En esos 4MB hay un GNU/Linux 'completo'. Siendo así, en lugar de instalar muchos programas en una sola 'máquina', cada aplicación tiene la suya propia. Esto no es una 'forma de hablar': RancherOS es un sistema en el que todo son contenedores docker. Yo no llego a tanto, pero desde hace un año no instalo ninguna aplicación de más de 100MB, utilizo contenedores. Así, me da igual el host (Win10, Arch, Fedora, Ubuntu...) mi entorno siempre es el mismo (preferiblemente alpine, sino debian). Nótese que 'mi entorno' incluye los temas, iconos y demás personalizaciones. La diferencia principal con respecto a una máquina virtual real (además del rendimiento), es que el servidor de las X está en el host, por lo que en caso de arrancar varias aplicaciones gráficas, estas ventanas aparecen en el mismo escritorio. Realmente me parece transgresora la posibilidad de tener un repositorio de contenedores docker por asignatura, para que el alumnado pueda 'cambiar' de un entorno a otro sin tener que 'ensuciar' su sistema. No obstante, no he oído a ningún profesor hablar de docker. Os agradecería vuestra opinión. Entiendo que puede ser por que es una tecnología nueva todavía, porque en Windows 7 y en macOS depende de VirtualBox, porque no es 'seguro' para producción... pero me gustaría tener impresiones de primera mano. > @juanan: > Es una idea muy buena. Realmente creo que esta iniciativa debería extenderse no sólo a la facultad de BBAA sino a todas las posibles dentro de la EHU. A cuenta de unos presupuestos, en 2013 desde el Consejo de Estudiantes de la EUITI-BI se solicitó la inclusión de un punto en la junta de escuela para tratar el tema. La 'excusa' era que el alumnado no puede utilizar parte del software ni en casa ni en las salas de ordenadores del centro. La reclamación del alumnado era, en principio, tener acceso al mismo de forma legal. La lógica era: no hay dinero para comprar licencias para todo el mundo, luego hay que plantearse alternativas más asequibles, y por lo tanto se valorará el software libre. Evidentemente es un contexto artificial, porque en la práctica impera el anticopyright (aunque requiera mayor esfuerzo). El tiro por la culata. El resultado del 'debate' fue que 'no se sabe' cómo se pagan las licencias. Por lo visto algunas son de la uni, otras del centro, otras las pagan los departamentos... Y claro, algunos departamentos no quieren que las licencias que '''han pagado ellos''' las utilicen en asignaturas de otros departamentos, or lo que 'no lo cuentan'. Y los departamentos no son departamentos, sino secciones. Y además las versiones. Y los ordenadores, que no son iguales, entonces las imágenes de disco no son compatibles... Mucho ruido, ninguna conclusión. Finalmente, derivó en la posibilidad de abrir algunos laboratorios durante ciertas horas fuera del horario lectivo para que el alumnado que quisiera pudiera hacer uso de los mismos. Notése que es la solución que menos esfuerzo requiere por todas las partes, salvo el alumnado que está obligado a acudir a la escuela en los horarios estipulados (muy de este siglo). Se realizó una reunión con los técnicos de laboratorio y los del centro, ya que se consideró la forma más eficiente de conocer el software utilizado en realidad, y analizar a partir de ahí qué laboratorios abrir. A esa reunión no recuerdo si alguien llevó algún listado, pero nunca llego a hacerse acta de la misma, ni tuvo continuidad alguna. Sinceramente, creo que es desidia, y pocas ganas de cambiar. Un ejemplo estúpido pero ilustrativo es que estuve cinco años sugiriendo que se mencione (y a poder ser se utilice) Code::Blocks (multiplataforma) en lugar de devcpp (sólo Win) en introducción a la programación. No sé si en los grados ha cambiado el contenido, pero todavía los estudiantes no saben qué es codeblocks cuando les hablo de ello (buscar codeblocks arduino). Por contra, cuando he impartido cursos (Medicina Leioa, la FISS y en el aulario de Gasteiz) mi experiencia ha sido muy positiva y la sensación ha sido que los servicios informáticos, el volcado de imágenes, etc. estaba muy procedimentado y automatizado. Choca frontalmente con la sensación al 'pedir cuentas'. ¿Sucede sólo con el software de pago? Me gustaría saber si todo este caos es sólo aparente y en realidad está registrado, al menos a nivel contable. O si en las cuentas también hay posibilidad de fragmentación. Natxo, ¿cuál es la estrategia que estáis siguiendo para obtener la información? En general, tengo la misma percepción que Pablo, y creo que hasta que no haya órdenes directas habrá centros en los que será imposible obtener la información. Ya no hablo de reticencias al SL. Sino reticencias a 'auditar' el gasto real en software que se hace en la uni. Otra cuestión 'curiosa' es que tengo varias IPs de la uni con servidores de licencias flexlm. A través del cliente lmutil, se ve la disponibilidad de decenas de instancias. Nunca he visto que se utilicen más de las dos o tres que yo estaba ocupando. Lo curioso es que a través de la VPN puedo utilizar esos servidores desde cualquier equipo. Lo que me lleva a pensar que cualquiera en la comunidad universitaria puede utilizarlos conociendo la IP, ¿es así?
_______________________________________________ ITSAS mailing list [email protected] http://list.ehu.eus/mailman/listinfo/itsas
