Diventa un Milionario dell'Open Source*
In 3 Semplici Passi...
In soli 3 semplici passi ti mostrerò come trasformare il tuo codice recente in PR significative!
- Che goccioli donazioni? 💰
- Che rulli di repo? 🏎️
- Che fai il rebase del Robb Report? 🤯
Andiamo!!!!!
Disclaimer: il successo potrebbe richiedere anni di dedizione e fortuna.
La Realtà
Abbiamo tutti sentito quanto sia utile contribuire all’Open Source. Ma non è sempre facile iniziare.
Nel corso della mia carriera, ho scritto molte PR per dozzine di repository con oltre 10.000 stelle. I miei modesti contributi sono approdati in Node.js, Docker, Lodash, Bluebird, Gatsby, Rancher, Angular, React Router, Minio, MDN (Mozilla Developer Network) e molti altri.
Condividerò il mio segreto per contribuire facilmente, ma prima dobbiamo discutere brevemente dei problemi dei consigli convenzionali.
Questa non è (Proprio) la Via
Perché è difficile contribuire all’Open Source?
Il consiglio più comune si situa da qualche parte tra l’inutile e il terribile: trova una issue GFI (Good First Issue) e risolvila. Oppure, contribuisci a un progetto per puro amore.
Sono tutte buone intenzioni, ma in pratica le etichette GFI sono altamente soggettive e spesso comportano una quantità sorprendente di lavoro.
E se ti dicessi che il posto migliore in cui cercare sono le soluzioni che hai già trovato?
Un Modo Migliore
✅ Esamina i file delle dipendenze del tuo progetto. Quali librerie scatenano la tua rabbia? Cosa ti ha fatto perdere una scadenza? Come hai superato il problema?
💪 Partendo da qualcosa che hai già risolto, non devi preoccuparti se ne sei capace. Hai già familiarità con il contesto!
Dato che hai già risolto il problema, la maggior parte del lavoro è fatta. Ora devi capire come aiutare gli altri a evitare del tutto la tua stessa difficoltà.
Forse basterebbe un Tweet o una risposta su Stack Overflow, ma se vuoi avere un impatto duraturo, contribuisci al progetto stesso.
Il Brainstorming
Preferibilmente mentre l’esperienza è ancora fresca, rifletti su come il tuo povero cervello si sia perso in primo luogo.
Cosa hai provato per primo? E perché? Cosa hai dato per scontato? O frainteso?
💪 Non devi trovare una soluzione perfetta: spesso semplici aggiornamenti al readme o alla documentazione possono risparmiare agli altri innumerevoli ore di difficoltà.
- Un README obsoleto? Esempi mancanti o pessimi? Passaggi di configurazione omessi? Fix semplice, includi le informazioni mancanti!
- La documentazione API non è apparsa nei risultati di Google? Modifica o traduci il linguaggio eccessivamente tecnico.
- Forse è una svista tecnica e al sito di documentazione mancano i tag
<meta/>necessari. Sistemalo se sai come, oppure scrivi una ticket con le tue scoperte. - Se è un problema di competenze… Lavora su quelle competenze!
Questi tipi di problemi sono facili da perdere per i maintainer! E possono avere un impatto sorprendentemente grande sul progetto e sui suoi utenti.
La prossima volta che superi una sfida, non cancellare con il rebase i tuoi hack disperati! Invece, rifletti sulla tua difficoltà e condividi la tua soluzione pubblicamente!
Clausole, Clausole
Segui sempre le linee guida del progetto e non fare mai il bastardo. ✨
È tutto pubblico. Quindi sii gentile, grande e grato.
Se ti servono ulteriori motivazioni: contribuisci per imparare! Nuovi processi, linguaggi, framework, automazione!
🚀
Se lo hai trovato utile, condividi i tuoi contributi nei commenti o pubblicali su Twitter e taggami @justsml.