¿Cómo se aprende esto?
De Gleducar, http://www.gleducar.org.ar
 Este artìculo se encuentra incompleto. Estamos trabajando para completarlo... |
|
Esta propuesta didáctica es, por ahora, sólo un esbozo. Ampliándolo ayudarás a mejorar Gleduwiki. |
Mail Disparador de la propuesta
De: Cesar Ballardini <cb@ballardini.com.ar> Para: Lista LUGLi Linux <linux@lugli.org.ar> Fecha: Sun, 10 Apr 2005 14:16:28 -0300 (ART)
«¿Cómo se aprende esto?»
Ésa es la pregunta que me hicieron el jueves pasado. Un conocido de años,
que estuvo expuesto al Linux, al proyecto GNU, etc. alrededor de 1997.
Compartimos muchas horas con algunos miembros de esta lista por aquellos
tiempos; en éstos prendió la idea del software libre, en aquel no.
[No quiero dar muchos detalles para no identificarlo.]
Sin embargo su inquietud es la misma de los que recién se acercan. ¿Cómo
se aprende esto? ¿Por dónde empiezo?
En 1996 encontré un documento[1] que me resultó refrescante ver escrito y
luego de pedir permiso al autor lo traduje al castellano[2], era: «How To
Become A Hacker» de Eric Steven Raymond. De paso les recomiendo leer
- todos* los enlaces apuntados por ese texto.
Mis primeras recomendaciones son:
- use software libre
- contribuya (documentación, código fuente, informes de defectos, ayudas a otros, etc.)
- reúnase con los que ya piensan como usted quiere pensar, intercambie conceptos, ideas, modelos, etc.
¿Qué opinan ustedes, compañeros listeros?
¿Cuál es la lista de «cosas» que hay que saber para meterse en este
mundillo del software libre? Estoy pensando en una lista de cosas que ni
siquiera en la universidad nos enseñan y que son moneda corriente en los
proyectos de software libre:
- control de versiones
- interacción en grupos de pares (y no me vengan que los trabajos prácticos en grupo sirven para eso :)
- democracia vs. dictadura amable
- vigilancia de la calidad interna del código fuente
- comprobaciones regresivas
- liberaciones de versiones (releases)
- seguimiento de defectos
- coding standards
- unit testing (no en todos los proyectos, en muchos de los más modernos)
- automatización de las actividades tanto de compilación, instalación, creación de paquetes comprobaciones, etc.
- respeto a la internacionalización
- [ponga aquí lo que olvidé o no supe]
(Estas «cosas» se podrían categorizar y presentar seguramente en una
manera más ordenada, pero el objetivo de este mensaje es que cada uno
agregue a la lista lo que le costó o le llamó la atención cuando se sumó a
un proyecto libre o creó uno propio.)
¿Cómo sería la currícula de un «Curso de capacitación para construir
software libre»?
Un abrazo!
[1] http://www.catb.org/~esr/faqs/hacker-howto.html
[2] http://www.sindominio.net/biblioweb/telematica/hacker-como.html Miquel
Vidal <miquel@sindominio.net>, es quien la mantiene actualizada desde
hace mucho tiempo.
Cesar BALLARDINI Marana tha!!
Usted se merece software libre. No se prive.
You deserve free software. Don't deprive yourself.
http://sks.keyserver.penguin.de:11371/pks/lookup?op=get&search=0xAD13ABE54CA6E0BC
Linux mailing list
Linux@lugli.org.ar
http://lugli.org.ar/cgi-bin/mailman/listinfo/linux
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
Lista de cosas que nos llamo la atencion cuando entramos en el mundillo hacker :-)
- control de versiones
- interacción en grupos de pares (y no me vengan que los trabajos prácticos en grupo sirven para eso :)
- democracia vs. dictadura amable
- vigilancia de la calidad interna del código fuente
- comprobaciones regresivas
- liberaciones de versiones (releases)
- seguimiento de defectos
- coding standards
- unit testing (no en todos los proyectos, en muchos de los más modernos)
- automatización de las actividades tanto de compilación, instalación, creación de paquetes, comprobaciones, etc.
- respeto a la internacionalización
- [ponga aquí lo que olvidé o no supe]
- pasion por aprender, superar mis propios limites. (agregado por astaffolani)