[Olpc-uruguay] propiedad de proyectos en el marco del sw libre

[gabriel fernandez]

Hola lista:

creo que aquí hay un problema en el subsuelo, algo que no se ve a simple
vista.

Cuando un programador genera un proyecto, no solo aporta la idea, también
aporta el código.
Y en ese código hay (generalmente) una licencia, para nuestro caso GPL o
parecidas, al momento de
publicar el código muchos programadores pueden trabajar en el mismo,
inclusive su creador original de tal
manera que siempre está en su poder manipular el código e influenciar el
desarrollo del mismo y entre programa
dores entendemos que quién lleva la batuta, quién decide si un método queda
o se va en última instancia es
el creador del proyecto. De lo contrario, tendremos una bifurcación.

Pero... que pasa cuando la persona que tiene la idea es "incapaz" de plasmar
la idea en código...
pues sencillo: pierde el control sobre el proyecto, lo pierde realmente pues
queda fuera de la conversación.

Para la persona que concibió la idea, y que es ajena a muchas cuestiones que
entre programadores pueden ser claras,
resulta injusto, resulta que no puede ejercer "control" sobre el rumbo del
proyecto.

Yo creo que por una cuestión de orden, quién inicia un proyecto debe
guiarlo, coordinarlo. Imaginen ustedes si comienzan un
proyecto y de golpe y porrazo quedan fuera porque cambian a un lenguaje que
ustedes no conocen y no que tienen tiempo de aprender
y dominar?

Estoy defendiendo la situación de Ana? En lo absoluto, trato de entenderla.
Pero que quede claro, que al igual que Micaela, yo no comparto
los mecanismos, las actitudes y el tono con el que encaró el asunto.

En consecuencia, que vamos a hacer? Permitiremos que una persona ajena al
software dirija un proyecto? Creo que no, deben ser los programadores
(ingenieros, analistas y programadores) quienes dirijan un proyecto. Sin
embargo, de la gente que no es "nativa" del software
y que llega entusiasmada al JAM, como pueden saber los procesos y conceptos
propios de la ingenieria de software y los procesos de
desarrollo?

Ana explotó mal, es su forma de ser, le guste a quién le guste y en mi
opinión, muy  a su pesar es así. Pero pensemos en cuantos voluntarios
que no son del software reaccionan diferente ante una situación así, y luego
se retraen y se alejan? Queremos perder material humano así?
Creo que no.

Entonces yo propongo lo siguiente:

-Todo nuevo voluntario debe saber claramente el funcionamiento de una
comunidad como esta, por tal motivo, debe existir un material introductorio
sencillo y claro, tanto para no-programadores como para programadores que
llegan del soft privativo. Por ejemplo, yo demoré muy poco en entender
el soft libre, pero mucho tiempo en entender como funciona en la realidad.
Hay que saber que no todos tienen claro como es el mundo del SL desde
la perspectiva del programador, muchos solo conocen el SL desde la
perspectiva del usuario y se intregran a una comunidad de producción.
-Deben explicitarse los roles en la creación y desarrollo de un proyecto.
Todos los docentes deben saber que cuando tienen una idea y la comparten uno
o mas programadores la implementarán. Y los programadores deben tener en
claro que cuando la idea vienen de un docente, entonce deberá incluirsele en
el desarrollo del proyecto, por ejemplo pidiendo consejos y opiniones sobre
lo que va saliendo. Convengamos que muchas de las aplicaciones generadas por
los voluntarios del JAM no son muy "pedagógicas", debemos respetar la
profesionalidad de los que se dedican a enseñar y continuamente reclamar su
participación en la evaluación de las ideas y las actividades creadas.
-Que este tema se trate en la comisión directiva y se llegue a una
resolución (y mejor aun a una solución).
-Que se aplique alguna sanción sobre Ana, aunque sea solo nominativa, nadie
puede salir con esa actitud contra nadie, acá no hay dinero en juego.

Bueno, un saludo para todos.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/cbf11c4b/attachment-0003.htm