¿Cuándo es el momento adecuado para unirse al proyecto de código abierto para programador? [cerrado]

La mayoría de los recién llegados en programación comienzan con proyectos básicos para comenzar con la programación. La mayoría de los programadores de C ++ pasan algún tiempo con acertijos y concursos, pero esto no siempre es útil. A veces tienes que pasar un tiempo en proyectos reales. Comenzar su propio proyecto de código abierto podría ser un problema de autoaprendizaje para los novatos debido a la falta de mentores y compañeros que no pueden ver su código y dar sugerencias. Los proyectos de código abierto pueden resolver este problema, algunos proyectos podrían ser más adecuados para nuevos programadores. Además, todos son novatos en algún momento. Así que intentaré hacer esta pregunta un poco desde la perspectiva de los principiantes.

Intenté algunas preguntas sobre el desbordamiento de la pila antes de preguntar esto, como ¿Cómo me uno y lo mínimo que necesito y cómo involucrarme con el código abierto y qué nivel de programación, etc.? Pero esto no me ayuda cuando se trata de autoevaluar con habilidades . ¿Cómo descubrir eso? ¿Cómo puedo verificar lo que se necesita para unirme a un proyecto de código abierto? ¿Estoy realmente tan cómodo con un gran código fuente, etc.

Mi pregunta es cuándo considerarte cómodo uniéndote a la programación de código abierto. Quiero decir, ¿cómo va a probarse a sí mismo que está listo para asumir la carga de proyectos grandes / pequeños de código abierto? ¿cómo se pondrá a prueba para ver si puede trabajar con el control de versiones / otros programadores / horario apretado, etc.?

¿Cuándo considerarte cómodo uniéndote a la programación de código abierto?

La mejor respuesta a esa pregunta, en mi opinión, es " Cuando crees que puedes aportar algo al proyecto ".

¿Está utilizando una aplicación / biblioteca y falta algo, o encontró un error? Informe, intente corregirlo, envíe un parche; et voila ;-)

Tal vez se acepte su parche, si está bien; siga haciéndolo un par de veces: corregir errores es algo (incluso los errores que no informó, vea el rastreador de errores del proyecto que elija) que le permitirá conocer el proyecto.

Y, después de un tiempo, tal vez obtendrá derechos de compromiso para los proyectos ;-)

No es necesariamente una cuestión de habilidades o lo que sea: puede participar en un gran proyecto de código abierto sin tener que modificar el núcleo del proyecto o lo que sea: incluso pequeños parches (como traducción, modificaciones menores a la interfaz de usuario, correcciones de errores menores, ... ) son útiles para el proyecto, y no requerirán que sea un buen comienzo; en cambio, serán un comienzo perfecto para que conozcas el proyecto y para que otros vean que te está yendo bien.

Sobre el control de versiones / otros programadores / calendario apretado: supongo que, cuando usted (profesionalmente hablando) ha trabajado durante un par de años, está más que listo para todo eso; Los proyectos de código abierto son incluso un poco más indulgentes con eso, de alguna manera, por ejemplo, puede haber menos presión que cuando tienes un cliente en tu espalda ^^

Como nota final: cualquier cosa que haga, si se hace bien, será útil: ¡lo que importa es que lo haga para el proyecto, y no solo para "hacer código abierto"!

Cuando me siento cómodo sin que me paguen nada por trabajar en el proyecto de otra persona, es hora.

Mi objetivo como recién llegado al software era que alguien me pagara por hacer lo que me gusta. Desde entonces, asumí un trabajo patentado que patrociné y obtuve algunos beneficios de eso.

No soy Anders Hejlsberg, pero he vivido bastante bien. Dado que la barra de talento para ser un desarrollador profesional de software es mucho más baja que ser un atleta o músico profesional, ¿hay alguna razón especial por la que te hayas fijado en ser un aficionado?

¡En cualquier momento! Realmente, los proyectos de código abierto viven de sus usuarios que usan el proyecto. La idea básica no es unirse al proyecto para aprender, sino usar el código y contribuir con mejoras, cambios en el comportamiento, etc. Incluso el informe de un error es una contribución o responder preguntas para otros o documentar una guía. Así que no te sientes en la valla, pero salta directamente.

Por supuesto, esto convierte la "pregunta" en "¿En qué proyecto debería sumergirme?" Bueno, el mejor proyecto para usted es uno en el que realmente le sirve. Si el software te rasca algún tipo de picazón. Si está construyendo un sitio web con contenido y comunidad, transformando imágenes de maneras ingeniosas, disfrutando de todas las comodidades de esa aplicación de Mac OS X IM, o ... Si el software hace algo por usted más allá de simplemente aprender a programar, te mantendrá mucho más y mucho más motivado.

Hay una respuesta lógica simple a esto.

Puede descargar el proyecto de código abierto.

• Realice un cambio en el proyecto o corrija un error que estaba en la lista.
• Compílalo y pruébalo.
• Envía el código.

Realmente no hay nada en su corazón o mente que le diga cuándo está listo para contribuir a la sociedad de código abierto. No hay otra prueba que no sea realmente intentarlo.

Una vez que lo pruebe, puede verificar estas áreas de retroalimentación.

• Tus sentimientos sobre lo que hiciste.
• Sus sentimientos o pensamientos sobre lo que puede mejorar sobre su propio enfoque.
• Qué tan cómodo se siente al solicitar comentarios o incorporar cualquier comentario que haya recibido.

Estas son las áreas para mejorar y trabajar (más allá de cualquier habilidad técnica que haya sido demostrada o no por sus cambios). Siéntase súper cómodo siguiendo todas estas áreas y asegúrese de realizar los cambios usted mismo.

Buena suerte y bienvenido!