A mi me pasa lo que a muchos(o al menos eso creo). Tengo la idea de colaborar, (porque en eso se basa el software libre) y me gustaria colaborar en algo, pero a la hora de la verdad se hace dificil (falta de tiempo, falta de experiencia en segun que temas, encontrar a la gente para empezar algun proyectito....), asi que lo unico que puedo hacer de vez en cuando es responder a alguna cuestion en la mailing list de SuSE Linux. Yo creo que deberia ser mas facil colaborar, tanto para novatos (proponiendo cosas "faciles" que cualquiera pueda hacer) y sobre todo colaborar sin tener ninguna atadura, por ejemplo: "no podre colaborar en los proximos seis meses, pero puede que luego encuentre un hueco" (creo que esto le pasa a mucha gente). Creo que esto parece muy facil, pero en la practica es muy complicado, aunque estaria bien, porque asi podria colaborar muchisima mas gente, no solo los llamados 'gurus'.
Salu2
--
Le dije a linux "date cuen", y linux me dijo "formato de fecha no válida".
"Tengo la idea de colaborar, (porque en eso se basa el software libre) y me gustaria colaborar en algo, pero a la hora de la verdad se hace dificil"
Pues claro que es difícil: si fuera fácil no habría tanta fanfarria con, por ejemplo, el proyecto apache; todos los administradores de sistemas hubieran programado su servidor web en un pispás y listo.
El asunto es que siempre podremos encontrar excusas a poco que busquemos para *no* hacer (todo el mundo: tú, yo y cualquiera).
¿Quieres colaborar pero no sabes programar? Usa versiones inestables y envía partes de errores (no creo que para eso haya que ser superingeniero del copetín). ¿No sabes programar pero conoces algún idioma? Traduce documentaciones, o documenta tú mismo la aplicación en el nivel de usuario.
¿Sabes programar pero no encuentras tiempo fijo para colaborar? Visita la lista de bugs abiertos y concéntrate en uno de ellos (hoy que tienes tiempo) y envía un parche para que alguno de los mantenedores con acceso a la herramienta SCM lo incorpore -si es adecuado-. Si en los próximos seis meses no tienes más tiempo, no pasa nada.
Con estos requerimientos, te darás cuenta de que te será mucho más fácil colaborar en algún proyecto *que necesites*. No se trata de decir "uy, creo que quiero de colaborar", porque entonces ocurre lo que dices: como para tí realmente no es algo importante, cualquier pega se te hace montaña. Busca algo que te sea útil y necesites y entonces te será mucho más fácil superar los obstáculos *porque te trae a cuenta*.
"Yo creo que deberia ser mas facil colaborar, tanto para novatos (proponiendo cosas "faciles" que cualquiera pueda hacer..."
Te acabo de proponer unas cuantas. En el nivel de programación, las cosas fáciles tienen eso, que son fáciles: ¿para qué va a pedir ayuda puntualmente un buen programador cuando le cuesta más trabajo solicitarla que resolver personalmente el asunto? De todas maneras, muchos proyectos tiene un roadmap donde se muestran funcionalidades en curso de desarrollo, previstas y solicitadas. Muchas de ellas aparecen sin responsable, así que si encuentras una a tu medida, por ahí puedes entrar. Pero no te extrañe que no caigan de rodillas a la primera y te abran puertas y corazones cuando *digas* que vas a ayudar: un proyecto de software es "la criatura" de los líderes del proyecto; así como no le dejas las llaves de tu casa al primero que pasa, ellos tampoco te van a dejar acceso de escritura irrestricto a su CVS porque *digas* que vas a ayudar mucho, mucho y mucho: lee las listas de los desarrolladores (eso no requiere más que saber leer en el idioma de la lista) y aporta *trabajo* en la forma de parches, documentación, etc. Del mismo modo que puedes dejarle las llaves de tu casa a alguien en quien confíes, pero no en cualquiera, así se te abrirá acceso dentro del proyecto conforme te vayas ganando la confianza de sus responsables. Eso se llama "meritocracia" y así es como (suelen) funcionar los proyectos de software libre: tanto haces tanto vales.
"Creo que esto parece muy facil, pero en la practica es muy complicado"
No, no es complicado: lo que sí tiene es que es pesado. En esto no es distinto el software libre del privativo: si se hace bien, el 80% del trabajo en un proyecto es pesado y potencialmente aburrido (documentación, acabar de afinar las cosas, mantener la correción de errores en versiones estables pasadas...) pero es lo que hay. Si quieres, te metes, que seguro que hay trabajo a tu nivel, pero no te escudes en decir que "es difícil" cuando, como mínimo, podrías decir eso mismo, no en Barrapunto, sino en la lista de usuarios o desarrolladores del software que te interese, explicando a los responsables del proyecto porqué es difícil aportar algo a *su* proyecto en concreto (porque esa es otra: ¿Qué es eso de que es difícil aportar algo al "software libre", como si hubiera alguna norma universal en cuanto a la gestión de proyectos que los hiciera iguales a todos?) e, idealmente, aportando *soluciones* (como mínimo b
Si, soy culpable
(Puntos:2, Inspirado)( http://www.cuadraselarriel.com/ | Última bitácora: Viernes, 10 Agosto de 2007, 07:05h )
Tengo la idea de colaborar, (porque en eso se basa el software libre) y me gustaria colaborar en algo, pero a la hora de la verdad se hace dificil (falta de tiempo, falta de experiencia en segun que temas, encontrar a la gente para empezar algun proyectito....), asi que lo unico que puedo hacer de vez en cuando es responder a alguna cuestion en la mailing list de SuSE Linux. Yo creo que deberia ser mas facil colaborar, tanto para novatos (proponiendo cosas "faciles" que cualquiera pueda hacer) y sobre todo colaborar sin tener ninguna atadura, por ejemplo: "no podre colaborar en los proximos seis meses, pero puede que luego encuentre un hueco" (creo que esto le pasa a mucha gente). Creo que esto parece muy facil, pero en la practica es muy complicado, aunque estaria bien, porque asi podria colaborar muchisima mas gente, no solo los llamados 'gurus'.
Salu2
Le dije a linux "date cuen", y linux me dijo "formato de fecha no válida".
Re:Si, soy culpable
(Puntos:2)( http://barrapunto.com/ )
Pues claro que es difícil: si fuera fácil no habría tanta fanfarria con, por ejemplo, el proyecto apache; todos los administradores de sistemas hubieran programado su servidor web en un pispás y listo.
El asunto es que siempre podremos encontrar excusas a poco que busquemos para *no* hacer (todo el mundo: tú, yo y cualquiera).
¿Quieres colaborar pero no sabes programar? Usa versiones inestables y envía partes de errores (no creo que para eso haya que ser superingeniero del copetín). ¿No sabes programar pero conoces algún idioma? Traduce documentaciones, o documenta tú mismo la aplicación en el nivel de usuario.
¿Sabes programar pero no encuentras tiempo fijo para colaborar? Visita la lista de bugs abiertos y concéntrate en uno de ellos (hoy que tienes tiempo) y envía un parche para que alguno de los mantenedores con acceso a la herramienta SCM lo incorpore -si es adecuado-. Si en los próximos seis meses no tienes más tiempo, no pasa nada.
Con estos requerimientos, te darás cuenta de que te será mucho más fácil colaborar en algún proyecto *que necesites*. No se trata de decir "uy, creo que quiero de colaborar", porque entonces ocurre lo que dices: como para tí realmente no es algo importante, cualquier pega se te hace montaña. Busca algo que te sea útil y necesites y entonces te será mucho más fácil superar los obstáculos *porque te trae a cuenta*.
"Yo creo que deberia ser mas facil colaborar, tanto para novatos (proponiendo cosas "faciles" que cualquiera pueda hacer..."
Te acabo de proponer unas cuantas. En el nivel de programación, las cosas fáciles tienen eso, que son fáciles: ¿para qué va a pedir ayuda puntualmente un buen programador cuando le cuesta más trabajo solicitarla que resolver personalmente el asunto? De todas maneras, muchos proyectos tiene un roadmap donde se muestran funcionalidades en curso de desarrollo, previstas y solicitadas. Muchas de ellas aparecen sin responsable, así que si encuentras una a tu medida, por ahí puedes entrar. Pero no te extrañe que no caigan de rodillas a la primera y te abran puertas y corazones cuando *digas* que vas a ayudar: un proyecto de software es "la criatura" de los líderes del proyecto; así como no le dejas las llaves de tu casa al primero que pasa, ellos tampoco te van a dejar acceso de escritura irrestricto a su CVS porque *digas* que vas a ayudar mucho, mucho y mucho: lee las listas de los desarrolladores (eso no requiere más que saber leer en el idioma de la lista) y aporta *trabajo* en la forma de parches, documentación, etc. Del mismo modo que puedes dejarle las llaves de tu casa a alguien en quien confíes, pero no en cualquiera, así se te abrirá acceso dentro del proyecto conforme te vayas ganando la confianza de sus responsables. Eso se llama "meritocracia" y así es como (suelen) funcionar los proyectos de software libre: tanto haces tanto vales.
"Creo que esto parece muy facil, pero en la practica es muy complicado"
No, no es complicado: lo que sí tiene es que es pesado. En esto no es distinto el software libre del privativo: si se hace bien, el 80% del trabajo en un proyecto es pesado y potencialmente aburrido (documentación, acabar de afinar las cosas, mantener la correción de errores en versiones estables pasadas...) pero es lo que hay. Si quieres, te metes, que seguro que hay trabajo a tu nivel, pero no te escudes en decir que "es difícil" cuando, como mínimo, podrías decir eso mismo, no en Barrapunto, sino en la lista de usuarios o desarrolladores del software que te interese, explicando a los responsables del proyecto porqué es difícil aportar algo a *su* proyecto en concreto (porque esa es otra: ¿Qué es eso de que es difícil aportar algo al "software libre", como si hubiera alguna norma universal en cuanto a la gestión de proyectos que los hiciera iguales a todos?) e, idealmente, aportando *soluciones* (como mínimo b