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

17

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.?

Mahesh
fuente
66
Si has leído mi publicación. Verás que ya revisé esas publicaciones y también las vinculé. He planteado algunas preguntas que no encuentra en otras preguntas que he vinculado en mi publicación y la que ha vinculado aquí como duplicado.

Respuestas:

28

¿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"!

Pascal MARTIN
fuente
4

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?


fuente
1
En realidad no soy aficionado, estoy interesado en conocer todas las posibilidades de hacer cosas. La autoevaluación es buena y el código abierto es el único lugar donde es probable que obtenga más mejoras que los lugares profesionales. La entrada al mundo profesional y la programación para trabajos remunerados no es tan fácil. Entonces, en lugar de perder el tiempo, los nuevos programadores podrían tomar el código abierto y mejorar ellos mismos. Perder la oportunidad de conseguir trabajo después de la universidad / universidad podría apagar a las personas. El proyecto de código abierto es la respuesta en este caso para volver a ser suave. industria.
2
Sí, usted hace puntos válidos, y quizás he olvidado en retrospectiva que el período desde mi primera línea de código seria hasta mi primer trabajo remunerado fue de unos tres años en un mercado probablemente no tan difícil como este. Sin embargo, lo que tenía en mente en mis comentarios no era denigrar el código abierto, ya que estaba usando "aficionado" en el sentido financiero, sino alentarlo en su búsqueda de empleo. Como dice el viejo refrán, los que creen que pueden y los que creen que no pueden tienen razón.
4

¡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.


fuente
2

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!

Shaun F
fuente