Jak stać się dużym współtwórcą projektu open source?

Wiem, że domyślną radą dotyczącą projektów typu open source i rozpoczynania pracy jest rozpoczęcie naprawiania błędów. Ale mam wrażenie, że jest to ścieżka, którą ktoś chciałby pójść, gdyby chciał być testerem / naprawcą błędów w projekcie. Jak stać się aktywnym uczestnikiem projektu typu open source? [Tj. Na poziomie architektury]

To prawdopodobnie zabrzmi jak tautologia, ale jeśli chcesz stać się głównym współtwórcą nowych funkcji, skorzystaj z produktu przez chwilę, znajdź nową funkcję, która by ją ulepszyła, napisz kod, aby ją wdrożyć i wesprzyj to.

Powodem, dla którego ludzie powinni zacząć od poprawek błędów, jest to, że skłaniają ich do szukania kodu źródłowego i zapoznania się ze sposobem działania. Dzięki temu będziesz mógł uczestniczyć w dyskusji społeczności projektu, cokolwiek to może być (zwykle lista mailingowa lub forum), dzięki czemu poczujesz kierunek projektu. Czujesz się trochę głupio, jeśli wykonasz 80% swojej nowej funkcji tylko po to, aby przekonać się, że ktoś inny nad tym cały czas pracował i właśnie to zakończył!

Brak skrótów. Projekty open source są wyjątkowo oparte na zasługach. Po wykazaniu, że jesteś w stanie wykonywać mniejsze zadania, w końcu będziesz mieć zaufanie do coraz większych zadań. Projekty open source mają również dużą motywację ze strony autorów, którzy wnoszą jedną lub dwie łatki, a następnie przechodzą dalej, a jeszcze więcej osób, które „wnoszą” jeden lub dwa wielkie, ale niezaimplementowane pomysły, przechodzi dalej. Jeśli chcesz wnieść większy wkład, musisz pokazać, że jesteś w to na dłuższą metę.

To powiedziawszy, stopniowe ulepszenia architektury są często mile widziane, szczególnie jeśli rozwiązują poważny błąd lub problem z wydajnością. Na przykład kilka lat temu jedną z niewielu łatek, które włączyłem do projektu Cinelerra , była zmiana architektoniczna w stosie cofania, która znacznie zmniejszyła zużycie pamięci i opóźnienie operacji nieodwracalnych.

Odniesiesz największy sukces, jeśli rozwiążesz osobisty problem, a nie po prostu postanowisz „stać się współpracownikiem projektu open source”. Kiedy przesłałem tę łatkę do Cinelerry, nie próbowałem przyczynić się do zmiany architektonicznej w losowo wybranym projekcie open source, próbowałem dowiedzieć się, dlaczego przeniesienie punktu wejścia / wyjścia podczas edycji moich filmów było tak dziwne.

Możesz to zrobić, poznając osoby już na tym stanowisku i wykazując zainteresowanie dołączeniem do nich, co najlepiej osiągnąć, usuwając błędy, znajdując błędy i uczestnicząc w rozwoju.