Rozdział 24 · Co dalej? Roadmap Python- deweloper

Pierwszy wkład w Open Source

Mały wkład do sprawdzenia, szacunek dla zasad projektu, review i licencji.

Pierwszy depozyt może być niewielki

Open Source nie wymaga zaczynać od nowego algorytmu w CPython. Poprawka literówki, powtarzalny bug report, test dla potwierdzonego błędu lub wyjaśnienie przykładu może być wartościowym wkładem. Wartość określana jest regułami konkretnego projektu i jakością interakcji.

Wybierz projektlicencja, zakres, działalnośćPrzeczytajREADME i CONTRIBUTINGPotwierdź Issueramki i odtwarzanieEdycjafork lub branch skupiona diffSprawdźtesty i lokalne kontrolePull Requestreview i korekty
Niewielkie wkłady są technicznie kontrolowane i review.

Sekwencja robocza

  1. Wybierz projekt: sprawdzić zakres, działalność, licencję i przydatność swoich umiejętności.
  2. Przeczytaj README: rozumieć przydział, instalację i wspierane wersje.
  3. Przeczytaj CONTRIBUTING: stosować code of conduct, szablony i polecenia walidacyjne.
  4. Wybierz Issue: znajdź małe zweryfikowane zadanie lub uzgodnij nowe.
  5. Powtórz: zapisać minimalny scenariusz w obsługiwanej wersji.
  6. Utwórz fork lub branch: stosować się do zasad projektu i wyizolować zmianę.
  7. Wprowadź zmianę: diff skupiać się i nie mieszać niezwiązanych z tym zmian.
  8. Przeprowadz testy: dodać weryfikowalny dowód i przeprowadzić lokalne weryfikacje.
  9. Otwórz Pull Request: opisz powód, zakres i przeprowadzoną kontrolę.
  10. Przejdź review: spokojnie odpowiadać na pytania oraz omawiać żądania i kompromisy.
  11. Wprowadź poprawki: zaktualizować kod i testy; po rozwiązaniu podziękować uczestnikom.

Umiejętności społeczne są częścią inżynierii

Towarzyszący projektowi mają mało czasu. Krótki kontekst, powtarzalny przykład i ukierunkowany diff skracają czas na review.. Niezgody omawiaj poprzez wymagania i kompromisy. Nie traktuj uwagi do kodu jako oceny osoby i nie wymagaj natychmiastowej odpowiedzi.

Licencje i pochodzenie kodu

Publicznie dostępny kod nie oznacza pozwolenia na jego kopiowanie bez warunków. Przeczytaj licencję projektu źródłowego i docelowego, zachowaj obowiązkowe powiadomienia i nie wklejaj kodu nieznanego pochodzenia. Jeśli warunki są niejasne, zadaj pytanie opiekunom projektu lub wybierz własną implementację. To zasada edukacyjna, a nie porada prawna.

Dobry pierwszy gol
Szukaj zadania, które można zrozumieć i przetestować na kilku lekcjach. Mały, akceptowany diff uczy czytania cudzego kodu, zasad projektu i review lepiej niż duży, nieomawiany rewrite.
Oficjalna dokumentacja
Git reference
GitHub pull requests documentation
pytest documentation