[Softlibre-edugal] Proposta SBC e datas.

[Manuel Moran Vaquero]

Hola Carrión y todos los demás:

Personalmente estoy encantado de ver cómo todo esto se mueve y aportamos
ideas. Pronto esperamos tener un wiki para escribirlo todo y que los
documentos, además de consensuados, salgan con el mayor conocimiento
acumulado posible.

Vaya por delante que estoy de acuerdo en que sería muy conveniente tener
un sistema como el que propones por el hecho de partir de una base común
sobre la que obtener soporte. Pero como tenemos la oportunidad de hablar
con la Consellería de todos los aspectos relacionados con el software,
debemos saber que es una de las patas sobre las que se debe apoyar esto,
no la única.

El software se usa en la Consellería en:

1. DOCENCIA
	1a. Ciclos
	1b. No ciclos o ciclos no-informática
	1c. Servidores

2. NO DOCENCIA
	2a. Administración (Consellería)
	2b. Administración (de los Centros)
	2c. Generación de software (Consellería)
	2d. Generación de software (de los Centros)


El SBC supongo que está orientado a las clientes es decir a 1a y 1b.
Está claro que no puede ser lo mismo que para 1c, o al menos no como el
mismo perfil.

Dar una solución a los clientes es apropiado y me parece que tu idea
encaja perfectamente ahí. Dar una solución a los servidores no lo veo
tan claro como solución empaquetada, pero sí veo muy necesario que
tuviésemos servicios (centralizados y administrados por la Consellería)
donde poner en común nuestros conocimientos para aquellos centros donde
sí hubiese "tipos 1c".

Me alegro de que lo llames SBC y no "distribución" para que no caigamos
en los errores de otros lugares. Yo lo llamo a veces "personalizar una
distribución con repositorios".

Hago esta clasificación para que no nos olvidemos de que hay otras áreas
donde hay que demandar otro trato al software (pej área 2a, 2c, hoy en
día con xade, meiga, etc... esto tiene que cambiar).

Por otro lado, en aras de obtener un rendimiento máximo del dinero
público (y no gastar en reinventar la rueda lo que ahora gastamos en
licencias) deberíamos intentar tener siempre en mente que el soporte de
software libre viene de la gran comunidad. Además, es justamente la
mejor manera de alejarse de una de las ventajas del software libre y de
la economía de escala.

Por tanto, el SBC debería ser lo más estándar posible y por tanto no
creo que hubiese que gastar ni mucho dinero ni muchos esfuerzos, y sí
poner todo ese dinero y esfuerzos en personal, formación y recursos para
la documentación y el soporte del SBC en los centros. El software que
lleva ese SBC ya está a nuestra disposición.

Permíteme contestarte entre líneas al resto:

Carlos Carrión escribió:
> 
> 3º.- Ter un foro común sobre o SBC permitiríalle a xente que esta a 
> fronte da súa administración ir moito máis rápido na súa posta en marcha 
> e facilitaría a operatividade do día a día do usuario.

Para mí esto es lo más importante, e incluso podría ser PREVIO al SBC
que se elija. Lo he planteado en sucesivas reuniones con los LUGS o en
la mesa redonda de profes del CESGA.

Además me parece algo relativamente sencillo de implantar con las
herramientas de hoy en día. Hay cosas de las cuales carecemos ahora y
que son básicas. En mi centro damos respuesta gracias a que hay más de
una docena de informáticos pero ¿y en los demás?

Nos falta, a nivel "hacer comunidad":

1) Portal de soporte de los servicios informáticos, o al menos uno que
se actualice y dé soluciones de soporte real a los centros, manuales,
etc... Una gestión corporativa como en cualquier empresa pública de este
estilo (otras consellerías de educación, universidades, etc...) que vaya
más allá del e-mail y algunas aplicaciones web

2) Foros o listas (preferiblemente, por entrar directas al correo) sobre
las que haya soporte en comunidad. Ya no solo para GNU/Linux sino para
Meiga y otras hierbas. Y tampoco solo para el soporte sino también para
demandar las funcionalidades que no están, una realimentación de los
usuarios sin necesidad de reunirse en Santiago o presentar escritos.
Crearíamos comunidad no solo a nivel informático, sino didáctico,
sindical, educativo...

3) Servicios de Web 2.0. No es normal que cada vez que queremos hacer un
wiki, un moodle, un repositorio, o una lista de correo dependamos de
servicios externos. Eso por poner un ejemplo sencillo.

4) Un portal de educación acorde a los tiempos y que rezume TIC:
herramientas colaborativas y web 2.0 por todas partes. No el engendro
actual.

5) etc...

Crear una comunidad antes de una implantación o un proyecto como el SBC
es imprescindible, en mi opinión.

> 7º- O SBC podería levar aparellado un sistema dedocuemntación interno 
> para o cnetro (wiki) e un xestor estilo moodle.

En este sentido, creo que la Consellería debería centralizar estos
temas. Igual que centraliza el mail y una web, debería de centralizar el
resto de los servicios y realmente sí liberarnos a esto de los centros
que no tenemos porqué tenerlo y sí que sería duplicar esfuerzos. Además,
tampoco dan una solución de momento al tema de las IPs reales para dar
servicios desde los centros, por lo que parece que esto estaría lejos de
poder funcionar, al menos desde Internet.

Por supuesto los centros deberíamos de poder crear libremente wikis,
añadir cursos al gestor, tener webs LAMP, etc... Se trata de tener un
portal abierto.

> 8º.- O SBC non sería pechado, aquel centro que quixese evolucionar sobre 
> el que o faga, pero xa tería unha ferramenta para documentar, e o 
> "ideólogo" podería irse tranquilo que calquera podería saber en que 
> sistuación se atopa o sistema, ou no seu defecto sempre poderían 
> retroceder ó SBC. Un dos problemas que teñen os centros é a forte 
> dependencia que o SI ten sobre a persoa/as que os idearon e implantaron. 
> Non é cuestión de de falar de casos concretos pero a experiencia así mo di.

Sin ir mas lejos, en mi centro estamos documentando el sistema para que
no dependa tanto de mi (en este caso en el papel de "ideólogo" sin
tiempo para documentar más de lo que véis en la web, que ya es
bastante), pero para que los profes tengamos tiempo para documentar
también nos tienen que permitir hacerlo. Con las horas asignadas hoy en
día es como que imposible.

Por otra parte tiene que haber en los centros también gente capacitada
para gestionar este sistema. La formación en este sentido es vital.

> 10º.- A distribución a usar polo SBC, sería outra das cousas a realizar 
> por ese grupo de alumnos.

Creo que los alumnos aquí, no tienen la requerida capacidad de evaluar
temas técnicos de tanto calado. Uno de ellos es la distribución a usar.

Estos temas deberían ser decididos por quienes se encargasen de definir
el sistema (deberíamos ser los profes, por "sufrirlo"). Y bajo
parámetros estrictamente técnicos (como cualquier convocatoria pública)
que como sabéis por desgracia no son siempre los que se usan a la hora
de hacer este tipo de decisiones.


Por último, ¿este SBC entonces estaría orientado según creéis a los
clientes, a servidores o a ambos? A mí me parece que personalizar
clientes (sin hacer nueva distro) es una buena forma de homogeneizar
software. Lo veo como "un perfil software" La parte servidores la veo
más en un soporte centralizado, aunque perfectamente podría venir este
SBC con los servidores configurados para en caso de necesitar este
servicio en un equipo, fuera cosa de simplemente arrancarlo.

En cualquier caso como premisa siempre presente es: QUE FUNCIONE. Y ya
que tenemos la ventaja de la "seguridad y estabilidad vía visibilidad",
espero que la aprovechemos para que, hagamos el sistema que hagamos, no
optemos por cortar la fuente de la comunidad.

Y pongo un ejemplo: si buscáis la solución a cualquier problema en
Google y filtráis por "ubuntu" o "fedora" encontraréis muchísimos
resultados. Cosa que no ocurrirá si filtráis por "Linex", por muy
entusiastas que sean los extremeños. ¡Conste que soy extremeño! :)

Estamos hablando mucho de software de administración, pero quedan
todavía varios temas: contenidos educativos y programación sobre
software libre entre otros.

Salu2

Manuel

-- 
################# mmv en edu.xunta.es #####################
#  Manuel Moran Vaquero  #  IES Chan do Monte - Marín  #
#  PGP key: pgp.mit.edu  #      http://www.immv.es     #
########################################################