open-source - traduccion - open source ventajas y desventajas
Si eres joven, ¿otros desarrolladores de código abierto te tomarán en serio? (12)
Soy un programador principiante joven (de la escuela secundaria el próximo año), actualmente estoy aprendiendo Python y empezando a hacer algunos proyectos realmente pequeños, como crear un formulario de contacto con y sin django y planeo hacer algunos más grandes, como crear un editor de texto ligero (piense bloc).
Me gustaría finalmente ayudar a los proyectos de código abierto, y me pregunto si otros desarrolladores podrán tomarme en serio si soy joven. No quiero que me cuiden, y no quiero que me ignoren por completo porque "soy un niño, así que no sé nada".
¿Crees que otros desarrolladores tomarían en serio a un programador realmente joven?
¿Te tomarías en serio a un joven programador?
"Dedicar un poco de atención a su escritura tendrá un gran beneficio", según Karl Fogel, quien volvió a contar esta historia en su book :
En 1993, trabajaba para la Free Software Foundation y estábamos probando la versión 19 de GNU Emacs. Haríamos una versión beta cada semana aproximadamente, y la gente lo probaría y nos enviaría informes de errores. Había un tipo al que ninguno de nosotros había conocido en persona, pero que hizo un gran trabajo: sus informes de errores siempre fueron claros y nos llevaron directamente al problema, y cuando él mismo proporcionó una solución, casi siempre tenía razón. Él era de primera categoría.
Ahora, antes de que la FSF pueda usar el código escrito por otra persona, les pedimos que hagan algunos trámites legales para asignar su interés de copyright a ese código a la FSF. Solo tomar el código de extraños completos y colocarlo es una receta para un desastre legal.
Así que le envié por correo electrónico al tipo los formularios y les dije: "Aquí hay algunos papeles que necesitamos, esto es lo que significa, usted firma este, que su empleador lo firme, y luego podemos comenzar a poner sus correcciones. Muchas gracias".
Me envió un mensaje que decía: "No tengo un empleador".
Así que dije: "Está bien, está bien, que tu universidad lo firme y lo envíe de vuelta".
Después de un rato, me contestó de nuevo y dijo: "Bueno, en realidad ... Tengo trece años y vivo con mis padres".
¿Por qué sabrían siquiera cuántos años tienes? A menos que, por supuesto, te comportes sin madurez.
Incluso si supieran su edad, es poco común en la ingeniería de ideas preconcebidas acerca de la edad para formar, al menos en mi experiencia.
Bueno, esto depende de muchas cosas. En la experiencia, la madurez tiene muy poco que ver con la edad. Si actúas como un adulto, es probable que te traten como tal. Si trabajas y obtienes la experiencia para respaldarte, serás tomado en serio.
Tengo 15 años, y paso mucho tiempo en comunidades de idiomas como Clojure y Haskell, y últimamente me despierto. No actúo como un adolescente promedio, así que no soy tratado como tal. Nunca me he encontrado con ningún desarrollador de software sensato y con buenas intenciones que no haya respetado mis habilidades y entusiasmo. La mayoría de las veces, las personas simplemente se sorprenden de que yo sepa tanto como yo a una edad tan temprana.
En definitiva, si actúas como un adulto, serás tratado como tal. Simplemente no actúes como un "niño", y no tendrás que lidiar con esas cosas.
Buena suerte.
Dado que esta pregunta es sobre Python, es conveniente tener en cuenta que el Release Manager actual para Python tiene 16 años. Así que creo que lo harías bien.
Es mucho más fácil ser percibido como bueno si evita lo siguiente:
- Escribe tus comentarios y / o documentación en textpeak. Nada vende la madurez como
//teh codzer can haz ur db handle
- Asegúrate de que los demás sepan cuán bueno de programador eres desde el principio.
- Participar en fanboyism odioso e inútil:
This project is using perl. Perl is teh suxorz! python FTW!!!!
This project is using perl. Perl is teh suxorz! python FTW!!!!
- Alienate a sus compañeros haciendo preguntas inane: ¿
wtf is a complier? is gcc mean great cool codegen woot!
wtf is a complier? is gcc mean great cool codegen woot!
Siga Evite estas sencillas instrucciones y será un coderz superior en ningún momento!
La mayoría de las veces solo sabes el nombre de la persona. La mayoría de los programadores que conozco no son prejuicios, así que no veo por qué te juzgarían por la edad.
No tiene nada que ver con la edad: si lo estás haciendo bien, con ganas de aprender y generalmente agradable irás lejos. Un codificador increíble que sea un verdadero PITA con quien trabajar no llegará muy lejos.
Entonces, simplemente ponga su trabajo y siga mejorando: nunca es temprano (o tarde) para comenzar. ¡Darle una oportunidad!
No todos los proyectos de código abierto requieren que tenga un perfil totalmente autenticado y verificado en el mundo real. Esto puede impedir que te conviertas en un comitente de Eclipse, pero no en tu proyecto típico. El código habla.
Sin embargo, cuando participa en foros o listas de correo, debe tener cuidado. Incluso si crees que eres maduro, todavía hay un estilo de escritura y debate cuando eres más joven. Guarde algunos mensajes que escribe ahora, espere 15 años y vea a qué me refiero.
Serás juzgado por tus soluciones. Las personas que juzgan no tendrán forma de saber cuántos años tienes a menos que se lo digas. Por otro lado, nadie sostendrá tu mano tampoco. Generalmente una solución es aceptada o no sin mucha explicación.
Siempre y cuando usted produzca un buen código y no se comporte de manera desagradable, seguro.
Tomaré en serio a cualquier programador si se toman en serio lo que están haciendo. Mi preocupación por ti sería más sobre el nivel de experiencia que la edad. En otras palabras, aprenda a programar muy bien y sea capaz de (más o menos) entender completamente el código de los proyectos en los que estará trabajando antes de pedir ayuda o intentar contribuir.
Una vez que pueda agregar un código serio que resuelva problemas o agregue nuevas funciones a la base del código Y si ese código está bien escrito, nadie se preocupará por su edad.
Ya sabes, simplemente no somos suficientes de nosotros como es. La comunidad de desarrolladores en general, no solo el código abierto, necesita cada vez más carne fresca. No podemos ser tan estrictos como para limitar a los excelentes ingenieros, no importa qué. Es por eso que aún puedes llegar a un trabajo de $ 100k + sin ningún título en ciencias de la computación (o incluso un título universitario).
Yo también soy un joven desarrollador (15 cuando empecé a contribuir al código abierto).
Puedo hablar por experiencia cuando digo que a nadie le importa. Nadie te preguntará tu edad y, a menos que seas inmaduro, nadie tendrá una razón para hacerlo.
Solo recuerda que otras personas generalmente sabrán mejor, ya que todavía eres joven. El aprendizaje debe ser su prioridad. Por supuesto, no hay razón para que no puedas aprender y contribuir al mismo tiempo.
De todos modos, sugiero comenzar con pequeños proyectos de código abierto muy unidos. Es más probable que las pequeñas comunidades te enseñen y te lleven bajo su ala cuando te arruinas, en lugar de rechazar en silencio un parche.
Para comenzar en código abierto, simplemente se esconden en la lista de correo por un tiempo y ven a dónde te lleva. Si alguien pide algo pequeño (un parche fácil, una corrección obvia, etc.), ofrézcase como voluntario y escríbalo usted mismo. Le ayudará a familiarizarse con el código base. Una vez que tenga la sensación de ello, siéntase libre de tomar TODOs del rastreador de problemas e intente implementarlas.
Una última cosa: tratar de obtener las revisiones de código tanto como sea posible. No solo evitará la vergüenza cuando un "error de novato" se cuela en una liberación (y alguien, inevitablemente, te echará la culpa), también es una experiencia de aprendizaje maravillosa cuando las personas sugieren mejores formas de realizar tareas. Es tan emocionante descubrir que algo que le llevó 200 LOC y 4 horas de su tiempo se puede lograr en dos llamadas a la API. La mayoría de tus problemas de programación ya han sido resueltos por alguien más.