[Olpc-uruguay] Resumen de Olpc-uruguay, Vol 28, Envío 38

[gabriel fernandez]

Ariel:

yo propuse la sanción "nominal" en el sentido "nominal", no efectiva, quizás
no quedó claro lo que quize proponer: un sinchón de orejas.
que quede claro que la directiva no comparte este tipo de cosas, y que lo
haga publico, sin agresiones, con mucha claridad y respeto.
Yo no decido nada, solo puse la idea a consideración porque creo qu estas
actitudes se deben censurar en la comunidad y le corresponde
a la directiva tomar este tipo de iniciativas porque ellos representan a la
comunidad.
Espero no ser malinterpretado...

Saludos a todos.

El 12 de agosto de 2010 19:13, <olpc-uruguay-request en lists.laptop.org>escribió:

> Send Olpc-uruguay mailing list submissions to
>        olpc-uruguay en lists.laptop.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.laptop.org/listinfo/olpc-uruguay
> or, via email, send a message with subject or body 'help' to
>        olpc-uruguay-request en lists.laptop.org
>
> You can reach the person managing the list at
>        olpc-uruguay-owner en lists.laptop.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Olpc-uruguay digest..."
>
>
>
>
> Asuntos del día:
>
>   1. Re: Conozco Alimentos (Gabriel Eirea)
>   2. Re: propiedad de proyectos en el marco del sw libre
>      (Ariel Guevara)
>   3. Re: propiedad de proyectos en el marco del sw libre
>      (Ariel Guevara)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 12 Aug 2010 19:01:27 -0300
> From: Gabriel Eirea <geirea en gmail.com>
> Subject: Re: [Olpc-uruguay] Conozco Alimentos
> To: Comunidad ceibalJAM <olpc-uruguay en lists.laptop.org>
> Message-ID:
>        <AANLkTikTsDsTrr6qHU1oeU9Qa9kChPAXDBVL+GNKOVkj en mail.gmail.com<AANLkTikTsDsTrr6qHU1oeU9Qa9kChPAXDBVL%2BGNKOVkj en mail.gmail.com>
> >
> Content-Type: text/plain; charset=ISO-8859-1
>
> Estimados:
>
> Estoy de acuerdo con que esta discusión no se inició en buena forma,
> pero que en el fondo plantea una serie de asuntos muy interesantes
> sobre los cuales nos debemos una reflexión y discusión profundas.
>
> Creo que es bueno separar el tema de fondo del circunstancial.
>
> En este caso particular, si bien rechazo el concepto de propiedad de
> un proyecto tal como está planteado por Ana, creo que en una comunidad
> basada en el trabajo abierto y colaborativo como el nuestro
> corresponde cuidarnos de respetar las contribuciones y los espacios
> creados por otros miembros. En tal sentido, cuando uno trabaja en base
> a una idea aportada por otro, debería hacerlo en comunicación
> permanente para acordar objetivos y detalles de implementación, de esa
> forma reconociendo el aporte inicial de la idea, las aspiraciones y la
> visión de futuro de la persona. Si hay acuerdo, se terminaría
> generando un proyecto conjunto. Si no hay acuerdo, se produciría una
> bifurcación (o "fork") donde debería especificarse en los créditos que
> la idea original fue de cierta persona.
>
> En ese sentido creo que en este caso faltó comunicación durante el
> desarrollo y respeto a la contribución de Ana en la concepción del
> proyecto.
>
> Por otro lado, tenemos que celebrar la concreción de un nuevo proyecto
> y valorar el aporte de Alan. Los aspectos que observé más arriba se
> pueden conversar e incorporar en una nueva versión, en lugar de marcar
> la cancha y vetar a una persona de trabajar en determinado proyecto.
> Los aspectos de calidad gráfica y de pedagogía que menciona Ana
> también pueden irse sumando en sucesivas versiones como parte de un
> proceso de mejora continua del cual todos nos beneficiamos.
>
> Como dice Carlos, alcanza con manejarse con criterios básicos de
> buenas maneras. Ante la duda de cómo proceder, conviene errar por el
> lado amable: consultar, reconocer, decir gracias, intentar resolver
> conflictos mediante el diálogo, no atribuir malicia, abrir la mano.
>
> El tema de fondo lo discutimos en otro hilo.
>
> Saludos,
>
> Gabriel
>
>
>
> El día 12 de agosto de 2010 06:44, Carlos Rabassa <carnen en mac.com>
> escribió:
> > Si bien esta discusión ha tomado tonos muy desagradables,  estoy contento
> de que se haya suscitado.
> >
> > En el poco tiempo que llevo como voluntario de la Red de Apoyo al Plan
> Ceibal,  me ha tocado ver muy de cerca incidentes de este tipo,  alguno
> dentro de esta misma lista.
> >
> > Todo el mundo tiene sus ojos sobre Uruguay por su liderazgo en la
> introducción de las computadoras.
> >
> > Estas cosas no nos ayudan nada a mantener alta la imagen de nuestro país.
> >
> >
> >
> > No cuesta nada seguir las simples reglas del software libre,  o si les
> parece muy complicado,  basta con seguir las reglas de los buenos modales.
> >
> > Hay que aprender a decir "gracias" y a dar crédito a los que nos ayudan.
> >
> > No hace mucho tiempo me tocó asistir a una reunión internacional donde se
> hablaría mucho de Etoys.
> >
> > Siendo el único participante uruguayo traté de reunir ejemplos de
> proyectos de Etoys hechos en Uruguay.
> >
> > Para mis sorpresa me encontré que varios de esos ejemplos ya los conocía
> de cuando me habían llegado directamente de sus autores verdaderos.
> >
> > Todo lo que tendría que haber hecho la persona que los usó era dar
> crédito al autor original y todos habríamos estado contentos y agradecidos
> por la ayuda en divulgarlo.
> >
> >
> >
> > En otra ocasión,  muy orgulloso presenté a la comunidad internacional un
> proyecto de un supuesto niño prodigio uruguayo.
> >
> > A las pocas horas me llegó un correo desde Alemania donde me señalaban
> que el proyecto había sido publicado ya en el sitio de una universidad de
> ese país.
> >
> >
> >
> > En vez de discutir los detalles del presente caso y culparse unos a
> otros,  creo que deberíamos hacernos el firme propósito de propagar las
> reglas del software libre y junto con ellas las reglas de educación básica
> para que todos progresemos juntos.
> >
> > Uruguay ha logrado en los últimos años una posición muy elevada en la
> comunidad internacional.
> >
> > Debemos hacer todo el esfuerzo que podamos para continuar afirmándola.
> >
> >
> > Carlos Rabassa
> > Voluntario Red de Apoyo al Plan Ceibal
> >
> >
> >
> >
> >
> > On Aug 12, 2010, at 3:19 AM, Andrés Ambrois wrote:
> >
> >> Hola Ana,
> >>
> >>  No puedo responderte este mail (ridículamente largo) punto por punto,
> pero
> >> no quiero dejar pasar algunas de las ideas más profundamente erradas que
> >> contiene.
> >>
> >> On Thursday, August 12, 2010 02:20:20 am acm wrote:
> >>> Hola Alan;
> >>>
> >>> Conozco Alimentos es un proyecto mio -- ya la idea del tema de la
> pirámide
> >>> nutricional como lámina, ya el nombre, ya el diseño de los elementos a
> >>> incluir en la lámina, ya la forma de las preguntas, etc, etc, etc --
>  por
> >>> eso  te pido que retires este bundle de circulación.
> >>> Creo tengo derecho a tomarme mi tiempo con mis propios proyectos...  ¿
> o no
> >>> ? ( mas allá de las canciones francesas )
> >>
> >> Las ideas no tienen dueño, las ideas tienen un creador. El creador
> debería
> >> recibir la atribución que se merece, pero no el control absoluto sobre
> todas
> >> sus implementaciones. Si quieres el control absoluto sobre una
> implementación,
> >> será bienvenida una implementación puramente tuya. De lo contrario, creo
> que
> >> sería bueno dejar en paz a la gente que está llevando herramientas a las
> manos
> >> de los niños y docentes.
> >>
> >> Si tienes críticas técnicas sobre el trabajo, creo que Alan estaría
> agradecido
> >> de escucharlas. Pero esta "marcada de territorio" me parece desagradable
> y
> >> contraria a los principios de apertura y libre asociación que
> promulgamos.
> >>
> >>> Concretar ideas y diseños ajenos,  de forma apurada y agregarle tu
> autoría,
> >>> no creo que esté en el buen espíritu de esta comunidad ni en el sw
> >>> libre....  En realidad me parece inadmisible.
> >>
> >> ¡Es precisamente la idea del Software Libre! Si no es así deberíamos
> avisarle
> >> a un tal Torvalds que deje de hacer Linux porque la idea de Unix es de
> Bell
> >> Labs y a ellos les parece que es mejor lo que venían haciendo. O Debian
> >> debería demandar a Ubuntu (Canonical) porque usa (casi) todos sus
> paquetes.
> >>
> >> Sin libertad de ideas no hay libertad de software, ni de nada, para ser
> >> honesto. Si tenemos todo este software que podemos reutilizar, pero no
> podemos
> >> implementar _tu_ idea, de qué nos sirve? Si todos actuaran como tú, cada
> vez
> >> que nos sentásemos a programar deberíamos inventar una manera nueva de
> hacer
> >> todo, porque las formas viejas no se nos habían ocurrido a nosotros
> >> originalmente.
> >>
> >> Otra idea importante en el mundo libre es la del fork. Un fork ocurre
> cuando a
> >> alguien no le convence la dirección en la que se dirige un proyecto y
> decide
> >> tomar su código y dirigirlo aparte en otro sentido. El código que envió
> Alan
> >> es GPL, y las imágenes CC BY-NC-SA, eres libre de tomarlo y llevarlo en
> el
> >> sentido que más te guste.
> >>
> >>> Hubiera estado en todo mi derecho de hacer por las mias algo con mi
> propia
> >>> idea ¿Verdad?
> >>
> >> Sigues estando.
> >>
> >>> Imaginate que estuviera haciendo algo en el marco de una financiación
> >>> privada ¿Qué haríamos ahora?
> >>
> >> Tu implementación sería mucho más refinada, pedagógicamente superior, y
> con el
> >> tiempo debería ser más popular por el propio peso de su calidad. O no?
> >>
> >>> Por eso me atrevo a darte una sugerencia....
> >>> Si sos estudiante de ingeniería,¿porqué no aportás desde lo tuyo y
> escribís
> >>> código nuevo para que los docentes podamos reutilizarlo? ¿Porque no
> ayudás
> >>> con la automatización de textos?
> >>
> >> En una meritocracia la gente no se separa en docentes y programadores,
> se
> >> separa en gente que aporta y gente que no. Alan está intendando entrar
> con el
> >> pie derecho al primer grupo. Deberíamos aplaudirlo.
> >>
> >> O no esperas que tus ideas se juzguen por su calidad y no por su origen?
> >>
> >>
> >> Es una lástima haber perdido tiempo en esto y no respondiéndole a
> Flavio, pero
> >> esto es potencialmente mucho más destructivo.
> >>
> >> --
> >>  -Andrés
> >> _______________________________________________
> >> Olpc-uruguay mailing list
> >> Olpc-uruguay en lists.laptop.org
> >> http://lists.laptop.org/listinfo/olpc-uruguay
> >
> > _______________________________________________
> > Olpc-uruguay mailing list
> > Olpc-uruguay en lists.laptop.org
> > http://lists.laptop.org/listinfo/olpc-uruguay
> >
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 12 Aug 2010 19:02:45 -0300
> From: Ariel Guevara <arielguevara en gmail.com>
> Subject: Re: [Olpc-uruguay] propiedad de proyectos en el marco del sw
>        libre
> To: Comunidad ceibalJAM <olpc-uruguay en lists.laptop.org>
> Message-ID:
>        <AANLkTinKVC=XSk7477COAsgfDqTwY3S5Pex_dgqmYjwc en mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> >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-0001.htm
>
> ------------------------------
>
> Message: 3
> Date: Thu, 12 Aug 2010 19:13:46 -0300
> From: Ariel Guevara <arielguevara en gmail.com>
> Subject: Re: [Olpc-uruguay] propiedad de proyectos en el marco del sw
>        libre
> To: Comunidad ceibalJAM <olpc-uruguay en lists.laptop.org>
> Message-ID:
>        <AANLkTimze_1TRBnpfz_bGdFu=a5K3uOO6D+S8HtNfzyJ en mail.gmail.com<a5K3uOO6D%2BS8HtNfzyJ en mail.gmail.com>
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> >
> > >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.htm
>
> ------------------------------
>
> _______________________________________________
> Olpc-uruguay mailing list
> Olpc-uruguay en lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-uruguay
>
>
> Fin de Resumen de Olpc-uruguay, Vol 28, Envío 38
> ************************************************
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/507ee1a8/attachment-0001.htm