Conviértete en millonario del código abierto*
En 3 pasos sencillos...
¡En solo 3 pasos simples te muestro cómo convertir tu código reciente en PRs con impacto!
- ¿Drenando donaciones? 💰
- ¿Acumulando repos? 🏎️
- ¿Rebasando Robb Report? 🤯
¡Vamos!!!!!
Aviso: El éxito puede requerir años de dedicación y algo de suerte.
La realidad
Todos hemos escuchado lo beneficioso que es contribute al Open Source. Pero, no siempre es fácil comenzar.
A lo largo de mi carrera, he escrito muchos PR’s para decenas de repositorios con 10 000 estrellas. Mis modestos aportes han llegado a Node.js, Docker, Lodash, Bluebird, Gatsby, Rancher, Angular, React Router, Minio, MDN (Mozilla Developer Network) y muchos más.
Voy a compartir mi secreto para contribuir sin complicaciones, pero primero debemos discutir brevemente los problemas del consejo convencional.
Este no es el camino
¿Por qué es difícil contribute al Open Source?
El consejo más común en realidad está entre inútil y terrible: busca una issue con etiqueta GFI (Good First Issue) y resuélvela. O, contribuye a un proyecto por puro amor.
Todo suena bien intencionado, pero en la práctica las etiquetas GFI son muy subjetivas y, a menudo, implican una cantidad sorprendente de trabajo.
¿Qué pasaría si te dijera que el mejor lugar para buscar son las soluciones que ya has encontrado?
Una Mejor Forma
✅ Revisa el(los) archivo(s) de dependencias de tu proyecto. ¿Qué bibliotecas te hacen hervir la sangre? ¿Qué provocó un plazo incumplido? ¿Cómo lo superaste?
💪 Al partir de algo que ya resolviste, no tienes que preocuparte por si puedes hacerlo. Ya eres fluido y familiar con el contexto.
Dado que ya resolviste el problema, la mayor parte del trabajo está hecho. Ahora solo debes averiguar cómo ayudar a otros a evitar tu lucha por completo.
Quizá un Tweet o una respuesta en Stack Overflow sirva, pero si quieres generar un impacto duradero, contribute al propio proyecto.
La lluvia de ideas
Preferiblemente mientras la experiencia sigue algo fresca, reflexiona sobre cómo tu cerebro dumb dumb se perdió en primer lugar.
¿Qué intentaste primero? ¿Y por qué? ¿Qué asumiste? ¿O malinterpretaste?
💪 No tienes que inventar la solución perfecta; a menudo, simples actualizaciones al README o a la documentación pueden ahorrarle a otros incontables horas de lucha.
- ¿Un README desactualizado? ¿Ejemplos ausentes o malos? ¿Pasos de configuración omitidos? ¡Arreglo sencillo, incluye la información que falta!
- ¿La documentación de la API no aparecía en tus resultados de Google? Ajusta o traduce el lenguaje excesivamente técnico.
- Tal vez sea una omisión técnica y al sitio de docs le falten etiquetas
<meta/>necesarias. Corrígelo si sabes cómo, o abre un ticket con tus hallazgos. - Si es un problema de habilidades… ¡Trabaja esas skillz!
Estos tipos de problemas son fáciles de pasar por alto para los mantenedores y pueden tener un impacto sorprendentemente grande en el proyecto y sus usuarios.
La próxima vez que superes algún desafío, ¡no rebasees tus hacks desesperados! En su lugar, reflexiona sobre tu lucha y comparte la solución públicamente!
Letra pequeña
Siempre sigue las directrices del proyecto y nunca seas un imbécil. ✨
Todo es público. Así que sé amable, excelente y agradecido.
Si necesitas más convencimiento: contribute para aprender. ¡Nuevos procesos, lenguajes, frameworks, automatización!
🚀
Si te resultó útil, por favor comparte tus contribuciones en los comentarios o publícalas en Twitter y etiquétame @justsml.