‫Cześć i witaj.
‫Na tym wykładzie nauczymy się, jak zadawać dobre pytania i pomagać innym w odpowiadaniu na
‫nie poprzez dostarczanie odpowiedniego rodzaju informacji.
‫Zanurzmy się i zobaczmy jak.
‫Za chwilę zajmiemy się robieniem bardziej skomplikowanych rzeczy.
‫A kiedy podążasz za skomplikowanymi wykładami, coś może pójść nie tak.
‫Dlatego ważne jest, abyśmy wiedzieli, jak prosić o pomoc w użyteczny i konstruktywny sposób.
‫Tak więc jedną z pierwszych zasad proszenia o pomoc jest wklejenie dokładnego błędu, który otrzymujesz.
‫Jeśli otrzymujesz komunikat o błędzie od Unreal lub coś nie dzieje się zgodnie z
‫oczekiwaniami, spróbuj najpierw wkleić go do Google i zobacz, co pokazują wyniki.
‫Jeśli jest coś, co możesz naprawić samodzielnie, Google jest zdecydowanie najszybszym sposobem, niż pytać w pytaniach
‫i odpowiedziach.
‫Jeśli to się nie powiedzie, zapytaj w Q&A, ale pamiętaj, aby dołączyć komunikat o błędzie
‫i swój kod.
‫Co najważniejsze, ponieważ może się wydawać, że zrobiłeś wszystko tak samo jak my, ale często
‫tak nie jest, a drobne błędy są całkowicie w porządku i normalne.
‫A opisując swój problem, bądź jak najkrótszy, ale tak długo, jak to konieczne.
‫Nie chcesz podawać za mało informacji, a my nie możemy im pomóc.
‫Ale też nie chcesz poświęcać zbyt wiele czasu na napisanie pytania.
‫Nie chcesz utrudniać komuś czytania i dotarcia do sedna problemu.
‫A także, jeśli okaże się, że później sam rozwiązałeś problem.
‫Proszę, daj nam znać, abyśmy w zasadzie wiedzieli, że nie potrzebujesz już naszej pomocy, ale
‫także podziel się swoimi rozwiązaniami, aby inni mogli skorzystać z tego, czego się dowiedziałeś.
‫To zawsze bardzo pomocne.
‫A także, gdy czekasz, jeśli zadałeś pytanie i trochę kręcisz kciukami
‫i czekasz na odpowiedź, spójrz na pytania innych ludzi.
‫To wszystko jest po to, aby każdy z nas pomagał sobie nawzajem, więc proszę odpowiadaj na pytania innych osób.
‫Często okazuje się, że dużo się uczysz i osadzasz w ten sposób dużo wiedzy.
‫Więc co trzeba dodać?
‫Zadaj naprawdę dobre pytanie, na które otrzymasz naprawdę dobre odpowiedzi.
‫Cóż, przede wszystkim musisz odpowiedzieć na pytanie, czego próbowałeś?
‫Może wydawać się kuszące stwierdzenie, że zrobiłem dokładnie to, co oni zrobili na wykładach, ale łatwo jest
‫przeoczyć krok.
‫Łatwo się przesłyszeć lub czegoś nie usłyszeć.
‫Więc proszę powiedz nam i powtórz, czego próbowałeś.
‫To dobry sposób, by zweryfikować i upewnić się, że zrobiłeś wszystko, o czym myślałeś, że
‫zrobiłeś.
‫A także, jeśli zrobiłeś jakieś kroki, aby spróbować zrozumieć, co jest nie tak, spróbuj powiedzieć
‫nam, co już próbowałeś zrobić, abyśmy nie sugerowali rzeczy, które już zrobiłeś.
‫Czego się spodziewałeś?
‫Może ci się to wydawać oczywiste, ale czasami dla osoby, która odpowiada na pytanie, nie jest
‫oczywiste, czego się spodziewałeś w pierwszej kolejności.
‫Nie jest więc jasne, dlaczego poszło nie tak lub czy w ogóle poszło nie tak.
‫A potem powiedz nam, co się właściwie stało, a nie było to, czego się spodziewałeś.
‫I bądź w tym wszystkim konkretny.
‫Używaj dokładnych komunikatów o błędach, używaj dokładnych sformułowań, używaj zrzutów ekranu, jeśli to możliwe, oraz dzienników i wiadomości i innych tego
‫typu rzeczy.
‫Więc jakie rodzaje rzeczy możemy uwzględnić?
‫Jakie przydatne informacje naprawdę pomagają nam w debugowaniu Twojej sytuacji?
‫Cóż, jak już powiedziałem, kroki, które podjąłeś, są absolutnie kluczowe.
‫To naprawdę pomaga.
‫Wszelkie zrzuty ekranu, które możesz podać, są również bardzo pomocne.
‫Jeśli jest to tekstowa wiadomość dziennika, to w rzeczywistości jakiś tekst jest dla nas zwykle łatwiejszy do
‫przeszukania i poradzenia sobie z nim. W ciągu sekundy podzielę się tym, jak możesz udostępniać długie dzienniki bez
‫zasypywania pytania.
‫Dzienniki edytora, więc logi budowania pojawią się później, gdy będziemy mieli więcej do czynienia z C++.
‫Ale dzienniki edytora, które możesz dostarczyć teraz, a jeśli miałeś z kimś trochę w tył i z powrotem i
‫oni są jak, jak możesz wysłać swój projekt, a ja się z nim pobawę
‫i zobaczę jeśli znajdę problem.
‫W tym wykładzie pokażę ci, jak to zrobić.
‫Spójrzmy więc na zrzuty ekranu.
‫Zakładam, że możesz to zrobić.
‫Ale jeśli chodzi o otrzymywanie komunikatów dziennika, cóż, jest jeden sposób, aby uzyskać ten wynik w swoich edycjach
‫na dole.
‫Jeśli to klikniesz, to w pewnym sensie pokaże ci ładunki, ładunki i ryzy informacji.
‫Nie zawsze jest to najłatwiejszy sposób, aby wybrać to wszystko i skopiować.
‫Innym sposobem, aby dostać się do tego samego dziennika, jest przejście do folderu projektu, przejście do zapisanego, przejście do
‫dzienników, a następnie ten plik dziennika zawiera dziennik projektu.
‫Teraz na Macu przejdziesz w nieco inne miejsce.
‫Teraz jest kilka sposobów na zdobycie dzienników.
‫Możesz to również zrobić za pomocą Findera w podobny sposób, jak używamy Eksploratora
‫w systemie Windows, ale nieco łatwiejszym sposobem jest spojrzenie na aplikację konsoli, która wygląda tak.
‫W aplikacji konsolowej po lewej stronie znajduje się wiele różnych raportów i różnych obszarów, których
‫możesz szukać.
‫Logi, kiedy szukamy, to raporty z logów, a następnie możesz przewinąć tę listę i
‫zobaczyć logi z wszelkiego rodzaju aplikacji.
‫Teraz będziesz.
‫Szukasz takiego, który ma taką samą nazwę jak Twój projekt.
‫Więc w moim przypadku widać, że też mam swój projekt.
‫Mam wstępne logi projektu pro, więc możesz wejść i kliknąć, a zobaczysz, że dziennik jest bardzo długi, tak jak w systemie
‫Windows, i możesz skopiować i wkleić stąd, jeśli najedziesz na to kursorem.
‫Pokazuje również, gdzie jest na dysku.
‫W moim przypadku jest to pod logami mojej biblioteki użytkownika, Unreal Engine, a następnie nazwa konkretnego projektu
‫i znajdujący się tam plik dziennika.
‫Ale ponieważ to jest tak długie, nie wklejaj tego do swojego pytania.
‫To sprawi, że naprawdę trudno będzie rozgryźć, przejdź do jist kropka github kropka com i co możesz zrobić, to wziąć plik,
‫plik dziennika projektu i po prostu przeciągnąć go na tę stronę internetową, a
‫zobaczysz, że po prostu przesyła zawartość tego dziennika.
‫Możesz iść i powiedzieć, stwórz sekretny sens.
‫A potem możesz po prostu skopiować adres URL z paska adresu URL i wkleić
‫go do swojego pytania.
‫A to pozwoli komuś przejść, przeszukać odpowiedni fragment dziennika
‫i być może pomóc zidentyfikować, co faktycznie poszło nie tak w twojej konfiguracji.
‫Więc w ten sposób możesz udostępniać swoje komunikaty dziennika.
‫Możesz zrobić to samo z błędami kompilacji, które są szczególnie długie w C++, kiedy dojdziemy do sekcji
‫C++.
‫Ale inna sprawa, ostatnia deska ratunku, to udostępnienie swojego aktualnego projektu.
‫Teraz może być kuszące spakowanie całego folderu projektu, ale jest tu wiele rzeczy, których nie musimy
‫wysyłać wielu informacji o kompilacji, które można po prostu odtworzyć.
‫Najlepszym sposobem na wygenerowanie danych wyjściowych jest przejście do menu plików, przejście do projektu zip, a następnie wybranie miejsca, w którym
‫ma się znaleźć ten projekt zip.
‫Możesz na przykład umieścić to na pulpicie.
‫Mam już jeden tutaj, ale zamierzam go zastąpić, a potem możesz iść dalej, nacisnąć Zapisz i powiedzieć, że
‫chcę go zastąpić w tym przypadku.
‫Zobaczysz tylko małe okienko z informacją, że projekt jest skompresowany, a kiedy jest gotowy, jest
‫gotowy i możesz go przesłać do czegoś takiego jak Dropbox lub Dysk Google, a następnie podzielić się
‫tym w swoim pytaniu.
‫Mam więc nadzieję, że masz lepsze pojęcie o tym, jak możesz zadawać naprawdę świetne pytania i miejmy nadzieję, że w
‫zamian otrzymasz naprawdę świetne odpowiedzi.
‫Do zobaczenia w następnym wykładzie.