‫Hallo en welkom.
‫In deze lezing gaan we leren hoe we goede vragen kunnen stellen en andere mensen kunnen helpen deze te
‫beantwoorden door de juiste soort informatie te verstrekken.
‫Laten we erin duiken en kijken hoe.
‫Dus we staan op het punt om wat ingewikkelder dingen te doen.
‫En bij het volgen van ingewikkelde colleges kan het mis gaan.
‫Het is dus belangrijk dat we weten hoe we op een nuttige en constructieve manier om hulp kunnen vragen.
‫Dus een van de eerste principes om om hulp te vragen, is de exacte foutmelding te plakken die je krijgt.
‫Als je een foutmelding krijgt van Unreal of als er iets niet gebeurt zoals je verwacht, probeer
‫dat dan eerst in Google te plakken en kijk wat de resultaten je laten zien.
‫Als er iets is dat u zelf kunt oplossen, is Google verreweg de snelste manier in plaats van te vragen
‫in de Q&A.
‫Als dat niet lukt, ga je gang en vraag het in de Q&A, maar zorg ervoor dat je de foutmelding
‫en je code toevoegt.
‫Het belangrijkste is dat het lijkt alsof je alles hetzelfde hebt gedaan als wij, maar dat is vaak
‫niet het geval, en het is prima en normaal om kleine fouten te maken.
‫En wees bij het beschrijven van uw probleem zo kort mogelijk, maar zo lang als nodig.
‫U wilt niet te weinig informatie geven en dat wij hen niet kunnen helpen.
‫Maar u wilt ook niet te veel tijd steken in het schrijven van een vraag.
‫Je wilt het niet te moeilijk maken voor iemand om te lezen en tot de kern van het probleem te komen.
‫En ook als je merkt dat je het probleem later zelf moet oplossen.
‫Laat het ons alstublieft weten zodat we in principe weten dat u onze hulp niet meer nodig
‫heeft, maar deel ook uw oplossingen zodat anderen kunnen profiteren van wat u ontdekt heeft.
‫Dat is altijd erg handig.
‫En ook terwijl je wacht, als je een vraag hebt gesteld en een beetje met je duimen
‫draait en wacht op een antwoord, kijk dan eens naar de vragen van andere mensen.
‫Het is er allemaal voor ons allemaal om elkaar te helpen, dus beantwoord alsjeblieft de vragen van anderen.
‫Je merkt vaak dat je op deze manier veel leert en veel kennis verankert.
‫Dus wat is er nodig om toe te voegen?
‫Stel een echt goede vraag die echt goede antwoorden zal krijgen.
‫Nou, allereerst moet je de vraag beantwoorden, wat heb je geprobeerd?
‫Het lijkt misschien verleidelijk om te zeggen, nou, ik heb precies gedaan wat ze deden in de colleges, maar het is gemakkelijk om een
‫stap over te slaan.
‫Het is gemakkelijk om iets verkeerd gehoord of niet gehoord te hebben.
‫Dus vertel het ons alsjeblieft en herhaal wat je hebt geprobeerd.
‫Het is een goede manier van je om te herzien en ervoor te zorgen dat je echt alles hebt gedaan wat je dacht te hebben
‫gedaan.
‫En ook, als je stappen hebt ondernomen om te proberen te begrijpen wat er mis gaat, probeer ons dan te vertellen
‫wat je al hebt geprobeerd te doen, zodat we geen dingen suggereren die je al hebt gedaan.
‫Wat had je verwacht dat er zou gebeuren?
‫Dit lijkt misschien voor de hand liggend voor u, maar soms is het voor de persoon die de vraag beantwoordt niet
‫duidelijk wat u in de eerste plaats had verwacht.
‫Het is dus niet duidelijk waarom het fout is gegaan of dat het überhaupt fout is gegaan.
‫En vertel ons dan wat er is gebeurd dat niet was wat je had verwacht.
‫En wees specifiek met dit alles.
‫Gebruik exacte foutmeldingen, gebruik exacte bewoordingen, gebruik screenshots indien mogelijk, en logs en berichten en al dit
‫soort dingen.
‫Dus wat voor soort dingen kunnen we opnemen?
‫Welke nuttige informatie helpt ons echt om uw situatie te debuggen?
‫Nou, zoals ik al zei, de stappen die je hebt genomen zijn absoluut cruciaal.
‫Dat helpt echt.
‫Alle screenshots die u kunt maken, zijn ook super handig.
‫Als het een tekstueel logbericht is, is tekst meestal gemakkelijker voor ons om door te zoeken en te
‫verwerken, en ik zal je vertellen hoe je lange stukken logs kunt delen zonder je vraag in een oogwenk
‫te overspoelen.
‫De editor logt, dus build logs komen later wanneer we meer met C++ te maken hebben.
‫Maar de editor logs die je nu kunt verstrekken en als je een beetje heen en weer met iemand hebt gehad en
‫ze zeggen, hoe zou je je project kunnen verzenden en ik zal ermee spelen en zien
‫als ik het probleem kan vinden.
‫Dan laat ik je in deze lezing zien hoe je dat ook doet.
‫Dus laten we eens kijken naar screenshots.
‫Ik ga ervan uit dat je dat kunt doen.
‫Maar wat betreft het verkrijgen van de logberichten, wel, er is één manier om deze loguitvoer in je bewerkingen
‫onderaan te zetten.
‫Als je hierop klikt, krijg je een soort van ladingen en ladingen en stapels informatie te zien.
‫Dit is niet altijd de gemakkelijkste manier om dit allemaal te selecteren en te kopiëren.
‫Dus een andere manier om bij hetzelfde logboek te komen, is door naar uw projectmap te gaan, naar opgeslagen te gaan, naar
‫logboeken te gaan en dan bevat dit logbestand uw projectlogboek.
‫Op een Mac ga je nu naar een iets andere plaats.
‫Er zijn een aantal manieren waarop u de logboeken kunt krijgen.
‫Je zou het ook via Finder kunnen doen op een vergelijkbare manier als we Explorer op
‫Windows gebruiken, maar een iets eenvoudigere manier is om naar je console-app te kijken, die er zo uitziet.
‫En in de console-app kun je aan de linkerkant zien dat er een heleboel verschillende rapporten en verschillende gebieden zijn
‫waarnaar je kunt zoeken.
‫Logboeken als we zoeken zijn de lograpporten en dan kun je door deze lijst naar beneden scrollen en
‫kun je logs van allerlei applicaties zien.
‫Nu zul je.
‫Op zoek naar degene die dezelfde naam heeft als uw project.
‫Dus in mijn geval kun je zien dat ik mijn project ook heb.
‫Ik heb de pro-logboeken van het intro-project, dus je kunt erop klikken en je kunt zien dat het logboek erg lang is, net als
‫in Windows, en je kunt vanaf hier kopiëren en plakken als je eroverheen beweegt.
‫Het laat ook zien waar het zich op de schijf bevindt.
‫In mijn geval staat het onder mijn gebruikersbibliotheeklogboeken, Unreal Engine, en dan de naam van het specifieke
‫project en dan het logbestand daarbinnen.
‫Maar omdat het zo lang is, plak dat dan alsjeblieft niet in je vraag.
‫Het zal het heel moeilijk maken om erachter te komen ga naar jist dot github dot com en wat je kunt doen is je kunt het
‫bestand, het projectlogbestand nemen en je kunt het gewoon naar deze webpagina slepen en je kunt
‫zien dat het gewoon uploadt de inhoud van dat logboek.
‫Je kunt gaan zeggen, maak een geheime kern.
‫En wat u dan gaat doen, is dat u de URL gewoon uit de URL-balk kopieert en in
‫plaats daarvan in uw vraag plakt.
‫En dat zal iemand in staat stellen door te komen, door te zoeken naar
‫het relevante deel van het logboek en misschien helpen identificeren wat er feitelijk mis is gegaan in je setup.
‫Dus zo zou je je logberichten delen.
‫U kunt hetzelfde doen met build-fouten die bijzonder lang zijn in C++ als we bij de C++-sectie
‫komen.
‫Maar het andere ding, het laatste redmiddel is om je eigenlijke project te delen.
‫Nu is het misschien verleidelijk om gewoon de hele projectmap te zippen, maar er zijn hier veel dingen die we
‫niet veel build-informatie hoeven te sturen die gewoon opnieuw kan worden gemaakt.
‫Dus de beste manier om de uitvoer hier te produceren, is door naar je bestandsmenu te gaan, naar zip-project te gaan en vervolgens te selecteren
‫waar je dit zip-project wilt hebben.
‫U kunt dit bijvoorbeeld op uw bureaublad gaan zetten.
‫Ik heb er hier al een, maar ik ga dat overschrijven en dan kun je doorgaan en op opslaan drukken en zeggen,
‫ik wil het in dit geval vervangen.
‫En je zult gewoon een kleine pop-up zien die zegt dat het het project aan het zippen is
‫en wanneer het voltooid is, is het voltooid en je kunt dat uploaden naar zoiets als Dropbox of Google Drive en
‫dat dan delen in je vraag.
‫Dus ik hoop dat je een beter idee hebt van hoe je echt geweldige vragen kunt stellen en hopelijk echt geweldige antwoorden
‫in ruil daarvoor kunt krijgen.
‫Tot ziens bij de volgende lezing.