Lo bugs que sí y los bugs que no

Leí un correo de Ian Jackson en el que se refería específicamente al error de pensar que todas las personas pueden y deben reportar bugs. Me gustaría traducirlo completo pero ahora mismo no puedo. En resumen, más o menos planteaba -con más sinceridad de la que mucha gente agradece- que para el caso de Debian, si un desarrollador debe gastar dos de sus cuatro horas diarias de programación para responderle a personas usuarias que reportan bugs que en su mayoría, son errores de procedimiento… eso no es beneficioso para el proyecto debian. Para él, “mimar” a las personas usuarias de esa manera no contribuye en nada. Habla de varias falacias muy interesantes y si leen inglés, por favor revisen el correo antes de seguir leyendo aquí (que mi resumen es muy pobre, la verdad).

Aunque puede parecer chocante… la verdad sea dicha: tiene razón. Tiene razón cuando hablamos de proyectos de desarrollo de un sistema operativo o aplicaciones horizontales. Todos los desarrolladores saben cómo debe comportarse un sistema operativo. Es decir, en la mayoría de los casos, los reportes no le dirán nada nuevo y si no los hacen personas con suficientes conocimientos, no contribuirán en mucho a encontrar la solución. –> Hace un año me hubiera pegado por la mano por escribir una cosa así.

¿En dónde sí vale la pena reportar bugs?

No sé… imagino que en desarrollos como Gimp o aplicaciones para sectores u ocupaciones específicas. Ahí sí los desarrolladores no saben qué es lo que se espera del programa (supongo) y ¿se necesita de mucha guía de personas usuarias que sí saben qué es lo que el programa debe hacer o cómo, lo que imaginan, no puede ser implementado a partir de la herramienta?

¿Y entonces, cómo mejoramos el software?

También, es importante reportar el otro tipo de bugs… los bugs generados por la endogamia hacker: ¿qué cosas no son útiles a las personas usuarias? Habría que generar espacios distintos, algo como grupos focales que permitan recibir observaciones sobre cosas que no se reciben bien, errores comunes en una interfaz, campañas equivocadas o actitudes que nos alejan de los proyectos. Es decir, por mucho tiempo las personas que no programamos, hemos pensado que debemos convertirnos en lo que no somos, para poder reportar bugs y ayudar “de verdad”. Tal vez la pista esté en otro tipo de reportes que debemos hacer e incluso, en no reportar nada más, sino involucrarnos de lleno en organizar el cambio. Y ahí es donde topamos con pared: ¿en cuáles espacios podemos mejorar el software quienes no programamos? ¿tenemos que conformarnos con probar versiones nuevas de los programas? ¿tenemos que dedicar nuestra energía a aprender a reportar bugs apropiadamente en lugar de aprovechar las capacidades que ya tenemos?

Para nada de eso tengo respuesta. Yo sólo tengo dudas.

—————————-

Lamentablemente, este post tuve que rescatarlo del cache. Desapareció, seguramente por torpeza mía y se perdieron entonces los comentarios de Gunnar Wolf 🙁

Debian cheat cube en español

Desde hace como un año le llevo ganas al Ubuntu Cheat Cube… quería hacer uno para Debian pero no me había tomado el tiempo. Me basé en el trabajo de Esteban Saracho ¡muchas gracias Esteban!

Ahora, ya está listo. Fue revisado por varios amigos pero la verdad, no incorporé todas las sugerencias que me dieron…

Fernando Estrada me envió una larga lista de correcciones o textos más precisos (no todo cabe en un cubito 😉 y de ese correo, tengo mucho para aprender. Me ayudó a eliminar algunas cosas que no eran comandos sino modificaciones a archivos de configuración y otros un poco peligrosos para manos inexpertas. Jeffrey Esquivel me envió otras correcciones y sugerencias. Tato (Rafael Rivas) colaboró también ayudándome a precisar los términos correctos. David Narváez me explicó cómo es la cosa con los permisos de lectura, escritura y ejecución ( finalmente entendí esta tablita). Muchas gracias a todos.

Ahora, lo que me toca es aprenderme los comandos y usarlos. La consola da la verdadera libertad al software libre… así que hay que conquistar esos territorios… para ir bajando aún más hasta llegar… ¿a las cavernas?

El Cubo de Comandos para Debian en español está en DebianArt.org