Jak ocenić projekt open source z myślą o dołączeniu?

Zakładając, że znalazłem projekt open source, który mnie interesuje, w jaki sposób oceniam projekt (członkowie, poziom aktywności itp.), Aby ustalić, czy dołączenie do projektu będzie dobrym wykorzystaniem mojego czasu i energii?

Spójrz na historię kontroli źródła.

Na tej podstawie możesz zobaczyć zameldowania, przejrzeć kod, zmierzyć poziom aktywności i ogólnie zobaczyć jakość zatwierdzeń. Możesz się najwięcej nauczyć, patrząc na aktywność kodu źródłowego.

Możesz zrobić kilka rzeczy:

1. Zobacz archiwa ich list mailingowych i zobacz, jak społeczność zachowuje się publicznie
2. Spójrz na częstotliwość ich wydawania i jakość informacji o wydaniu
3. Poszukaj jasnego opisu misji i listy funkcji / wymagań na ich stronie
4. Sprawdź jego dojrzałość - jeśli chcesz zostać mentorem / nauczycielem w projekcie, dojrzały projekt jest bardziej wyrozumiały niż nowy projekt. Odwrotna jest również prawda.
5. Spójrz na strukturę, czy jest to życzliwy dyktator, czy podejście rady gminy
6. Poszukaj instrukcji dołączania, przyjazny? jasny?

To i tak początek :)

Najpierw przetestuj wody. Spędzaj czas na listach mailowych, kanałach IRC itp. I patrz, jak to działa. Napraw błąd lub sam dodaj znaną żądaną funkcję i prześlij łatkę. Zobacz, jak to jest akceptowane ... czy współpracują z tobą, aby go edytować i uwzględnić, czy walczyć z tobą?

Oceń także siebie. Czy naprawdę masz czas i zainteresowanie, aby pozostać i być wartym projektu, który zainwestuje w przyspieszenie?

Spójrz na zasięg testu. Przyczynianie się do projektu z historią / mandatem polegającym wyłącznie na przyjmowaniu próśb / poprawek z pozytywnymi testami będzie znacznie bardziej udanym i przyjemnym procesem niż próba współpracy nad czymś z programistami, którzy nie mogą / nie będą pisać testów jednostkowych.

Kilka razy musiałem pracować nad aktualizacją starych wersji opuszczonych bibliotek do pracy. Zwykle byłbym podekscytowany otrzymaniem zapłaty za wkład w projekty open source. Ale kiedy nie ma testów i słabej dokumentacji, jest to po prostu piekielne.

Dołącz, jeśli spodoba ci się ¹ praca nad projektem.

¹ : „cieszyć się” może oznaczać wszystko, co czyni cię szczęśliwym.

Oprzyj to na swoich celach (nie jestem pewien, jakie są). Jeśli próbujesz zdobyć doświadczenie w programowaniu, naprawdę nie masz wiele do stracenia, próbując go. Jeśli już, możesz nauczyć się, jak „nie” kodować.

Jeśli próbujesz wyrobić sobie markę, przywiązując się do wspaniałego projektu, możesz mieć trudniejszy czas. Spróbuj przeszukać sieć w poszukiwaniu blogów lub komentarzy od innych programistów i użytkowników oprogramowania (jeśli jest tak daleko.). Spójrz na postęp kodowania. Czy porusza się w tempie, które ci odpowiada?

Próbując dowiedzieć się, czy pozostali członkowie „bawią się dobrze z innymi”, mogą zastosować kombinację niektórych z wyżej wymienionych praktyk.

Wypróbuj to. „Nic nie kosztuje” - John Belushi, Animal House.