[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


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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/19ecb305/attachment.htm