# Pomóż FastAPI - Uzyskaj pomoc Czy podoba Ci się **FastAPI**? Czy chciałbyś pomóc FastAPI, jego użytkownikom i autorowi? Może napotkałeś na trudności z **FastAPI** i potrzebujesz pomocy? Istnieje kilka bardzo łatwych sposobów, aby pomóc (czasami wystarczy jedno lub dwa kliknięcia). Istnieje również kilka sposobów uzyskania pomocy. ## Zapisz się do newslettera Możesz zapisać się do rzadkiego [newslettera o **FastAPI i jego przyjaciołach**](newsletter.md){.internal-link target=_blank}, aby być na bieżąco z: * Aktualnościami o FastAPI i przyjaciołach 🚀 * Przewodnikami 📝 * Funkcjami ✨ * Przełomowymi zmianami 🚨 * Poradami i sztuczkami ✅ ## Śledź FastAPI na Twitterze Śledź @fastapi na **Twitterze** aby być na bieżąco z najnowszymi wiadomościami o **FastAPI**. 🐦 ## Dodaj gwiazdkę **FastAPI** na GitHubie Możesz "dodać gwiazdkę" FastAPI na GitHubie (klikając przycisk gwiazdki w prawym górnym rogu): https://github.com/fastapi/fastapi. ⭐️ Dodając gwiazdkę, inni użytkownicy będą mogli łatwiej znaleźć projekt i zobaczyć, że był już przydatny dla innych. ## Obserwuj repozytorium GitHub w poszukiwaniu nowych wydań Możesz "obserwować" FastAPI na GitHubie (klikając przycisk "obserwuj" w prawym górnym rogu): https://github.com/fastapi/fastapi. 👀 Wybierz opcję "Tylko wydania". Dzięki temu będziesz otrzymywać powiadomienia (na swój adres e-mail) za każdym razem, gdy pojawi się nowe wydanie (nowa wersja) **FastAPI** z poprawkami błędów i nowymi funkcjami. ## Skontaktuj się z autorem Możesz skontaktować się ze mną (Sebastián Ramírez / `tiangolo`), autorem. Możesz: * Śledzić mnie na **GitHubie**. * Zobacz inne projekty open source, które stworzyłem, a mogą być dla Ciebie pomocne. * Śledź mnie, aby dostać powiadomienie, gdy utworzę nowy projekt open source. * Śledzić mnie na **Twitterze** lub na Mastodonie. * Napisz mi, w jaki sposób korzystasz z FastAPI (uwielbiam o tym czytać). * Dowiedz się, gdy ogłoszę coś nowego lub wypuszczę nowe narzędzia. * Możesz także śledzić @fastapi na Twitterze (to oddzielne konto). * Nawiąż ze mną kontakt na **Linkedinie**. * Dowiedz się, gdy ogłoszę coś nowego lub wypuszczę nowe narzędzia (chociaż częściej korzystam z Twittera 🤷‍♂). * Czytaj moje posty (lub śledź mnie) na **Dev.to** lub na **Medium**. * Czytaj o innych pomysłach, artykułach i dowiedz się o narzędziach, które stworzyłem. * Śledź mnie, by wiedzieć gdy opublikuję coś nowego. ## Napisz tweeta o **FastAPI** Napisz tweeta o **FastAPI** i powiedz czemu Ci się podoba. 🎉 Uwielbiam czytać w jaki sposób **FastAPI** jest używane, co Ci się w nim podobało, w jakim projekcie/firmie go używasz itp. ## Głosuj na FastAPI * Głosuj na **FastAPI** w Slant. * Głosuj na **FastAPI** w AlternativeTo. * Powiedz, że używasz **FastAPI** na StackShare. ## Pomagaj innym, odpowiadając na ich pytania na GitHubie Możesz spróbować pomóc innym, odpowiadając w: * Dyskusjach na GitHubie * Problemach na GitHubie W wielu przypadkach możesz już znać odpowiedź na te pytania. 🤓 Jeśli pomożesz wielu ludziom, możesz zostać oficjalnym [Ekspertem FastAPI](fastapi-people.md#fastapi-experts){.internal-link target=_blank}. 🎉 Pamiętaj tylko o najważniejszym: bądź życzliwy. Ludzie przychodzą sfrustrowani i w wielu przypadkach nie zadają pytań w najlepszy sposób, ale mimo to postaraj się być dla nich jak najbardziej życzliwy. 🤗 Chciałbym, by społeczność **FastAPI** była życzliwa i przyjazna. Nie akceptuj prześladowania ani braku szacunku wobec innych. Dbajmy o siebie nawzajem. --- Oto, jak pomóc innym z pytaniami (w dyskusjach lub problemach): ### Zrozum pytanie * Upewnij się, czy rozumiesz **cel** i przypadek użycia osoby pytającej. * Następnie sprawdź, czy pytanie (większość to pytania) jest **jasne**. * W wielu przypadkach zadane pytanie dotyczy rozwiązania wymyślonego przez użytkownika, ale może istnieć **lepsze** rozwiązanie. Jeśli dokładnie zrozumiesz problem i przypadek użycia, być może będziesz mógł zaproponować lepsze **alternatywne rozwiązanie**. * Jeśli nie rozumiesz pytania, poproś o więcej **szczegółów**. ### Odtwórz problem W większości przypadków problem wynika z **autorskiego kodu** osoby pytającej. Często pytający umieszczają tylko fragment kodu, niewystarczający do **odtworzenia problemu**. * Możesz poprosić ich o dostarczenie minimalnego, odtwarzalnego przykładu, który możesz **skopiować i wkleić** i uruchomić lokalnie, aby zobaczyć ten sam błąd lub zachowanie, które widzą, lub lepiej zrozumieć ich przypadki użycia. * Jeśli jesteś wyjątkowo pomocny, możesz spróbować **stworzyć taki przykład** samodzielnie, opierając się tylko na opisie problemu. Miej na uwadze, że może to zająć dużo czasu i lepiej może być najpierw poprosić ich o wyjaśnienie problemu. ### Proponuj rozwiązania * Po zrozumieniu pytania możesz podać im możliwą **odpowiedź**. * W wielu przypadkach lepiej zrozumieć ich **podstawowy problem lub przypadek użycia**, ponieważ może istnieć lepszy sposób rozwiązania niż to, co próbują zrobić. ### Poproś o zamknięcie Jeśli odpowiedzą, jest duża szansa, że rozwiązałeś ich problem, gratulacje, **jesteś bohaterem**! 🦸 * Jeśli Twoja odpowiedź rozwiązała problem, możesz poprosić o: * W Dyskusjach na GitHubie: oznaczenie komentarza jako **odpowiedź**. * W Problemach na GitHubie: **zamknięcie** problemu. ## Obserwuj repozytorium na GitHubie Możesz "obserwować" FastAPI na GitHubie (klikając przycisk "obserwuj" w prawym górnym rogu): https://github.com/fastapi/fastapi. 👀 Jeśli wybierzesz "Obserwuj" zamiast "Tylko wydania", otrzymasz powiadomienia, gdy ktoś utworzy nowy problem lub pytanie. Możesz również określić, że chcesz być powiadamiany tylko o nowych problemach, dyskusjach, PR-ach itp. Następnie możesz spróbować pomóc rozwiązać te problemy. ## Zadawaj pytania Możesz utworzyć nowe pytanie w repozytorium na GitHubie, na przykład aby: * Zadać **pytanie** lub zapytać o **problem**. * Zaproponować nową **funkcję**. **Uwaga**: jeśli to zrobisz, poproszę Cię również o pomoc innym. 😉 ## Przeglądaj Pull Requesty Możesz pomóc mi w przeglądaniu pull requestów autorstwa innych osób. Jak wcześniej wspomniałem, postaraj się być jak najbardziej życzliwy. 🤗 --- Oto, co warto mieć na uwadze podczas oceny pull requestu: ### Zrozum problem * Najpierw upewnij się, że **rozumiesz problem**, który próbuje rozwiązać pull request. Może być osadzony w większym kontekście w GitHubowej dyskusji lub problemie. * Jest też duża szansa, że pull request nie jest konieczny, ponieważ problem można rozwiązać w **inny sposób**. Wtedy możesz to zasugerować lub o to zapytać. ### Nie martw się stylem * Nie przejmuj się zbytnio rzeczami takimi jak style wiadomości commitów, przy wcielaniu pull requesta łączę commity i modyfikuję opis sumarycznego commita ręcznie. * Nie przejmuj się również stylem kodu, automatyczne narzędzia w repozytorium sprawdzają to samodzielnie. A jeśli istnieje jakaś konkretna potrzeba dotycząca stylu lub spójności, sam poproszę o zmiany lub dodam commity z takimi zmianami. ### Sprawdź kod * Przeczytaj kod, zastanów się czy ma sens, **uruchom go lokalnie** i potwierdź czy faktycznie rozwiązuje problem. * Następnie dodaj **komentarz** z informacją o tym, że sprawdziłeś kod, dzięki temu będę miał pewność, że faktycznie go sprawdziłeś. /// info Niestety, nie mogę ślepo ufać PR-om, nawet jeśli mają kilka zatwierdzeń. Kilka razy zdarzyło się, że PR-y miały 3, 5 lub więcej zatwierdzeń (prawdopodobnie dlatego, że opis obiecuje rozwiązanie ważnego problemu), ale gdy sam sprawdziłem danego PR-a, okazał się być zbugowany lub nie rozwiązywał problemu, który rzekomo miał rozwiązywać. 😅 Dlatego tak ważne jest, abyś faktycznie przeczytał i uruchomił kod oraz napisał w komentarzu, że to zrobiłeś. 🤓 /// * Jeśli PR można uprościć w jakiś sposób, możesz o to poprosić, ale nie ma potrzeby być zbyt wybrednym, może być wiele subiektywnych punktów widzenia (a ja też będę miał swój 🙈), więc lepiej żebyś skupił się na kluczowych rzeczach. ### Testy * Pomóż mi sprawdzić, czy PR ma **testy**. * Sprawdź, czy testy **nie przechodzą** przed PR. 🚨 * Następnie sprawdź, czy testy **przechodzą** po PR. ✅ * Wiele PR-ów nie ma testów, możesz **przypomnieć** im o dodaniu testów, a nawet **zaproponować** samemu jakieś testy. To jedna z rzeczy, które pochłaniają najwięcej czasu i możesz w tym bardzo pomóc. * Następnie skomentuj również to, czego spróbowałeś, wtedy będę wiedział, że to sprawdziłeś. 🤓 ## Utwórz Pull Request Możesz [wnieść wkład](contributing.md){.internal-link target=_blank} do kodu źródłowego za pomocą Pull Requestu, na przykład: * Naprawić literówkę, którą znalazłeś w dokumentacji. * Podzielić się artykułem, filmem lub podcastem, który stworzyłeś lub znalazłeś na temat FastAPI, edytując ten plik. * Upewnij się, że dodajesz swój link na początku odpowiedniej sekcji. * Pomóc w [tłumaczeniu dokumentacji](contributing.md#translations){.internal-link target=_blank} na Twój język. * Możesz również pomóc w weryfikacji tłumaczeń stworzonych przez innych. * Zaproponować nowe sekcje dokumentacji. * Naprawić istniejący problem/błąd. * Upewnij się, że dodajesz testy. * Dodać nową funkcję. * Upewnij się, że dodajesz testy. * Upewnij się, że dodajesz dokumentację, jeśli jest to istotne. ## Pomóż w utrzymaniu FastAPI Pomóż mi utrzymać **FastAPI**! 🤓 Jest wiele pracy do zrobienia, a w większości przypadków **TY** możesz to zrobić. Główne zadania, które możesz wykonać teraz to: * [Pomóc innym z pytaniami na GitHubie](#pomagaj-innym-odpowiadajac-na-ich-pytania-na-githubie){.internal-link target=_blank} (zobacz sekcję powyżej). * [Oceniać Pull Requesty](#przegladaj-pull-requesty){.internal-link target=_blank} (zobacz sekcję powyżej). Te dwie czynności **zajmują najwięcej czasu**. To główna praca związana z utrzymaniem FastAPI. Jeśli możesz mi w tym pomóc, **pomożesz mi utrzymać FastAPI** i zapewnisz że będzie **rozwijać się szybciej i lepiej**. 🚀 ## Dołącz do czatu Dołącz do 👥 serwera czatu na Discordzie 👥 i spędzaj czas z innymi w społeczności FastAPI. /// tip | Wskazówka Jeśli masz pytania, zadaj je w Dyskusjach na GitHubie, jest dużo większa szansa, że otrzymasz pomoc od [Ekspertów FastAPI](fastapi-people.md#fastapi-experts){.internal-link target=_blank}. Używaj czatu tylko do innych ogólnych rozmów. /// ### Nie zadawaj pytań na czacie Miej na uwadze, że ponieważ czaty pozwalają na bardziej "swobodną rozmowę", łatwo jest zadawać pytania, które są zbyt ogólne i trudniejsze do odpowiedzi, więc możesz nie otrzymać odpowiedzi. Na GitHubie szablon poprowadzi Cię do napisania odpowiedniego pytania, dzięki czemu łatwiej uzyskasz dobrą odpowiedź, a nawet rozwiążesz problem samodzielnie, zanim zapytasz. Ponadto na GitHubie mogę się upewnić, że zawsze odpowiadam na wszystko, nawet jeśli zajmuje to trochę czasu. Osobiście nie mogę tego zrobić z systemami czatu. 😅 Rozmów w systemach czatu nie można tak łatwo przeszukiwać, jak na GitHubie, więc pytania i odpowiedzi mogą zaginąć w rozmowie. A tylko te na GitHubie liczą się do zostania [Ekspertem FastAPI](fastapi-people.md#fastapi-experts){.internal-link target=_blank}, więc najprawdopodobniej otrzymasz więcej uwagi na GitHubie. Z drugiej strony w systemach czatu są tysiące użytkowników, więc jest duża szansa, że znajdziesz tam kogoś do rozmowy, prawie w każdej chwili. 😄 ## Wspieraj autora Możesz również finansowo wesprzeć autora (mnie) poprzez sponsoring na GitHubie. Tam możesz postawić mi kawę ☕️ aby podziękować. 😄 Możesz także zostać srebrnym lub złotym sponsorem FastAPI. 🏅🎉 ## Wspieraj narzędzia, które napędzają FastAPI Jak widziałeś w dokumentacji, FastAPI stoi na ramionach gigantów, Starlette i Pydantic. Możesz również wesprzeć: * Samuel Colvin (Pydantic) * Encode (Starlette, Uvicorn) --- Dziękuję! 🚀