Don't Contribute to Open Source

Summary

El orador cuestiona la idea de que contribuir al código abierto es un paso obligatorio para los desarrolladores que buscan empleo, destacando que esta práctica debe ser impulsada por un interés genuino en resolver problemas reales, no por obtener un beneficio inmediato. Critica eventos como Hacktoberfest, que promueven contribuciones superficiales, y subraya que los desarrolladores deben centrarse en aprender, resolver problemas y desarrollar sus propios proyectos antes de intentar contribuir. La contribución al código abierto debe provenir de una comprensión profunda de los proyectos, no de objetivos arbitrarios como mejorar el currículum.

Takeaways

• 😀 La contribución al código abierto no debe ser vista como un atajo para conseguir un empleo, sino como una forma de solucionar problemas reales en proyectos que usas.
• 😀 Contribuir al código abierto tiene valor solo cuando se solucionan problemas genuinos, no solo porque se haya hecho un pull request.
• 😀 Los desarrolladores novatos a menudo tienen la mentalidad equivocada de que deben empezar a contribuir al código abierto solo para obtener una ventaja profesional.
• 😀 Los objetivos como 'hacer una contribución de código abierto' sin entender el proceso pueden ser contraproducentes y dañinos para el desarrollo de un programador.
• 😀 El evento Hacktoberfest, al promover contribuciones masivas sin calidad, ha causado un aumento de pull requests basura que sólo generan más trabajo y frustración para los mantenedores de proyectos.
• 😀 Muchos novatos en el código abierto caen en la trampa de hacer cambios sin sentido, como correcciones de gramática o cambios pequeños, solo para recibir una camiseta o cumplir con un objetivo.
• 😀 Contribuir al código abierto debe empezar con el uso real del software; identifica un problema que realmente te afecte antes de ofrecer una solución.
• 😀 El código abierto no es un lugar para obtener mentoría gratuita o un empleo, sino una comunidad de desarrolladores que trabajan para mejorar proyectos de software compartidos.
• 😀 Los mejores contribuyentes al código abierto son aquellos que tienen un entendimiento profundo de los proyectos con los que trabajan, no los que simplemente buscan cumplir metas.
• 😀 La forma más efectiva de mejorar tus habilidades de desarrollo es construir proyectos propios que resuelvan problemas que realmente comprendas, no hacer contribuciones de código abierto solo por cumplir un objetivo.

Q & A

¿Por qué el ponente cree que la mayoría de los desarrolladores no deberían contribuir al código abierto?

El ponente considera que la mayoría de los desarrolladores no deberían contribuir al código abierto porque no entienden bien los proyectos con los que están interactuando. Las contribuciones significativas provienen de resolver problemas reales que los desarrolladores ya han encontrado al usar un software, no de hacerlo solo por obtener un empleo o como un objetivo arbitrario.

¿Qué crítica hace el ponente sobre el evento Hacktoberfest?

El ponente critica el Hacktoberfest porque, aunque originalmente tenía buenas intenciones, terminó llevando a contribuciones de baja calidad. Los participantes se enfocaron en hacer cambios triviales o irrelevantes, como correcciones de un solo carácter o cambios de gramática, solo para cumplir con el objetivo de obtener una camiseta, sin aportar mejoras sustanciales a los proyectos.

¿Qué importancia tiene comprender un proyecto antes de contribuir al código abierto?

Comprender un proyecto es esencial antes de contribuir al código abierto porque las contribuciones deben surgir de problemas reales que el desarrollador haya encontrado al usar ese software. Si un desarrollador no comprende cómo funciona un proyecto, es probable que sus contribuciones no sean útiles y solo generen frustración tanto para el mantenedor del proyecto como para el mismo desarrollador.

¿Qué debe hacer un desarrollador antes de contribuir a un proyecto de código abierto?

Un desarrollador debe primero usar el proyecto de código abierto, identificar un problema real o una mejora que pueda solucionar, y luego contribuir con una solución o informar sobre el problema mediante la apertura de un issue. Las contribuciones deben basarse en una comprensión profunda de cómo funciona el software y de las necesidades que se tienen al usarlo.

¿Por qué el ponente cree que no se debe ver el código abierto como un medio para obtener un empleo?

El ponente argumenta que el código abierto no debe ser visto como un medio para obtener un empleo porque las contribuciones genuinas se basan en resolver problemas reales, no en cumplir con un objetivo externo como conseguir un trabajo. Si un desarrollador contribuye solo con la intención de impresionar a los reclutadores, sus aportes probablemente carecerán de valor y no reflejarán sus verdaderas habilidades.

¿Qué papel juega el conocimiento previo del desarrollador en las contribuciones al código abierto?

El conocimiento previo es crucial porque las contribuciones efectivas provienen de la experiencia personal del desarrollador con el software. El desarrollador debe tener suficiente comprensión sobre cómo funciona el proyecto, lo que le permite identificar problemas, proponer soluciones y hacer contribuciones que realmente beneficien al proyecto y a la comunidad.

¿Qué consecuencias puede tener el enfoque de hacer contribuciones al código abierto solo para obtener un beneficio personal?

Este enfoque puede resultar en contribuciones de baja calidad y generar frustración tanto para los desarrolladores como para los mantenedores de los proyectos. Además, puede llevar a una comprensión errónea de lo que realmente significa contribuir al código abierto, que es mejorar el software y colaborar en la comunidad, no solo buscar recompensas externas como un empleo o una camiseta.

¿Por qué el ponente menciona que el 'código abierto' no es un lugar para recibir mentoría gratuita?

El ponente aclara que el código abierto no debe ser considerado un lugar para recibir mentoría gratuita porque los mantenedores y los contribuyentes ya están ocupados solucionando sus propios problemas y manteniendo sus proyectos. Si bien algunos pueden ofrecer mentoría, no es su responsabilidad proporcionar formación gratuita a nuevos desarrolladores, especialmente si estos no comprenden el proyecto antes de intentar contribuir.

¿Qué alternativa sugiere el ponente para los desarrolladores que quieren mejorar sus habilidades?

El ponente sugiere que los desarrolladores deben enfocarse en construir sus propios proyectos, resolver problemas que comprenden bien y aprender mientras construyen. Este enfoque les permitirá tener una experiencia más directa y valiosa, y al mismo tiempo, pueden encontrarse con proyectos de código abierto que resuelvan sus propios problemas, lo que naturalmente los llevará a contribuir de manera significativa.

¿Cómo puede Hacktoberfest haber afectado negativamente a la comunidad de código abierto?

Hacktoberfest pudo haber afectado negativamente a la comunidad de código abierto al incentivar contribuciones superficiales y de baja calidad. Los participantes, al tratar de cumplir con un objetivo de número de contribuciones, realizaron cambios irrelevantes y molestos, como correcciones de texto o cambios sin sentido, lo que aumentó la carga de trabajo de los mantenedores y afectó negativamente la calidad general del código abierto.