Hola lista:<br><br>creo que aquí hay un problema en el subsuelo, algo que no se ve a simple vista.<br><br>Cuando un programador genera un proyecto, no solo aporta la idea, también aporta el código. <br>Y en ese código hay (generalmente) una licencia, para nuestro caso GPL o parecidas, al momento de<br>
publicar el código muchos programadores pueden trabajar en el mismo, inclusive su creador original de tal<br>manera que siempre está en su poder manipular el código e influenciar el desarrollo del mismo y entre programa<br>
dores entendemos que quién lleva la batuta, quién decide si un método 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 plasmar la idea en código...<br>
pues sencillo: pierde el control sobre el proyecto, lo pierde realmente pues queda fuera de la conversación.<br><br>Para la persona que concibió la idea, y que es ajena a muchas cuestiones que entre programadores pueden ser claras,<br>
resulta injusto, resulta que no puede ejercer "control" sobre el rumbo del proyecto.<br><br>Yo creo que por una cuestión de orden, quién inicia un proyecto debe guiarlo, coordinarlo. Imaginen ustedes si comienzan un <br>
proyecto y de golpe y porrazo quedan fuera porque cambian a un lenguaje 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 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 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<br>
y que llega entusiasmada al JAM, como pueden saber los procesos y 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 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 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 comunidad como esta, por tal motivo, debe existir un material introductorio<br>
sencillo y claro, tanto para no-programadores como para programadores que 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. 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 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. 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.<br>
-Que este tema se trate en la comisión directiva y se llegue a una resolución (y mejor aun a una solución).<br>-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.<br>
<br>Bueno, un saludo para todos.<br><br><br><br><br><br>