Abbadingo » Blog Archive » linux: consejos de uso

Cuando evangelizamos para crear una userbase más grande en el mundo de los sistemas operativos libres, siempre vendemos las ventajas del software libre a nuestros potenciales aliados:

El ordenador no te va a mentir más.
Usarás software que ha sido evaluado por mucha gente y tienes la posibilidad de saber cómo funciona y qué hace realmente, al tiempo que tienes una comunidad que está interesada en el respeto a tu privacidad revisando constantemente los programas.
El software es gratis y lo puedes usar como quieras y para lo que quieras y puedes cambiarlo para adaptarlo a lo que necesitas y pasar tus cambios a otra gente.

Todo esto es verdad, y es cierto que no se tiene ninguna obligación hacia los programadores según la licencia GPL etc etc. Sin embargo, también es cierto que el modelo de desarrollo y el ecosistema del software libre no se podrá escalar a menos que algunos usuarios se involucren más activamente en el proceso de desarrollo, y además pongan su experiencia personal y su uso real del software como recurso para el desarrollo.

Si aumentamos el porcentaje de usuarios que se inserta en el proceso de desarrollo de software, el proceso se agilizará y mejorará.

people Por eso es que sería importante que cuando integramos nuevos usuarios en el mundo del software libre les hagamos saber (puede ser mediante la práctica, no necesariamente soltando la chapa), acerca de estas diferencias, acerca de las posibilidades de colaboración disponibles para ellos, de cómo su presencia es importante y de cómo son “uno más” en la familia del software libre.

Los usuarios inexpertos pueden darnos feedback en:

Problemas de instalación u obstáculos que puedan encontrar
Necesidades de update de los tutoriales introductorios o las instrucciones de instalación
Funcionalidades presentes en los programas similares que usaban antes de usar el nuestro
Cada nuevo usuario es una nueva test box!
- Nuevo hardware, configuración, plataforma que podemos agregar a la lista de “soportados” de nuestras aplicaciones.
Cada nuevo usuario puede ser un nuevo agente de nuestros servicios: nos recomendará, escribirá una reseña sobre nuestro programa, lo mostrará como el preferido en la lista de programas que ha visto para recomendar como solución para algún proyecto.

participation debian Si mantienes la página web de un proyecto, de vez en cuando toma distancia de la web y, poniendo el pulgar en alto y cerrando un ojo, fíjate si es claro para una persona que recién empieza cuál es el método preferido de comunicación, qué problemas han sido ya reportados y qué prioridad tienen, cuáles son las maneras de colaborar, los próximos eventos, cómo reportar un bug.

Lo mismo cuenta para los archivos README, las instrucciones de instalación, y, por supuesto, una actitud similar se debe seguir cuando introducimos a algún amigo en programas que no son nuestros.

Si introducimos a alguna compañera de piso en el mundo del software libre, es beneficioso para todos si invertimos un poco de tiempo en explicarle las maneras en las que puede apoyar el desarrollo del software libre. Mucha gente se da cuenta sola del cambio de mentalidad que significa pasar de ser un “cliente” en el mundo del software privativo, a ser un “agente” en el mundo del software libre, pero a otra gente hay que explicárselo más claramente.

También es importante enseñarles lo importante que es ser autosuficientes en la solución de nuestros problemas. Que la autosuficiencia no significa abandono de los newbies, sino una apuesta por la escalabilidad. Cuando solucionamos a una persona un problema, es igualmente importante que le expliquemos en qué consistía el problema y cómo hemos logrado solucionarlo.

Al mismo tiempo es bueno recordarles que compartan la información, para ahorrar tiempo a los próximos usuarios que se enfrenten a ese problema.

Es importante que los usuarios aprendan a identificar los lugares donde conseguir la información (man, FAQs, mailing lists, forums) y qué solución es mejor para sus preguntas. Por ejemplo una buena recomendación, por ejemplo, para una persona a la que le instalamos el blender es “hacer un tutorial introductorio para entender como funciona la interfaz”. No hace falta pasar una hora explicando de mala manera los trucos de la interfaz, olvidar la mitad, etc. Ya volverá la colega cuando haya terminado de recibir la introducción, y de paso habrá aprendido dónde está la web de blender, qué hay ahí, que otras cosas se pueden aprender, etc.

Cuando el usuario va avanzando en conocimientos se vuelve más y más útil. Una vez que ha aprendido a ser autosuficiente, aprenderá a diferenciar entre los problemas causados por sí misma, y los problemas causados por bugs del programa. Para entonces ya debería saber también más o menoscómo reportar un error. Si invertimos un tiempo en hacer accesible el reporte de bugs, recibiremos más bugs. Si los nuevos usuarios comprenden rápidamente la actitud de trabajo del software libre editarán y mejorarán los tutoriales y ayudarán a nuevos newbies cuando entren.

Enseñar a nuestros nuevos miembros en el gran equipo del software libre a ser usuarios activos, a colaborar y dar un empujón en la medida de sus posibilidades a los programas que utilizan, es un esfuerzo que debemos repartirnos entre todos y no sólo dejar en manos de algunos políticos. Un esfuerzo que tendría que ser parte de la práctica y de la costumbre de echar una mano a nuestros colegas que saben menos de ordenadores.

Usemos el manual, o mejor, editemos el manual al tiempo que les enseñamos a arreglar algún error que no aparece.

Leer más: