Come si diventa un grande collaboratore di un progetto opensource?

So che il consiglio predefinito per i progetti open source e per iniziare è iniziare a correggere i bug. Ma ho la sensazione che sia il percorso che si vorrebbe prendere se volessero essere un tester / riparatore di bug nel progetto. Come si diventa un collaboratore attivo di un progetto opensource? [Vale a dire a livello di architettura]

Probabilmente sembrerà un po 'una tautologia, ma se vuoi diventare un importante collaboratore di nuove funzionalità, usa il prodotto per un po', trova una nuova funzionalità che lo migliorerebbe, scrivi il codice per implementare la funzionalità e contribuiscilo.

Il motivo per cui si consiglia alle persone di iniziare con le correzioni dei bug è che ciò li induce a scavare nella base di codice e a familiarizzare con il modo in cui funzionano le cose. Ciò ti farà anche partecipare alla comunità di discussione del progetto, qualunque essa sia (di solito una mailing list o un forum) in modo da avere un'idea della direzione del progetto. Ti sentiresti un po 'sciocco se riuscissi a fare l'80% della tua nuova funzione solo per scoprire che qualcun altro ci ha lavorato da sempre e l'hanno appena finito!

Non ci sono scorciatoie. I progetti open source sono estremamente basati sul merito. Quando hai dimostrato di essere in grado di gestire attività più piccole, ti ritroverai fidato con attività sempre più grandi. I progetti open source hanno anche un grande impulso da parte dei collaboratori che contribuiscono con una o due patch, poi passano e ancora più persone che "contribuiscono" con una o due idee grandiose ma non implementate proseguono. Se vuoi dare un contributo maggiore, devi dimostrare che ci sei dentro per il lungo raggio.

Detto questo, i miglioramenti architetturali incrementali sono spesso ben accetti, soprattutto se risolvono un grave bug o un problema di prestazioni. Ad esempio, diversi anni fa una delle poche patch che ho contribuito al progetto Cinelerra è stata una modifica architettonica allo stack di annullamento che ha ridotto significativamente il consumo di memoria e la latenza per operazioni annullabili.

Troverai il maggior successo se stai risolvendo un problema che stai affrontando personalmente, piuttosto che partire per "diventare un collaboratore di un progetto open source". Quando ho inviato quella patch a Cinelerra, non stavo cercando di apportare una modifica architettonica a un progetto open source scelto a caso, stavo cercando di capire perché ci fosse voluto così tanto tempo per spostare un punto in / out durante la modifica dei miei video.

Puoi farlo conoscendo quelli già in quella posizione e dimostrando un interesse a unirli a loro, cosa che si ottiene meglio correggendo bug, trovando bug e partecipando allo sviluppo.