Ariel:<br><br>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.<br>que quede claro que la directiva no comparte este tipo de cosas, y que lo haga publico, sin agresiones, con mucha claridad y respeto.<br>
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<br>a la directiva tomar este tipo de iniciativas porque ellos representan a la comunidad. <br>
Espero no ser malinterpretado...<br><br>Saludos a todos.<br><br><div class="gmail_quote">El 12 de agosto de 2010 19:13, <span dir="ltr"><<a href="mailto:olpc-uruguay-request@lists.laptop.org">olpc-uruguay-request@lists.laptop.org</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Send Olpc-uruguay mailing list submissions to<br>
<a href="mailto:olpc-uruguay@lists.laptop.org">olpc-uruguay@lists.laptop.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.laptop.org/listinfo/olpc-uruguay" target="_blank">http://lists.laptop.org/listinfo/olpc-uruguay</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:olpc-uruguay-request@lists.laptop.org">olpc-uruguay-request@lists.laptop.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:olpc-uruguay-owner@lists.laptop.org">olpc-uruguay-owner@lists.laptop.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Olpc-uruguay digest..."<br>
<br>
<br>
<br>
<br>
Asuntos del día:<br>
<br>
1. Re: Conozco Alimentos (Gabriel Eirea)<br>
2. Re: propiedad de proyectos en el marco del sw libre<br>
(Ariel Guevara)<br>
3. Re: propiedad de proyectos en el marco del sw libre<br>
(Ariel Guevara)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 12 Aug 2010 19:01:27 -0300<br>
From: Gabriel Eirea <<a href="mailto:geirea@gmail.com">geirea@gmail.com</a>><br>
Subject: Re: [Olpc-uruguay] Conozco Alimentos<br>
To: Comunidad ceibalJAM <<a href="mailto:olpc-uruguay@lists.laptop.org">olpc-uruguay@lists.laptop.org</a>><br>
Message-ID:<br>
<<a href="mailto:AANLkTikTsDsTrr6qHU1oeU9Qa9kChPAXDBVL%2BGNKOVkj@mail.gmail.com">AANLkTikTsDsTrr6qHU1oeU9Qa9kChPAXDBVL+GNKOVkj@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Estimados:<br>
<br>
Estoy de acuerdo con que esta discusión no se inició en buena forma,<br>
pero que en el fondo plantea una serie de asuntos muy interesantes<br>
sobre los cuales nos debemos una reflexión y discusión profundas.<br>
<br>
Creo que es bueno separar el tema de fondo del circunstancial.<br>
<br>
En este caso particular, si bien rechazo el concepto de propiedad de<br>
un proyecto tal como está planteado por Ana, creo que en una comunidad<br>
basada en el trabajo abierto y colaborativo como el nuestro<br>
corresponde cuidarnos de respetar las contribuciones y los espacios<br>
creados por otros miembros. En tal sentido, cuando uno trabaja en base<br>
a una idea aportada por otro, debería hacerlo en comunicación<br>
permanente para acordar objetivos y detalles de implementación, de esa<br>
forma reconociendo el aporte inicial de la idea, las aspiraciones y la<br>
visión de futuro de la persona. Si hay acuerdo, se terminaría<br>
generando un proyecto conjunto. Si no hay acuerdo, se produciría una<br>
bifurcación (o "fork") donde debería especificarse en los créditos que<br>
la idea original fue de cierta persona.<br>
<br>
En ese sentido creo que en este caso faltó comunicación durante el<br>
desarrollo y respeto a la contribución de Ana en la concepción del<br>
proyecto.<br>
<br>
Por otro lado, tenemos que celebrar la concreción de un nuevo proyecto<br>
y valorar el aporte de Alan. Los aspectos que observé más arriba se<br>
pueden conversar e incorporar en una nueva versión, en lugar de marcar<br>
la cancha y vetar a una persona de trabajar en determinado proyecto.<br>
Los aspectos de calidad gráfica y de pedagogía que menciona Ana<br>
también pueden irse sumando en sucesivas versiones como parte de un<br>
proceso de mejora continua del cual todos nos beneficiamos.<br>
<br>
Como dice Carlos, alcanza con manejarse con criterios básicos de<br>
buenas maneras. Ante la duda de cómo proceder, conviene errar por el<br>
lado amable: consultar, reconocer, decir gracias, intentar resolver<br>
conflictos mediante el diálogo, no atribuir malicia, abrir la mano.<br>
<br>
El tema de fondo lo discutimos en otro hilo.<br>
<br>
Saludos,<br>
<br>
Gabriel<br>
<br>
<br>
<br>
El día 12 de agosto de 2010 06:44, Carlos Rabassa <<a href="mailto:carnen@mac.com">carnen@mac.com</a>> escribió:<br>
> Si bien esta discusión ha tomado tonos muy desagradables, estoy contento de que se haya suscitado.<br>
><br>
> 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.<br>
><br>
> Todo el mundo tiene sus ojos sobre Uruguay por su liderazgo en la introducción de las computadoras.<br>
><br>
> Estas cosas no nos ayudan nada a mantener alta la imagen de nuestro país.<br>
><br>
><br>
><br>
> 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.<br>
><br>
> Hay que aprender a decir "gracias" y a dar crédito a los que nos ayudan.<br>
><br>
> No hace mucho tiempo me tocó asistir a una reunión internacional donde se hablaría mucho de Etoys.<br>
><br>
> Siendo el único participante uruguayo traté de reunir ejemplos de proyectos de Etoys hechos en Uruguay.<br>
><br>
> 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.<br>
><br>
> 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.<br>
><br>
><br>
><br>
> En otra ocasión, muy orgulloso presenté a la comunidad internacional un proyecto de un supuesto niño prodigio uruguayo.<br>
><br>
> 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.<br>
><br>
><br>
><br>
> 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.<br>
><br>
> Uruguay ha logrado en los últimos años una posición muy elevada en la comunidad internacional.<br>
><br>
> Debemos hacer todo el esfuerzo que podamos para continuar afirmándola.<br>
><br>
><br>
> Carlos Rabassa<br>
> Voluntario Red de Apoyo al Plan Ceibal<br>
><br>
><br>
><br>
><br>
><br>
> On Aug 12, 2010, at 3:19 AM, Andrés Ambrois wrote:<br>
><br>
>> Hola Ana,<br>
>><br>
>> No puedo responderte este mail (ridículamente largo) punto por punto, pero<br>
>> no quiero dejar pasar algunas de las ideas más profundamente erradas que<br>
>> contiene.<br>
>><br>
>> On Thursday, August 12, 2010 02:20:20 am acm wrote:<br>
>>> Hola Alan;<br>
>>><br>
>>> Conozco Alimentos es un proyecto mio -- ya la idea del tema de la pirámide<br>
>>> nutricional como lámina, ya el nombre, ya el diseño de los elementos a<br>
>>> incluir en la lámina, ya la forma de las preguntas, etc, etc, etc -- por<br>
>>> eso te pido que retires este bundle de circulación.<br>
>>> Creo tengo derecho a tomarme mi tiempo con mis propios proyectos... ¿ o no<br>
>>> ? ( mas allá de las canciones francesas )<br>
>><br>
>> Las ideas no tienen dueño, las ideas tienen un creador. El creador debería<br>
>> recibir la atribución que se merece, pero no el control absoluto sobre todas<br>
>> sus implementaciones. Si quieres el control absoluto sobre una implementación,<br>
>> será bienvenida una implementación puramente tuya. De lo contrario, creo que<br>
>> sería bueno dejar en paz a la gente que está llevando herramientas a las manos<br>
>> de los niños y docentes.<br>
>><br>
>> Si tienes críticas técnicas sobre el trabajo, creo que Alan estaría agradecido<br>
>> de escucharlas. Pero esta "marcada de territorio" me parece desagradable y<br>
>> contraria a los principios de apertura y libre asociación que promulgamos.<br>
>><br>
>>> Concretar ideas y diseños ajenos, de forma apurada y agregarle tu autoría,<br>
>>> no creo que esté en el buen espíritu de esta comunidad ni en el sw<br>
>>> libre.... En realidad me parece inadmisible.<br>
>><br>
>> ¡Es precisamente la idea del Software Libre! Si no es así deberíamos avisarle<br>
>> a un tal Torvalds que deje de hacer Linux porque la idea de Unix es de Bell<br>
>> Labs y a ellos les parece que es mejor lo que venían haciendo. O Debian<br>
>> debería demandar a Ubuntu (Canonical) porque usa (casi) todos sus paquetes.<br>
>><br>
>> Sin libertad de ideas no hay libertad de software, ni de nada, para ser<br>
>> honesto. Si tenemos todo este software que podemos reutilizar, pero no podemos<br>
>> implementar _tu_ idea, de qué nos sirve? Si todos actuaran como tú, cada vez<br>
>> que nos sentásemos a programar deberíamos inventar una manera nueva de hacer<br>
>> todo, porque las formas viejas no se nos habían ocurrido a nosotros<br>
>> originalmente.<br>
>><br>
>> Otra idea importante en el mundo libre es la del fork. Un fork ocurre cuando a<br>
>> alguien no le convence la dirección en la que se dirige un proyecto y decide<br>
>> tomar su código y dirigirlo aparte en otro sentido. El código que envió Alan<br>
>> es GPL, y las imágenes CC BY-NC-SA, eres libre de tomarlo y llevarlo en el<br>
>> sentido que más te guste.<br>
>><br>
>>> Hubiera estado en todo mi derecho de hacer por las mias algo con mi propia<br>
>>> idea ¿Verdad?<br>
>><br>
>> Sigues estando.<br>
>><br>
>>> Imaginate que estuviera haciendo algo en el marco de una financiación<br>
>>> privada ¿Qué haríamos ahora?<br>
>><br>
>> Tu implementación sería mucho más refinada, pedagógicamente superior, y con el<br>
>> tiempo debería ser más popular por el propio peso de su calidad. O no?<br>
>><br>
>>> Por eso me atrevo a darte una sugerencia....<br>
>>> Si sos estudiante de ingeniería,¿porqué no aportás desde lo tuyo y escribís<br>
>>> código nuevo para que los docentes podamos reutilizarlo? ¿Porque no ayudás<br>
>>> con la automatización de textos?<br>
>><br>
>> En una meritocracia la gente no se separa en docentes y programadores, se<br>
>> separa en gente que aporta y gente que no. Alan está intendando entrar con el<br>
>> pie derecho al primer grupo. Deberíamos aplaudirlo.<br>
>><br>
>> O no esperas que tus ideas se juzguen por su calidad y no por su origen?<br>
>><br>
>><br>
>> Es una lástima haber perdido tiempo en esto y no respondiéndole a Flavio, pero<br>
>> esto es potencialmente mucho más destructivo.<br>
>><br>
>> --<br>
>> -Andrés<br>
>> _______________________________________________<br>
>> Olpc-uruguay mailing list<br>
>> <a href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</a><br>
>> <a href="http://lists.laptop.org/listinfo/olpc-uruguay" target="_blank">http://lists.laptop.org/listinfo/olpc-uruguay</a><br>
><br>
> _______________________________________________<br>
> Olpc-uruguay mailing list<br>
> <a href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</a><br>
> <a href="http://lists.laptop.org/listinfo/olpc-uruguay" target="_blank">http://lists.laptop.org/listinfo/olpc-uruguay</a><br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 12 Aug 2010 19:02:45 -0300<br>
From: Ariel Guevara <<a href="mailto:arielguevara@gmail.com">arielguevara@gmail.com</a>><br>
Subject: Re: [Olpc-uruguay] propiedad de proyectos en el marco del sw<br>
libre<br>
To: Comunidad ceibalJAM <<a href="mailto:olpc-uruguay@lists.laptop.org">olpc-uruguay@lists.laptop.org</a>><br>
Message-ID:<br>
<AANLkTinKVC=<a href="mailto:XSk7477COAsgfDqTwY3S5Pex_dgqmYjwc@mail.gmail.com">XSk7477COAsgfDqTwY3S5Pex_dgqmYjwc@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
>Entonces yo propongo lo siguiente:<br>
Yo estoy de acuerdo con todo eso<br>
<br>
<br>
2010/8/12 gabriel fernandez <<a href="mailto:gabofer82@gmail.com">gabofer82@gmail.com</a>><br>
<br>
> Hola lista:<br>
><br>
> creo que aquí hay un problema en el subsuelo, algo que no se ve a simple<br>
> vista.<br>
><br>
> Cuando un programador genera un proyecto, no solo aporta la idea, también<br>
> aporta el código.<br>
> Y en ese código hay (generalmente) una licencia, para nuestro caso GPL o<br>
> parecidas, al momento de<br>
> publicar el código muchos programadores pueden trabajar en el mismo,<br>
> inclusive su creador original de tal<br>
> manera que siempre está en su poder manipular el código e influenciar el<br>
> desarrollo del mismo y entre programa<br>
> dores entendemos que quién lleva la batuta, quién decide si un método queda<br>
> o se va en última instancia es<br>
> el creador del proyecto. De lo contrario, tendremos una bifurcación.<br>
><br>
> Pero... que pasa cuando la persona que tiene la idea es "incapaz" de<br>
> plasmar la idea en código...<br>
> pues sencillo: pierde el control sobre el proyecto, lo pierde realmente<br>
> pues queda fuera de la conversación.<br>
><br>
> Para la persona que concibió la idea, y que es ajena a muchas cuestiones<br>
> que entre programadores pueden ser claras,<br>
> resulta injusto, resulta que no puede ejercer "control" sobre el rumbo del<br>
> proyecto.<br>
><br>
> Yo creo que por una cuestión de orden, quién inicia un proyecto debe<br>
> guiarlo, coordinarlo. Imaginen ustedes si comienzan un<br>
> proyecto y de golpe y porrazo quedan fuera porque cambian a un lenguaje que<br>
> ustedes no conocen y no que tienen tiempo de aprender<br>
> y dominar?<br>
><br>
> Estoy defendiendo la situación de Ana? En lo absoluto, trato de entenderla.<br>
> Pero que quede claro, que al igual que Micaela, yo no comparto<br>
> los mecanismos, las actitudes y el tono con el que encaró el asunto.<br>
><br>
> En consecuencia, que vamos a hacer? Permitiremos que una persona ajena al<br>
> software dirija un proyecto? Creo que no, deben ser los programadores<br>
> (ingenieros, analistas y programadores) quienes dirijan un proyecto. Sin<br>
> embargo, de la gente que no es "nativa" del software<br>
> y que llega entusiasmada al JAM, como pueden saber los procesos y conceptos<br>
> propios de la ingenieria de software y los procesos de<br>
> desarrollo?<br>
><br>
> Ana explotó mal, es su forma de ser, le guste a quién le guste y en mi<br>
> opinión, muy a su pesar es así. Pero pensemos en cuantos voluntarios<br>
> que no son del software reaccionan diferente ante una situación así, y<br>
> luego se retraen y se alejan? Queremos perder material humano así?<br>
> Creo que no.<br>
><br>
> Entonces yo propongo lo siguiente:<br>
><br>
> -Todo nuevo voluntario debe saber claramente el funcionamiento de una<br>
> comunidad como esta, por tal motivo, debe existir un material introductorio<br>
> sencillo y claro, tanto para no-programadores como para programadores que<br>
> llegan del soft privativo. Por ejemplo, yo demoré muy poco en entender<br>
> el soft libre, pero mucho tiempo en entender como funciona en la realidad.<br>
> Hay que saber que no todos tienen claro como es el mundo del SL desde<br>
> la perspectiva del programador, muchos solo conocen el SL desde la<br>
> perspectiva del usuario y se intregran a una comunidad de producción.<br>
> -Deben explicitarse los roles en la creación y desarrollo de un proyecto.<br>
> Todos los docentes deben saber que cuando tienen una idea y la comparten uno<br>
> o mas programadores la implementarán. Y los programadores deben tener en<br>
> claro que cuando la idea vienen de un docente, entonce deberá incluirsele en<br>
> el desarrollo del proyecto, por ejemplo pidiendo consejos y opiniones sobre<br>
> lo que va saliendo. Convengamos que muchas de las aplicaciones generadas por<br>
> los voluntarios del JAM no son muy "pedagógicas", debemos respetar la<br>
> profesionalidad de los que se dedican a enseñar y continuamente reclamar su<br>
> participación en la evaluación de las ideas y las actividades creadas.<br>
> -Que este tema se trate en la comisión directiva y se llegue a una<br>
> resolución (y mejor aun a una solución).<br>
> -Que se aplique alguna sanción sobre Ana, aunque sea solo nominativa, nadie<br>
> puede salir con esa actitud contra nadie, acá no hay dinero en juego.<br>
><br>
> Bueno, un saludo para todos.<br>
><br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Olpc-uruguay mailing list<br>
> <a href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</a><br>
> <a href="http://lists.laptop.org/listinfo/olpc-uruguay" target="_blank">http://lists.laptop.org/listinfo/olpc-uruguay</a><br>
><br>
><br>
<br>
<br>
--<br>
El fénix y su negafénix<br>
------------ próxima parte ------------<br>
Se ha borrado un adjunto en formato HTML...<br>
URL: <a href="http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/19ecb305/attachment-0001.htm" target="_blank">http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/19ecb305/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 12 Aug 2010 19:13:46 -0300<br>
From: Ariel Guevara <<a href="mailto:arielguevara@gmail.com">arielguevara@gmail.com</a>><br>
Subject: Re: [Olpc-uruguay] propiedad de proyectos en el marco del sw<br>
libre<br>
To: Comunidad ceibalJAM <<a href="mailto:olpc-uruguay@lists.laptop.org">olpc-uruguay@lists.laptop.org</a>><br>
Message-ID:<br>
<AANLkTimze_1TRBnpfz_bGdFu=<a href="mailto:a5K3uOO6D%2BS8HtNfzyJ@mail.gmail.com">a5K3uOO6D+S8HtNfzyJ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
><br>
> >Entonces yo propongo lo siguiente:<br>
> Yo estoy de acuerdo con todo eso<br>
><br>
<br>
Decía... estoy de acuerdo con eso de tener algo en donde los nuevos puedan<br>
informarse. Yo que lo veo de afuera (porque no me han dado las ganas de<br>
participar, mal yo) siempre me dió la impresión de que quien participaba en<br>
el CeibalJAM, si le interesaba participar, era porque sabía lo que era SL y<br>
estaba a favor de eso. Pero si se integra gente nueva, hay que contarle de<br>
que se trata todo esto, y después de que sepa bien, verá que hace.<br>
<br>
Me parece bien que la directiva diga algo. En este caso particular no me<br>
parece bien la sanción. Tampoco me parece bien contestar una agresión con<br>
otra agresión. Pienso que todo esto debería regularse lo más posible por la<br>
comunidad. Uno da una opinión y todo el resto no está de acuerdo, con eso<br>
queda claro, sin agredirse. Lo más dificil es no enojarse leyendo un mail<br>
agresivo, pero si uno contesta ese mail de forma amable, predica con el<br>
ejemplo.<br>
<br>
><br>
><br>
> 2010/8/12 gabriel fernandez <<a href="mailto:gabofer82@gmail.com">gabofer82@gmail.com</a>><br>
><br>
>> Hola lista:<br>
>><br>
>> creo que aquí hay un problema en el subsuelo, algo que no se ve a simple<br>
>> vista.<br>
>><br>
>> Cuando un programador genera un proyecto, no solo aporta la idea, también<br>
>> aporta el código.<br>
>> Y en ese código hay (generalmente) una licencia, para nuestro caso GPL o<br>
>> parecidas, al momento de<br>
>> publicar el código muchos programadores pueden trabajar en el mismo,<br>
>> inclusive su creador original de tal<br>
>> manera que siempre está en su poder manipular el código e influenciar el<br>
>> desarrollo del mismo y entre programa<br>
>> dores entendemos que quién lleva la batuta, quién decide si un método<br>
>> queda o se va en última instancia es<br>
>> el creador del proyecto. De lo contrario, tendremos una bifurcación.<br>
>><br>
>> Pero... que pasa cuando la persona que tiene la idea es "incapaz" de<br>
>> plasmar la idea en código...<br>
>> pues sencillo: pierde el control sobre el proyecto, lo pierde realmente<br>
>> pues queda fuera de la conversación.<br>
>><br>
>> Para la persona que concibió la idea, y que es ajena a muchas cuestiones<br>
>> que entre programadores pueden ser claras,<br>
>> resulta injusto, resulta que no puede ejercer "control" sobre el rumbo del<br>
>> proyecto.<br>
>><br>
>> Yo creo que por una cuestión de orden, quién inicia un proyecto debe<br>
>> guiarlo, coordinarlo. Imaginen ustedes si comienzan un<br>
>> proyecto y de golpe y porrazo quedan fuera porque cambian a un lenguaje<br>
>> que ustedes no conocen y no que tienen tiempo de aprender<br>
>> y dominar?<br>
>><br>
>> Estoy defendiendo la situación de Ana? En lo absoluto, trato de<br>
>> entenderla. Pero que quede claro, que al igual que Micaela, yo no comparto<br>
>> los mecanismos, las actitudes y el tono con el que encaró el asunto.<br>
>><br>
>> En consecuencia, que vamos a hacer? Permitiremos que una persona ajena al<br>
>> software dirija un proyecto? Creo que no, deben ser los programadores<br>
>> (ingenieros, analistas y programadores) quienes dirijan un proyecto. Sin<br>
>> embargo, de la gente que no es "nativa" del software<br>
>> y que llega entusiasmada al JAM, como pueden saber los procesos y<br>
>> conceptos propios de la ingenieria de software y los procesos de<br>
>> desarrollo?<br>
>><br>
>> Ana explotó mal, es su forma de ser, le guste a quién le guste y en mi<br>
>> opinión, muy a su pesar es así. Pero pensemos en cuantos voluntarios<br>
>> que no son del software reaccionan diferente ante una situación así, y<br>
>> luego se retraen y se alejan? Queremos perder material humano así?<br>
>> Creo que no.<br>
>><br>
>> Entonces yo propongo lo siguiente:<br>
>><br>
>> -Todo nuevo voluntario debe saber claramente el funcionamiento de una<br>
>> comunidad como esta, por tal motivo, debe existir un material introductorio<br>
>> sencillo y claro, tanto para no-programadores como para programadores que<br>
>> llegan del soft privativo. Por ejemplo, yo demoré muy poco en entender<br>
>> el soft libre, pero mucho tiempo en entender como funciona en la realidad.<br>
>> Hay que saber que no todos tienen claro como es el mundo del SL desde<br>
>> la perspectiva del programador, muchos solo conocen el SL desde la<br>
>> perspectiva del usuario y se intregran a una comunidad de producción.<br>
>> -Deben explicitarse los roles en la creación y desarrollo de un proyecto.<br>
>> Todos los docentes deben saber que cuando tienen una idea y la comparten uno<br>
>> o mas programadores la implementarán. Y los programadores deben tener en<br>
>> claro que cuando la idea vienen de un docente, entonce deberá incluirsele en<br>
>> el desarrollo del proyecto, por ejemplo pidiendo consejos y opiniones sobre<br>
>> lo que va saliendo. Convengamos que muchas de las aplicaciones generadas por<br>
>> los voluntarios del JAM no son muy "pedagógicas", debemos respetar la<br>
>> profesionalidad de los que se dedican a enseñar y continuamente reclamar su<br>
>> participación en la evaluación de las ideas y las actividades creadas.<br>
>> -Que este tema se trate en la comisión directiva y se llegue a una<br>
>> resolución (y mejor aun a una solución).<br>
>> -Que se aplique alguna sanción sobre Ana, aunque sea solo nominativa,<br>
>> nadie puede salir con esa actitud contra nadie, acá no hay dinero en juego.<br>
>><br>
>> Bueno, un saludo para todos.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Olpc-uruguay mailing list<br>
>> <a href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</a><br>
>> <a href="http://lists.laptop.org/listinfo/olpc-uruguay" target="_blank">http://lists.laptop.org/listinfo/olpc-uruguay</a><br>
>><br>
>><br>
><br>
><br>
> --<br>
> El fénix y su negafénix<br>
><br>
<br>
<br>
<br>
--<br>
El fénix y su negafénix<br>
------------ próxima parte ------------<br>
Se ha borrado un adjunto en formato HTML...<br>
URL: <a href="http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/3e90e8da/attachment.htm" target="_blank">http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100812/3e90e8da/attachment.htm</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Olpc-uruguay mailing list<br>
<a href="mailto:Olpc-uruguay@lists.laptop.org">Olpc-uruguay@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/olpc-uruguay" target="_blank">http://lists.laptop.org/listinfo/olpc-uruguay</a><br>
<br>
<br>
Fin de Resumen de Olpc-uruguay, Vol 28, Envío 38<br>
************************************************<br>
</blockquote></div><br>