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

[Ariel Guevara]

>
> >Entonces yo propongo lo siguiente:
> Yo estoy de acuerdo con todo eso
>

Decía... estoy de acuerdo con eso de tener algo en donde los nuevos puedan
informarse. Yo que lo veo de afuera (porque no me han dado las ganas de
participar, mal yo) siempre me dió la impresión de que quien participaba en
el CeibalJAM, si le interesaba participar, era porque sabía lo que era SL y
estaba a favor de eso. Pero si se integra gente nueva, hay que contarle de
que se trata todo esto, y después de que sepa bien, verá que hace.

Me parece bien que la directiva diga algo. En este caso particular no me
parece bien la sanción. Tampoco me parece bien contestar una agresión con
otra agresión. Pienso que todo esto debería regularse lo más posible por la
comunidad. Uno da una opinión y todo el resto no está de acuerdo, con eso
queda claro, sin agredirse. Lo más dificil es no enojarse leyendo un mail
agresivo, pero si uno contesta ese mail de forma amable, predica con el
ejemplo.

>
>
> 2010/8/12 gabriel fernandez <gabofer82 en gmail.com>
>
>> 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.
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Olpc-uruguay mailing list
>> Olpc-uruguay en lists.laptop.org
>> http://lists.laptop.org/listinfo/olpc-uruguay
>>
>>
>
>
> --
> El fénix y su negafénix
>



-- 
El fénix y su negafénix
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/3e90e8da/attachment-0001.htm