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

Jue Ago 12 15:15:33 EDT 2010

>¿Qué puede aportar un docente al código de una aplicación mas que la idea?
¿Cuándo se nos pide ideas, se pretende que después de que otro la >concreta
porque sabe programar, hagamos un fork por las nuestras o talvez pagando a
un programador?
Creo que lo que pretende la gente que desarrolla software es solo que den la
idea. Porque no son docentes y no saben qué programar para que sea bueno y
útil.

Luego pretenden que los docentes lo usen y les digan si el producto final es
bueno o no, y en que se puede mejorar. Ahí es cuando se ve si la idea es
buena o mala, o si el desarrollo es bueno o malo. Y ahí se ve si se cambian
cosas del código que estaba mal implementado, o hay que cambiar cosas porque
la idea original estaba mal.

Ahí va a aparecer en los créditos la persona que tuvo la idea original, y la
persona que tuvo la idea de mejorar la idea original. ¿Que más se puede
pretender en la vida que aparecer en la parte de 'Creditos' de un software?

2010/8/12 acm <ana.cichero en gmail.com>

> Respondo entre lineas los últimos dos mails y dejo el tema porque tengo que
> trabajar ...
>
>
>> Pienso que habría que definir qué es que un proyecto sea de alguien.
>>
>> Estoy totalmente de acuerdo que nos faltan definciones.
>
>
>> La idea del software libre, es que el código sea de todo quien quiera
>> usarlo y modificarlo. Después de que hiciste un fork de un proyecto y lo
>> modificaste, ese código es tuyo. La idea del conocimiento libre es que el
>> conocimiento sea de todo quien quiera aprender. Después de que aprendiste
>> algo, lo sabés vos, no importa quien te lo enseño. Esa apropiación es lo
>> bueno, porque no hay dependencia, hay libertad.
>>
>> Sofware libre supone una licencia dada y la misma no existe en etapa de
> proyecto.
>
> Ustedes ven todo referido al código y acá no es el caso, porque el código
> atrás de todos los conozco* es copyright de Gabriel Eirea.
>
> Pero referido a código.
> ¿Qué pasaría,  si estás investigando como hacer que las xo hagan A, B , C y
> D pero no lográs resolver D, cuando alguien ignorando el requerimiento D,
> decide que ya es hora de largar ese proyecto que vos habías propuesto y
> nutrido de A , B y C, lo empaqueta y lo difunde a nombre tuyo?
>
> Todo bien con las ideas libres, nadie puede ser tan obtuso de no celebrar
> metáforas como la del fuego encendido que va de mente en mente.
> Pero talvez, D no era una parte nimia de la idea... talvez el que no tuvo
> en cuenta ese requerimiento de alguna manera no entendió el proyecto.
>
> Esto no implica que uno se olvide de quien tuvo la idea. Como tampoco de
>> quien hizo la musica, o el diseño gráfico.
>>
>>
> Este es un buen ejemplo del impacto de la novedad sobre la idea.
>
> Imaginate que Duchamp, ( el artista que mandó un mingitorio a un museo,
> como forma de cuestionar la validación de las obras de arte) se hubiera
> visto sorprendido por la aparición de un  bloque de cemento  en la misma
> muestra a modo de "copia" de la idea.  Sin duda su idea original, hubiera
> perdido impacto, porque del mingitorio al bloque de cemento hay una fuga de
> concepto y una notoria pérdida de calidad.
>
> En un ambiente donde se dice " tus ideas Valen" proponer proyectos es ser
> innovador... creo que definir
> que exactamente  es un proyecto  y si merece  reconocimiento de autoría,
> sería una buena tarea
>
>
> Copio entre comillas fragmentos del mail de Miguel,
>
> "Tener una idea es solo una parte del todo, se requiere mucho trabajo para
> formalizar y realizar una pieza de software de calidad. (...)"
>
> Me interesa ver que pasa en este punto cuando los desarrolladores piden a
> los docentes ideas para aplicaciones.
>
>
> " Pienso que en ultima instancia los que lo ejecutan son los que deberian
> mantener el ownership, primero por merito, y segundo por motivos de
> proteccion legal (no estoy hablando de empresas que emplean gente) ya que no
> es lo mismo defender la autoria de algo mediante pruebas feacientes a un "la
> idea fue mia". Segun como lo veo el ownership se deberia aplicar sobre
> resultados, no sobre conceptos o ideas (la eterna discusion sobre
> patentes)."
>
> Para no quedar sobre la anécdota ocurrida, te pido vayamos a una situación
> hipotética.
> A partir de investigar el uso de tics en el aula, durante años previos a
> plan ceibal, tengo un requerimiento concreto para una macro que me dejaría
> hacer en open office un sistema que usaba sobre word y excel con un par de
> botones y una apropiación  probalemente primitiva y casera de la tecnología.
>
> Me han dicho  que mande a esta lista una explicación clara de lo que hago
> en clases y de lo que preciso a ver si alguien hace en python esta macro.
> Imaginate que lo hago y nadie me responde.
>
> Al tiempo, alguien manda todo el sistema, funcionando sobre open office
> mejor de lo que nunca anduvo sobre word excel, sin avisarme y sin
> mencionarme. ( Suponemos que por lo menos el producto está bueno?
>
> ¿Cómo se valoraría esto?
> ¿Qué puede aportar un docente al código de una aplicación mas que la idea?
> ¿Cuándo se nos pide ideas, se pretende que después de que otro la concreta
> porque sabe programar, hagamos un fork por las nuestras o talvez pagando a
> un programador?
>
> "Remarcar que un proyecto es unicamente de una persona en el ambiente SoL
> no solo esta mal visto, sino que efectivamente es -en la mayoria de los
> casos- erroneo,  una manera poco "abierta" de trabajar en comunidad. Hay
> pocos ejemplos del efecto que esto produce, y lo que termina ocurriendo
> muchas veces es lo que se llama un "fork". Se toma el codigo y se arma un
> proyecto paralelo por las personas que difieren con el autor inicial y/o no
> estan recibiendo el merito que corresponde."
>
> Creo que está bueno que los proyectos no sean de una persona sinó de un
> equipo, en el caso de los proyectos de sw libre educativo opino que lo
> óptimo es que el equipo mínimo incluya un diseñador, un programador un
> docente.
>  También creo como dije antes que las ideas no son insipiración divina,
> son trabajo... y debe ser respetado como tal.
>
> "La ingenieria de software y la programacion es un trabajo que consiste en
> relevar una realidad, y solucionar problemas creando una herramienta. Tu
> hiciste gran parte, que fue el relevo inicial, ahora formalizar eso en
> requerimientos tecnicos, crear un programa informatico y mantenerlo va
> bastante mas alla. Segun como lo veo ese proyecto va a ser tan tuyo como
> el/los que lo ejecutan. Si no reconoces el trabajo del que lo ejecuta tanto
> como él debe reconocer el tuyo, dificil que vea la luz o termine en buen
> puerto."
>
> Creo que no conoces el caso, y que tampoco es el caso donde hay que
> focalizar el tema. En este caso el código -la gran parte -estaba hecho.
>
> "Todas las piezas son importantes, pero por sobre todo, hacerlo
> colectivamente, en un ambiente positivo es lo prioritario"
>
> Totalmente de acuerdo, y por eso de lo colectivo es que acumulo horas y
> horas de participación en esta lista y sobre estas dicusiones.
> Muy amable tu respuesta, creo que aporta en el sentido de que deja claro
> que a nivel de programación todo el tema derechos de autor y métodos de
> trabajo colectivo están mucho mas avanzados que en otras áreas.
> Lamentablemente, los docentes no tenemos todavía esa experiencia y esos
> procedimientos  y los equipos multi de voluntarios talvez tampoco.
>
>
>
>
>
>
>
>>
>> >¿Imaginate por ejemplo un concepto mal traducido? ¿Qué aporta? Creo que
>> sólo confusión....
>>  Vos tenés una idea, y la tirás. Otra persona puede pensar que es una mala
>> idea, o que es una buena idea. Otro puede a partir de tu idea, generar otra
>> idea. Vos podés conseguir que desarrollen tu idea y vos puedas estar en
>> todos los pasos de desarollo y que el producto final sea tal cual como vos
>> pensás que debería ser. O puede ser que de tu idea termine saliendo un
>> producto que nada que ver, pero que a la gente le gusta y le resulta útil.
>>
>> Entonces, a no ser que vos tengas la idea, desarrolles el software y hagas
>> tooodo. El proyecto deja de ser tuyo y pasa a ser de quienes colaboraron en
>> su construcción.
>>
>>
>>
>>
>> 2010/8/12 acm <ana.cichero en gmail.com>
>>
>>> Respondo a lo que sigue el hilo del tema.
>>>
>>>
>>> "propiedad" (yo lo llamaría autoría) de una idea no se trata de privar al
>>>
>>>> resto de sus frutos, sino de gozar de la contribución que se ha hecho.
>>>> Y, por
>>>> qué no, de un poco de reconocimiento.
>>>>
>>>
>>> ¿ Propiedad intelectual y autoría es lo mismo ?  ¿Respetarla, es sólo por
>>> reconocimiento o mas bien lo importante es cierto contralor sobre la
>>> interpretación de esa idea? Sobre la traducción de la misma
>>>
>>> ¿Te parece que decir " este proyecto es mio" por ejemplo en relación a
>>> Paréntesis se puede calificar de defender "chacritas" ?
>>>
>>> ¿Si mañana mandan un bundle de Parentesis por ejemplo, a esta lista que
>>> es vidriera de proyectos?
>>> Y en el código  no se tiene en cuenta ningun factor de tipo didáctico ,
>>> ejemplos:
>>> * No se acota el random para hacer numeros "lindos" .
>>> * No se toma un criterio sobre la cantidad de ejercicios a mostrar por
>>> pantalla.
>>> * No se tiene en cuenta la importancia de que el tanteo de una linea sea
>>> la solución de otra, o del órden de las mismas....
>>> ¿Este bundle aporta o " quema " una idea, sin darle tiempo a la misma
>>> (idea) que se explicite de forma clara?
>>>
>>> ¿Imaginate por ejemplo un concepto mal traducido? ¿Qué aporta? Creo que
>>> sólo confusión....
>>>
>>> Muy buena la cita ;)
>>>
>>>  "Si la naturaleza ha hecho alguna cosa menos susceptible de ser poseída
>>>> de
>>>> forma exclusiva que todas las demás, es esa acción de la capacidad de
>>>> pensar
>>>> que llamamos idea, puesto que un individuo puede poseerla para sí tanto
>>>> tiempo como se la guarde para sí mismo, pero en el momento en que la idea es
>>>> divulgada, ésta se ve abocada a ser posesión de todo el mundo, y al receptor
>>>> le resulta imposible desposeerse de ella. Otro comportamiento peculiar es
>>>> que no hay nadie que vea mermada la posesión de la idea, porque todos y cada
>>>> uno poseen la totalidad de ella. Aquél que recibe una idea de mí, recibe
>>>> enseñanza sin disminuir la mía; del mismo modo que aquél que prende la llama
>>>> de su candela con la llama de la mía, recibe luz sin oscurecerme a mí." --
>>>> Thomas Jefferson a Isaac MacPherson, Agosto 13, 1813.
>>>>
>>>> On Thursday, August 12, 2010 01:30:17 pm acm wrote:
>>>> > La autoría corre sobre el producto terminado pero, ¿que pasa con los
>>>> > proyectos que están inconclusos ?
>>>> >
>>>> > Menciona Alan el tema de proyecto Paréntesis, que realemente espera de
>>>> > alguien que se ponga el código al hombro.
>>>> >
>>>> > Resumo el proyecto:
>>>> > Resulta que hay un ejercicio en libros varios que supone agregar
>>>> paréntesis
>>>> > para que una igualdad se torne cierta:
>>>> > Ejemplo   2 * 3 + 1 * 5 para que resulte 40  debe escribirse 2 * (3+1)
>>>> *5
>>>> > Esto funciona con negativos positivos fracciones etc. Se usa desde
>>>> escuela
>>>> > hasta quinto liceo ( hoy día )
>>>> >
>>>> > Yo lo trabajo generando variaciones de los ejercicios con un random
>>>> desde
>>>> > planillas, y entonces doy a los gurises un set de 6 u 8  resultados
>>>> > distintos que se corresponden con la misma cadena de números y
>>>> operandos.
>>>> > Tengo los requerimientos escritos sobre como debe funcionar, verse en
>>>> > pantalla, devolver ayudas, etc. una aplicación para la xo que haga
>>>> esto.
>>>> >
>>>> > ¿Es este proyecto mio?   Yo creo que sí....
>>>> >
>>>> > Lo promovi y nunca conseguí un programador que concretara el código.
>>>> >
>>>> > Creo además que por ejemplo, que la participación de un docente (
>>>> > yo/cualquiera) en este equipo es fundamental....
>>>> > No alcanza con conocer de código y de matemática, creo que las horas
>>>> de
>>>> > aula,  los centenares de gurises que los docentes promedio tuvieron
>>>> como
>>>> > alumnos, y el conocimiento del espectro de dificultades frente al
>>>> > aprendizaje, es algo que los "desarrolladores" que quieren llevar"
>>>> > herramientas a las manos
>>>> > de los niños y docentes" deberían valorar mejor.
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > 2010/8/12 Ariel Guevara <arielguevara en gmail.com>
>>>> >
>>>> > > Creo que en el software libre la idea es respetar la autoría. Lo
>>>> puede
>>>> usar
>>>> > > todo el mundo siempre que se mencione el autor y a todos quienes
>>>> hicieron
>>>> > > modificaciones.
>>>> > >
>>>> > >
>>>> > >
>>>> > > 2010/8/12 acm <ana.cichero en gmail.com>
>>>> > >
>>>> > >> Mas allá de la anécdota, está bueno que se discuta este tema de
>>>> propiedad
>>>> > >> de proyectos y del valor de las ideas.
>>>> > >>
>>>> > >> ¿Tiene una persona derecho a decir este proyecto es mio, este
>>>> proyecto es
>>>> > >> tuyo, este proyecto es de ella? Yo pienso que si, pero capaz esté
>>>> > >> equivocada....
>>>> > >>
>>>> > >> ¿Qué pasa cuando por ejemplo, un tema de tésis, es concretado por
>>>> otra
>>>> > >> persona que no es la que lo propuso e investigó originalmente? ¿
>>>> Qué se
>>>> dice
>>>> > >> en esos casos?  Sin duda la tésis terminada se publica y es
>>>> enteramente
>>>> de
>>>> > >> dominio público.
>>>> > >>
>>>> > >> El proyecto no es un producto pronto....
>>>> > >> ¿Qué pasa cuando no llegaste a licenciar lo que estabas haciendo
>>>> porque
>>>> no
>>>> > >> estaba pronto? ¿Antes de la primer versión, cuando sólo tenés una
>>>> lista
>>>> > >> elaborada de requerimientos sin licenciar , no podés decir " tengo
>>>> un
>>>> > >> proyecto"?
>>>> > >>
>>>> > >> ¿Se entiende que las ideas llevan tiempo?
>>>> > >> No me refiero a las ideas generales, sino a la planificación de
>>>> todos los
>>>> > >> detalles de requerimiento de un sofware por ejemplo.
>>>> > >> Que alguien pueda explicar en menos de 25 minutos los
>>>> requerimientos para
>>>> > >> un sw no implica que le haya costado 25 minutos cranearlo.
>>>> > >>
>>>> > >> Reivindico el derecho de decir este proyecto es de tal persona en
>>>> el
>>>> marco
>>>> > >> del sw libre .
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >> _______________________________________________
>>>> > >> Olpc-uruguay mailing list
>>>> > >> Olpc-uruguay en lists.laptop.org
>>>> > >> http://lists.laptop.org/listinfo/olpc-uruguay
>>>> > >>
>>>> > >>
>>>> > >
>>>> > >
>>>> > > --
>>>> > > El fénix y su negafénix
>>>> > >
>>>> > > _______________________________________________
>>>> > > Olpc-uruguay mailing list
>>>> > > Olpc-uruguay en lists.laptop.org
>>>> > > http://lists.laptop.org/listinfo/olpc-uruguay
>>>> > >
>>>> > >
>>>> >
>>>>
>>>> --
>>>>   -Andrés
>>>>
>>>
>>>
>>> _______________________________________________
>>> Olpc-uruguay mailing list
>>> Olpc-uruguay en lists.laptop.org
>>> http://lists.laptop.org/listinfo/olpc-uruguay
>>>
>>>
>>
>>
>> --
>> El fénix y su negafénix
>>
>> _______________________________________________
>> 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
>
>

-- 
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/003d5256/attachment-0001.htm 