Hola... aprovechando la coyuntura que se esta dando, por la reuni�n que se
va a tener con el Rector, quisiera plantear mi perspectiva del asunto:


1. Aunque para algunos de nosotros puede resultar o ha resultado "f�cil" el
salto a la utilizaci�n exclusiva del software libre, creo que esto es un
punto critico para el usuario com�n, y personalmente conozco muchos en la
Universidad del Cauca. Con esto no estoy diciendo que no hay que dar el
salto, sino que debe plantearse una estrategia. Ahora, "yo" veo esa
estrategia en cuatro sentidos:

a) hacer una migraci�n escalonada, es decir, primero migrar las aplicaciones
ofim�ticas, y algunas utilidades de uso com�n; luego migrar las aplicaciones
especializadas que puedan utilizar algunos grupos o departamentos, y
finalmente hacer la migraci�n del sistema operativo.

Para esto me parece esencial el trabajo en los siguientes frentes:

i) inventario de aplicaciones que se utiliza en toda la universidad, el cual
se puede hacer a manera de encuesta con los jefes de oficinas, divisiones o
departamentos de la universidad (nota 1)
ii) trabajo de exploraci�n serio y met�dico sobre las aplicaciones libres
con las cuales se van a remplazar las aplicaciones privativas (nota 2)
iii) trabajo de aprendizaje en el uso de estas nuevas aplicaciones (nota 3)
iv) personal de acompa�amiento constante en el uso de estas aplicaciones

nota1: si la instituci�n realmente esta comprometida en este trabajo, debe
darse de forma articulada, y pienso por ejemplo que esta parte la pueden
desarrollar como trabajos de clase en el programa de administraci�n. As�
quisi�ramos, no lo podemos hacer todo.

nota2: en este punto es esencial la conformaci�n de equipos de estudiantes,
preferiblemente de electr�nica y sistemas pero no exclusivamente. Para ello
se pueden aprovechar mecanismos como la homologaci�n de trabajo, con ciertas
caracter�sticas claro esta, como materias electivas.

nota3: para las aplicaciones comunes a todos (s.o, ofim�tica, utilidades)
debe haber un equipo que aprenda a utilizarlas muy bien y que empiece un
trabajo (claro esta remunerado) de elaboraci�n de documentos / manuales /
tutoriales y de realizaci�n de cursos. Pero tambi�n debe darse un trabajo
conjunto con aquellos grupos o dependencias que requieren aprender a
trabajar con un software en particular.

b) es esencial un equipo s�lido de acompa�amiento, que dise�e procesos de
formaci�n en estas nuevas tecnolog�as y que tenga disponibilidad para dar un
soporte adecuado. por la experiencia que hemos tenido con Juan Manuel en
nuestro trabajo de grado, nos hemos dado cuenta que el �xito o fracaso en la
introducci�n de una tecnolog�a en un grupo de personas comunes (l�ase el
opuesto al geek), debe darse 1) con una actitud muy comprensiva hacia la
otra persona, 2) enfocado a lo que necesita (no ense�arle en abstracto) y 3)
que sienta que puede contar con uno, en el momento que lo requiera.
Adicionalmente es esencial que los todos los usuarios tengan claro el
prop�sito de la migraci�n, y que ese prop�sito, mas que recitarlo en cada
momento, realmente se refleje en cada acci�n emprendida. En pocas palabras,
hay que construir confianza, y para ser realistas, a veces quienes estamos
inmersos en la tecnolog�a, no lo logramos.

c) sin un verdadero apoyo institucional, nada de esto se puede hacer, pero
esto no significa que desde arriba se den las ordenes, sino que realmente se
comprometan y se metan en el asunto. Como se materializa esto en la
practica: 1) dando ejemplo, el rector, los vicerrectores, deben ser los
primeros que deben empezar a utilizar el software libre, sino el proceso no
va a tener el grado de legitimidad que necesita; 2) exigiendo que todo
documento, presentaci�n, informe o lo que sea, este en formatos libres o
realizados en software libre; y 3) creando las condiciones (impulsar
jornadas de capacitaci�n, validar este trabajo en espacios acad�micos,
establecer pol�ticas para las salas de computo, etc) para que las personas
aprendan y usen software libre.

d) fortalecer la comunidad de software libre de la Universidad del Cauca, y
lo digo en este sentido: si no se logra dilucidar mecanismos de
socializaci�n del conocimiento, vamos a tener a unas personas muy duras, que
saben mucho de algo, pero que al graduarse se van con todo ese conocimiento
(les suena lo de iptables?:-).


2) Adem�s de la Red de Datos, en el marco del Doctorado en Ciencias de la
Educaci�n de RUDECOLOMBIA (una Red Interinstitucional de Universidad de la
cual la Universidad del Cauca es miembro), la Red de Investigaci�n Educativa
ha venido consolidando una plataforma telem�tica soportada �nicamente por
software libre. De echo, si no fuera de esta forma, no se hubiera podido
montar. Juan Manuel y Yo estar�amos dispuestos a presentar este caso como
otro ejemplo exitoso del uso de software libre en la Universidad del Cauca,
y sus implicaciones en la articulaci�n de grupos y redes dentro y fuera de
la Universidad.

A mi parecer, este es un esbozo de lineamientos que deber�an tenerse en
cuenta para asumir este reto. Esto un proyecto a largo plazo, que necesita
recursos, voluntad pol�tica (en el sentido original de la palabra), y sobre
todo muchas ganas de articular esfuerzos. Pero estoy convencido que vale la
pena.


3) Mientras me sea posible, estoy dispuesto a ofrecer mi accesoria
metodol�gica para sacar adelante este proyecto, y para plantear procesos de
formaci�n alrededor del manejo del software libre.

Atentamente,


Ulises


_______________________________________________
gluc mailing list
[EMAIL PROTECTED]
http://listas.unicauca.edu.co/mailman/listinfo/gluc

Responder a