PDF de programación - Proyecto Cursos: Es hora de aprender GNU/Linux!

Proyecto Cursos: Es hora de aprender

GNU/Linux!

Nicolás César

Lucas Di Pentima

Lunix

Copyright (C) 2002, Nicolás César y Lucas Di Pentima. Este artículo puede ser copiado y distribuido en las
condiciones de la licencia GNU para documentación libre, FDL (http://www.gnu.org/licenses/fdl.txt), sin secciones
invariantes.

Proyecto Cursos es una iniciativa que surgió en el año 2000 para la confección de material de estudio (para los
alumnos) para el dictado de clases de GNU/Linux. Es parte del Proyecto TLDP-ES (http://es.tldp.org) y cuenta con
voluntarios de todo el mundo. La reciente migración a un sistema modular de porciones de texto le da características
únicas comparado con la confección tradicional de documentación.

Tabla de contenidos

1. Historia

1.1. ¿Como empezó todo?

2.1. ¿Que no es Proyecto Cursos?
2.2. ¿Que es Proyecto Cursos?

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
2. Motivación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Arquitectura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.1. Recompaginación manual y tediosa
3.2. Redundancia innecesaria de temas
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.3. Trabajo desperdiciado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
4. Documentación por componentes
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
5. Problemas a resolver
6. Herramientas de trabajo
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
7. Roles dentro del proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

1. Historia

1.1. ¿Como empezó todo?

1

Comenzó en el mes de agosto del 2000 como la necesidad de tener una guía post-instalación para aquellas personas a
las cuales les instalábamos GNU/Linux por primera vez. Posteriormente vino una oferta de nuestra universidad para
dictar cursos de GNU/Linux en la facultad regional Santa Fe. En poco tiempo pasó de ser una guía resumida a un
material de apoyo para el alumno de mayor extensión.

Para esa altura nosotros no teníamos mucha idea de los beneficios de crear documentación libre hasta que un discurso
de Richard Stallman y unas palabras alentadoras de César Ballardini nos cambiaron la forma de pensar.

Para el mes de setiembre pusimos a disposición de la comunidad los 3 o 4 capítulos que teníamos ya escritos
publicándolos en el sitio del proyecto LuCAS.

Fue enorme la sorpresa cuando en pocas semanas y después de haberse publicado un aviso del inicio del proyecto
en Barrapunto el 12 de agosto, se acercaron a darnos una mano gente de todo el mundo. Ellos tenían las mismas
necesidades que nosotros y a la vez todos colaborábamos para lograr los objetivos propuestos en grupo.

• 26 de setiembre: comienza curso con el temario finalizado en un 60%, aún no se habían recibido colaboraciones
en la redacción pero si en la revisión.

• Una vez establecida la base de colaboradores, el avance del proyecto tomó velocidad. Aunque los inscriptos a la
lista eran cerca de 30 a fines del año pasado, el equipo de colboraciones eran sólo unos pocos, pero se contaba
con la ayuda de docentes, especialistas en el idioma español y una buena cantidad de voluntarios desinteresados
dispuestos a darnos una mano.

2. Motivación

• El software libre debe tener docentes.

• Se le debe prestar atención a la generación que viene. Los actuales usuarios de sistemas propietarios tienen
mayor resistencia a la migración a GNU/Linux por diversas razones, pero los potenciales usuarios de la
informática están mas predispuestos al aprendizaje, es entonces éste el grupo de personas que debemos tener
en cuenta para inculcar el uso del software libre y su filosofía en la sociedad. Es nuestra responsabilidad gestar
catalizadores de este nuevo cambio.

2

• Empresas de software propietario están «regalando» sus productos a las universidades para que éstas «se
nivelen tecnológicamente con el mundo». Esto sucede aparentemente sin la conciencia de parte de las
instituciones educativas, que lo que se crea es una dependencia tecnológica con dichas empresas. Viendolo
desde un punto de vista económico, una cantidad significativa de inversiones son llevadas a cabo por dichas
instituciones solamente para financiarles las campañas publicitarias a estas empresas, mientras que si esa misma
cantidad de recursos se invirtiera en software y documentación libres, es la misma comunidad la que se ve
beneficiada y así todos ganan.

• El software libre debe tener documentación libre. El único esquema posible de documentación para docentes, es
que la documentación sea libre.

• Nuestra experiencia nos llevó a evaluar inevitablemente la relación costo/beneficio entre las horas que toma
el desarrollo de material para el dictado de cursos, y el tiempo total del curso dictado con este material. Nos
dimos cuenta que el tiempo que invertíamos en generar la documentación era demasiado. La única forma que
vimos de reducir este tiempo es la colaboración entre docentes para gestar el material, dividiendo así esfuerzos
entre todos y beneficiándonos mutuamente.

• Los docentes en general no son informáticos, y los informáticos en general no son docentes. Proyecto Cursos
pretende facilitar a docentes la generación de material para sus cursos y proveer de herramientas pedagógicas
a los informáticos/docentes que las necesiten. La documentación libre agiliza el flujo de colaboración entre
informáticos y docentes.

• Se necesita llegar a un ritmo de desarrollo de documentación para enseñanza equivalente al que tiene el software
libre hoy en día, para llevar el espíritu de cooperación de los desarrolladores a los usuarios. Si el software es
libre pero la capacitación depende de herramientas propietarias, establecemos dependencias con las mismas
características que la dependencia del software propietario. Cuando nos referimos a herramientas propietarias,
hablamos de libros con derechos de autor que restringen la copia y/o modificación. Si el docente depende de
estas herramientas para la enseñanza, sus alumnos se verán limitados en la obtención del material de estudio por
razones económicas o morales. Si apuntamos a la difusión de GNU/Linux, debemos eliminar esta limitación.

• Sólo la documentación libre hará al software totalmente libre.

2.1. ¿Que no es Proyecto Cursos?

• No es un HOWTO.

• No es una guía.

• No es un texto de referencia.

3

2.2. ¿Que es Proyecto Cursos?

Es la creación de recursos lingüísticos para la generación de material bibliográfico para el dictado de cursos.

Las características especiales que requiere el dictado de un curso se ven reflejadas en el material de nuestro proyecto,
ejemplos de esto serían:

• Ejercitación práctica

• Exámenes propuestos

• Sugerencias para dinamizar el dictado de ciertos temas

• Recursos pedagógicos: ejemplos, paralelismos, etc.

3. Arquitectura

El estilo «clásico» de los manuales no es el adecuado para el dictado de un curso, donde el docente quiere decidir el
temario y proponer un rumbo en su dictado. Esta clase de documentación no provee la flexibilidad necesaria, porque
aunque se dispone en muchos casos de su «código fuente», el trabajo de compaginación es bastante y poco reutilizable.

Ejemplo: como docente, yo poseo un manual de sendmail el cual en su primer capítulo habla de reglas m4. Ese
capítulo es excelente si quiero dictar una clase de sendmail exclusivamente pero muchas veces sendmail es un tema
mas del curso. De no querer incluir este capítulo deberé recompaginar la documentación existente, malgastando el
tiempo en una tarea tediosa y no rentable.

Proyecto Cursos padeció este problema habiendo desarrollado dos cuadernillos (básico e intermedio), surgió un curso
que requería capítulos de ambos; esto nos hizo dar cuenta de lo siguiente:

3.1. Recompaginación manual y tediosa

La recompaginación no era parte del proyecto, sino que era una actividad paralela de los docentes que la necesitaban.
La generación de infinta cantidad de cuadernillos con las distintas combinaciones de temas para abarcar todos los
posibles cursos, es algo obviamente imposible de hacer.

3.2. Redundancia innecesaria de temas

Cuando un mismo tema era incluído en varios cursos, pasaban a haber dos copias (o mas) de un mismo texto, haciendo
el mantenimiento de éstos imposible, y quedando estos nuevos cuadernillos obsoletos para posteriores cursos por el

4

simple hecho que no eran actualizados. Esto provocaba mas trabajo extra aún, ya que debíamos realizar el mismo
trabajo de recompaginación a la hora de generar el material para una nueva versión.

3.3. Trabajo desperdiciado

El duro trabajo de refinamiento que se realiza a los cursos deriva