Share
Als moderator op de fora van Scirra en sinds ik construct 2 heb ondersteund sinds de begintijd, heb ik mijn deel van de nieuwkomers op het gebied van programmeren en deze specifieke tool gezien. Het komt vaak voor dat beginners enthousiast worden over hun nieuwe ontdekkingen, hun frisse perspectieven en het overweldigende gevoel dat ze hun droomspel daadwerkelijk zullen opbouwen. Dit is allemaal geweldig, maar vaak leiden deze gevoelens ertoe dat die beginners bepaalde misstappen maken wanneer ze lid worden van een online gamedev-community. In dit artikel detailleer ik deze misstappen en hoe deze te vermijden.
In de eerste paar weken dat nieuwe game-ontwikkelaars in de gemeenschap doorbrengen (meestal tijdens de vakantie, voor tieners en studenten), is hun motivatie een beetje wild, besteedt energie in elke richting.
Game maken is inderdaad een breed onderwerp, waarbij je veel aspecten in overweging moet nemen. Er valt veel te ontdekken, te experimenteren en mee te spelen. Deze nieuwe hobby is uitdagend en leuk op dezelfde manier als een geweldige game - mogelijk zelfs meer - en tijdens de eerste weken van gebruik zullen beginners zich haasten om verbinding te maken met de community van Construct.
Heel vaak is de eerste motivatie om in het forum te posten om hulp te vragen en daarom zien we vaak dergelijke fouten:
Een verzoek om technische hulp in een forum met de naam "Onderwerpen openen" (wat meer is voor wat niet over Construct zelf is) of plaats zelfs een Construct 2-hulpverzoek in "Construct Classic help"
Dit is slecht voor de gemeenschap, omdat het potentiële informatie verspreidt over de forums in plaats van alles op zijn plaats te houden. De forums zijn verzameld in categorieën om onderwerpen relevant te houden, dus het plaatsen van fouten creëert ruis waardoor andere gebruikers niet vinden waarnaar ze op zoek zijn.
In de fora van Scirra zijn de subforums Construct 2 General en "Hoe kan ik" de juiste plaatsen om construct 2-hulpverzoeken te plaatsen (en op te zoeken).
Het General-ontwerp-subforum is bedoeld voor vragen over spelontwerp en geen technische hulp. Je kunt bespreken welk type besturing bij jouw spel past, maar blijf alsjeblieft vragen over de daadwerkelijke implementatie houden op het How Do I-subforum.
Hoe maak je een Zelda-kloon? Hoe maak je een game voor meerdere spelers? ?
Het onderwerp is hier te groot. Een game-engine is een fijne verzameling van verschillende mechanische of technische stukken; deze vragen zijn als vragen hoe een raketmotor te bouwen als je nauwelijks weet hoe reguliere automotoren werken. Ze zijn ook het soort vraag dat veel verder gaat dan een enkele thread.
Als reactie op dergelijke berichten raad ik de indiener vaak aan enkele van de tutorials voor beginners te volgen, of de zelfstudielessen die in dit artikel zijn gekoppeld. Het volgen van dergelijke tutorials, zelfs als ze niets te maken lijken te hebben met de stijl van het spel waar je om vraagt, neemt je langzaam mee in het proces van het leren gebruiken van Construct 2 en het maken van een spel.
Veel van de technische principes die in één speltype worden weergegeven, zijn van toepassing op een ander spel. En onthoud dat tutorials worden geleverd door de leden van de community. Vaak nam dit lid de tijd om de tutorial te schrijven wanneer er niet zoveel informatie beschikbaar was, dus het is op zijn minst de moeite waard om een gerichte leesopdracht te doen.
Op andere gamedev-forums, meestal zal er een lexicon en een hulpmiddel voor beginners zijn, meer of minder abstract en gericht op het maken van spellen. Op programmeertaalfora ligt de focus niet op het maken van games, maar eerder op het coderen in die taal.Ik zit vast in mijn spel, help alsjeblieft! Hoe kan ik mijn personage naar rechts laten gaan?
Wanneer u om hulp vraagt, wees dan zo nauwkeurig mogelijk en verstrek bronbestanden of op zijn minst een demo die het probleem laat zien. Het antwoord hangt vaak af van de plug-ins die u gebruikt en de code die u al hebt geschreven.
Probeer de context van je probleem te verkleinen, maar pas op: net zoals onderwerpen te breed kunnen zijn, kunnen ze ook te beperkt zijn. Leg bij het uiten van je probleem eerst het globale idee van je spel uit. Dan lokaliseer het gebied (in de spellogica) waar je het probleem voelt, leg uit wat je zou verwachten van de code die je schreef, en vertel wat er feitelijk gebeurt als je het spel uitvoert.
Nogmaals, ik raad ten zeerste aan dat u bronbestanden verstrekt die het probleem aantonen - idealiter in de vorm van een eenvoudigere demo die alleen het specifieke probleem laat zien. Zoeken naar fouten in iemands bron tussen honderden niet-gerelateerde functies en evenementen is geen gemakkelijke taak, dus help potentiële helpers alstublieft door het codevraagstuk voor hen te verkleinen.
Opmerking van de uitgever: In mijn ervaring helpt negen keer van de tien om de demo te maken je hoe dan ook het probleem zelf op te lossen!
Slechtste voorbeeld: het "botsen" van hun eigen thread na een paar minuten of uren omdat niemand het onmiddellijk beantwoordde.
Een forum is geen directe chat. Een bericht kan daar enkele dagen of weken zitten voordat deze wordt beantwoord (hoewel op de communityforums van C2 de meeste nieuwe berichten binnen een dag worden beantwoord). Dus als je forums gebruikt, wees dan niet ongeduldig.
Wees je er ook van bewust dat je 's nachts niet alles zult leren en begrijpen. Zelfs met Construct 2, zo intuïtief als het zou kunnen zijn, zijn de gebruikers nog steeds alleen menselijk. Soms kan het laten weken van een week tussen lezen en het invullen van een zelfstudie de informatie helpen in te zinken; tijdens deze week verter je de informatie en nieuwe kennis. Je zult misschien zelfs eindigen met "denken in C2" en uiteindelijk meer complexe interacties begrijpen. Je zult ook meer complexe mechanismen kunnen analyseren en beschrijven.
Op andere gamedev-forums, Hetzelfde geldt. Als u ongeduld toont en handelt zoals u bent bestellen hulp van een gemeenschap die u nog niet kent, bent u waarschijnlijk eenvoudigweg buitengesloten van die gemeenschap op een mogelijk ruwe manier. Wees net als in het echte leven beleefd en attent.Dit is geen vergissing, precies, maar nieuwkomers in programmeren, game maken en zelfs computers kunnen overweldigd worden door de massa informatie en concepten waarmee ze plotseling te maken hebben: nieuwe software, nieuwe woordenschat, nieuwe manieren van denken ...
We zijn er allemaal geweest. Hopelijk helpen deze eenvoudige tips je om het hoofd te bieden aan:
Dezelfde algemene "regels" zijn van toepassing op IRC-chatrooms, wanneer hulp "live" wordt aangevraagd.
Hoewel chatten onmiddellijk is, zult u merken dat veel van de leden zijn stationair - verbonden maar niet noodzakelijk gericht op de chatroom zelf) - dus je kunt niet altijd een onmiddellijk antwoord verwachten. Nogmaals, wees zo nauwkeurig mogelijk in het uitleggen van uw probleem, verstrek bronbestanden en demo's en wees beleefd.
Aarzel ook niet om jezelf in de steek te laten, zelfs als je geen hulp nodig hebt. Het is altijd een goede manier om een aantal actieve leden te ontmoeten die u kunnen helpen en discussiëren over onderwerpen die verder gaan dan het ontwikkelen van games.
Om fouten te voorkomen tijdens interactie met de community van Construct:
Focus je energieën. Bij het maken van games moet je veel analyseren, je vaardigheden oefenen, de forums en discussies controleren en je eigen experimenten uitvoeren.
Als je niet toevoegt aan een discussie, plaats deze dan niet. Het helpt om de discussie helder en gericht op het onderwerp te houden. De Construct 2-community is heel gastvrij, maar het is altijd leuker en respectvoller als je je "gedraagt". (Ook als je niet onthoudt van posten als het niet nuttig is of als je een vraag stelt die al ergens is beantwoord, voeg je "ruis" toe aan de forums en wordt informatie moeilijker te onderhouden en te vinden voor iedereen - inclusief de nieuwkomers die na jou aankomen!)
!
Accentsconagua