Faso Es Salud Miembro de gulBAC

jueves, 29 de marzo de 2012

el SL, la voluntad y la masividad

(email que envié esta noche a la lista de gulBAC a raíz de una serie de cuestiones que se presentaron en estos días. expresa ciertos pensamientos que hacía tiempo quería plasmar en palabras):


----------------------------------
Hago un hilo aparte porque creo que esta es una discusión que vale la
pena poner sobre la mesa.
Y hago top-post porque mi respuesta es medio un desorden de conceptos
relacionados con lo que dice Darío.

La parte social (digamosle, la comunicación) en este mundillo tiene sus
falencias. También las tiene la parte técnica, a las pruebas me remito:
[0]. Pero las cosas suelen ser un trabajo en equipo, "de cada cual según
su capacidad[...]" y la dinámica de crecimiento suele ser lenta y
trabada pero es de alguna forma eficiente.

Un ejemplo: de lo que era KDE2 a lo que es hoy KDE4 (y las interfaces
entran en lo que llamo "comuncación" ya que son *para* el usuario) se ve
un claro avance. Pasaron años, pasaron muchos bugs, muchas líneas de
código, y mucha gente pensando cual es el mejor lugar para poner el
botoncito, en base a la psicología/comunicació social/loquesea.

El problema de fondo es que hoy en día _ninguna_ interfaz (ni libre ni
privativa) es *realmente intuitiva* (recién ahora con esto de los
móviles, tablets y unities parece que se vuelcan para ese lado), la
mayoría de las innovaciones en "la experiencia del usuario" (UX, le
decimo' en el barrio) van a la sombra del soft privativo, hay que
admitirlo, y quienes hacen estos diseños privativos contratan gente
especializada y se gastan un dinerón que luego, obviamente, recuperan.
Esto no es así en el software libre lo cual pone muchísimas trabas y aún
así, a fuerza de pulmón y horas-culo, tenemos Unity, Gnome3, KDE4 y
algún otro que hoy en día son usados por niños, programadores, abuelas,
etc. Y tenemos Sugar también, ya que estamos.

Pero obviamente, estos entornos están algo lejos de estar 100%
desktop-ready. Es así que se hace muy difícil lograr una masividad.

Y desde mi lugar, no le puedo mentir a nadie: si uso GNU/Linux es por mi
pasión por meter mano, amo usar la consola y quiero relacionarme con mi
aparato con los menos intermediarios posibles. Para eso aprendo, para
irme sacando los intermediarios. En su momento me sentí muy cómodo con
KDE3.5 y desde que salió KDE4 he vagado entre este, Gnome, Xfce y Icewm.
Por suerte la mayor parte de las cosas que hago son desde la consola y
desde programas gráficos específicos (como Icedove para escribir este
mail). Tranquilamente podría usar awesome o alguno de esos pero
simplemente nunca tuve las ganas de dedicarle un rato a dejarlo bien a
mi gusto.

Entonces, cuando Darío dice que hay una "intención para que GNU/Linux no
sea masivo", si bien se refiere a ese elitismo infantil que hay en
muchos de nuestros colegas, hay otra variable a tener en cuenta:
Las interfaces libres están en su adolescencia, diría yo, y si se las
somete a un profundo análisis de usabilidad/comodidad aún hacen agua por
muchos lados. Pero es cuestión de tiempo, y de tener gente ayudando.

Pero el software libre es tan grande y versátil, que los que colaboran
están muy heterogéneamente desparramados y quizás la misma persona que
programa para Gnome, también colabora en Emacs o hace drivers. Y hay
gente que sólo hace una de esas cosas, porque es importante también
mejorar el software para no-humanos (léase sysadmins con alergia a las
GUI, padecimiento del cual sufro un leve cuadro)

A todo esto es donde viene el trabajo de empesas como Canonical, la cual
es bastante controversial entre nosotros, pero aunque nos pese, nos
ayuda en un aspecto que dejamos de lado: la comunicación. Tanto por el
marketing como por su enfoque en la interfaz, que pueden gustarnos o no
sus implementaciones (y para esas acotaciones, tememos voz: [1]), pero
tienen algo que "la comunidad" no: DINERO. Ellas invirtiendo su dinero
en estos aspectos se benefician con un modelo de negocios
no-muy-perverso, y si de yapa el código es incorporado en proyectos
libres, nos beneficiamos todos

Volviendo al tronco luego de haberme ido así por las ramas, me pregunto
muchas veces: ¿qué esperamos cuando queremos hacer masivo al software libre?
A mi criterio, el beneficio vendría por este lado: más usuarios -> más
cuota de mercado -> más atención por parte de empresas de soft y hard ->
más difusión mediática -> mayor cantidad de usuarios -> mayor
probabilidad de atraer colaboradores -> mejor calidad de software libre
-> menos dependencia de software privativo -> un paso más hacia un
cambio "más grande", social y cultural, dado por entender el software
como medio de producción, etc, etc, etc.

Y mi duda existencial que me aqueja todas las mañanas al lavarme la
cara, es la siguiente: cómo yo, pensando esto que pienso, hago para
decirle a mucha gente "¡loco, instalate este software que es LIBRE!" y
que esa gente me tome en serio.

Necesitamos, para lograr una masividad, mejor calidad de software tanto
en lo profundo como en la superficial UX. Podrán apreciar la lógica
circular de la situación, y aún así llegamos a lo que llegamos. Pero la
magia no existe y está en nuestra naturaleza el preferir la tecnología
que nos facilite el trabajo. Visto de lejos, el SL tiene las de perder.
Desde "adentro" realmente no sabría bien que decir. Supongo que es
crucial que dejemos de juzgarnos por las falencias de un lado y del otro
y empecemos, con buena fe, a reportarnos los bugs (;-)) y ayudarnos
entre nosotros.
Si el programador sube un script sin una línea de documentación,
rompemos un poco las bolas y alguien (o el mismo) quizás tire una soga,
si no nos gusta el diseño de la interfaz de un programa seguro alguien
puede hacer el dibujito de uno mejor y se ve como se incorpora en el
soft. Así fue siempre y la división del trabajo ha dado excelentes
resultados en todo grupo humano, creo yo :-P

Bueno, esto fue: el mail más largo del mes, espero que les haya gustado,
chau

[0]: http://www.debian.org/Bugs/
[1]: https://bugs.launchpad.net/

El 29/03/12 20:09, dario badagnani escribió:
> > Es más, después de varios años en la comunidad de software libre, y
> > habiendo conocido gente en La Plata y Mar del Plata tengo la teoría
> > que hay gente que a un nivel subconsciente no quiere que el software
> > libre sea masivo.
> >
> > Lo digo porque mucha gente se define a si mismo como oposición al
> > software privativo, pero a la hora de compartir conocimiento, siempre
> > tratan de guardarse algo. Por ejemplo muchas veces traté de bajar
> > alguna cosita, un script, un plugin, y el autor no hace ninguna
> > documentación, es decir que si tenés un problema tenés que recurrir al
> > autor.
> >
> > A nivel social la cosa es aún peor... ya sabemos que las relaciones
> > sociales no son la especialidad en las ciencias duras y la
> > informática, pero es necesario mejorar esos aspectos. Yo avisé que no
> > iba a poder hacer algunas cosas para este Flisol, no solo por mi falta
> > de tiempo, sino porque tenía miedo de calentarme y mandar a alguien al
> > diablo, porque todos por la lista te prometen que van a hacer esto y
> > aquello, pero al final desaparecen.
> >
> > En cada evento que traté de organizar me calenté y lo cagué a pedos
> > por la lista, después recibí mails personales con gente sugiriendo que
> > sea más diplomático o que hiciera lo que yo queria sin esperar
> > respuesta de los demás porque nunca la iba a recibir.
> >
> > DaFeBa
> > --
> > gulBAC lista de mails

lunes, 26 de marzo de 2012

cuando el exceso de población se empieza a notar

pueden pasar cosas algo raras, como esto.

no se si es que soy muy desconfiado pero parece ser un "workaround", como mínimo, astuto (y no perjudica a nadie, es más, beneficia a muchos)

lunes, 19 de marzo de 2012

cuando escribir documentación se torna poético



$ info coreutils date

file: coreutils.info, Node: Date input formats, Next: Opening the
software toolbox, Prev: File permissions, Up: Top

28 Date input formats
*********************

First, a quote:

Our units of temporal measurement, from seconds on up to months,
are so complicated, asymmetrical and disjunctive so as to make
coherent mental reckoning in time all but impossible. Indeed, had
some tyrannical god contrived to enslave our minds to time, to
make it all but impossible for us to escape subjection to sodden
routines and unpleasant surprises, he could hardly have done
better than handing down our present system. It is like a set of
trapezoidal building blocks, with no vertical or horizontal
surfaces, like a language in which the simplest thought demands
ornate constructions, useless particles and lengthy
circumlocutions. Unlike the more successful patterns of language
and science, which enable us to face experience boldly or at least
level-headedly, our system of temporal calculation silently and
persistently encourages our terror of time.

... It is as though architects had to measure length in feet,
width in meters and height in ells; as though basic instruction
manuals demanded a knowledge of five different languages. It is
no wonder then that we often look into our own immediate past or
future, last Tuesday or a week from Sunday, with feelings of
helpless confusion.
...

-- Robert Grudin, `Time and the Art of Living'.

miércoles, 7 de marzo de 2012

Da una charla en FLISOL 2012 (Mar del Plata)!

A continuación un texto modelo de invitación (CallForCharlas, LLamado a Charlas en paisano)

gulBAC (Grupo de Usuarios de GNU/Linux y Software Libre de Buenos Aires Central) los invita a ser parte del Festival de Instalación de Software Libre 2012. El mismo tendrá como temática: Entretenimiento y Educación.

¿Te gustaría ser parte de las charlas? Envíanos tu propuesta con los siguientes datos:
No es necesario cumplir con todo esto pero ayuda! :)


  • Título

  • Autor(es): Nombre y apellido, breve descripción de cada uno, foto, asociación, grupo de usuarios, y organismo o empresa a la que pertenece (si corresponde).

  • Charla: una breve descripción (Dos párrafos dónde se explique el contenido de la presentación).

  • Tipo de público al que estaría destinada la charla. Ej. Docentes, público en general, desarrolladores, empresarios.

  • Teléfono del/los autor/es para poder comunicarnos.

  • Licencia: Debe especificarse una licencia que permita que gulBAC distribuya el material de la charla y la charla en sí en el sitio web de gulBAC. Se recomienda Creative Commons o similares.


Tener en cuenta que el tiempo estimado de la charla no puede superar los 30 minutos. En caso de que haya preguntas para responder se destinarán unos minutos extra.

Podés elegir el tema que desees para tu charla, pero orientarla a la temática del evento. Por supuesto que tiene que tener que ver con el software libre, la cultura libre o algo relacionado. No necesariamente tiene que ser sobre educación y entretenimiento, pero a cualquier tema puede darsele un enfoque para relacionarlo con esto.

Para enviar la propuesta y realizar consultas o sugerencias, por favor escribinos a: eventos@gulbac.org.ar. Hay tiempo hasta el 30 de Marzo.

----

O dejá un comentario acá, o contactate con tu miembro de gulBAC favorito. No mordemos (sin consentimiento)

Se agradece la difusión de este comunicado a toda la ciudad