Som moderator på Scirras fora og etter å ha gitt støtte til Construct 2 siden begynnelsen, har jeg sett min rettferdige andel av nykommere til programmering og til dette spesifikke verktøyet. Det er vanlig å se nybegynnere bli begeistret over deres nye funn, deres friske perspektiver og den overveldende følelsen av at de faktisk kommer til å bygge deres drømmespill. Dette er alt bra, men ofte fører disse følelsene til at de nybegynnere gjør visse feilmeldinger når de blir med i et online gamedev-fellesskap. I denne artikkelen vil jeg detaljere disse feilene, og hvordan du kan unngå dem.
I de første ukene bruker nye spillutviklere i samfunnet (vanligvis i løpet av ferien, for tenåringer og studenter), deres motivasjon er litt vill, utvider energi i alle retninger.
Spillefremstilling er faktisk et bredt emne som krever at du tar mange aspekter i betraktning. Det er mye å oppdage, eksperimentere og leke med. Denne nye hobbyen er utfordrende og morsom på samme måte som et flott spill - muligens enda mer - og i løpet av de første ukene av bruken, vil nybegynnere skynde seg å koble til Constructs samfunn.
Svært ofte er den første motivasjonen til å legge inn i forumet å be om hjelp, og så ser vi ofte slike feil:
En forespørsel om teknisk hjelp i et forum som heter "Åpne emner" (som er mer for det som ikke handler om å bygge seg selv) eller til og med legge inn en Construct 2-forespørsel om hjelp i "Konstruksjon av klassisk hjelp"
Dette er dårlig for samfunnet, siden det sprer potensiell informasjon over forumene i stedet for å holde alt på plass. Foraene samles inn i kategorier for å holde fagene relevante, slik at feilmeldingen skaper støy som forhindrer andre brukere i å finne det de leter etter.
I Scirras fora er Construct 2 General og "How I" -underforumene de riktige stedene å poste (og søke etter) Konstruere 2 hjelpeforespørsler.
General Game Design-underforumet er for spørsmål om spilldesign, ikke teknisk hjelp. Du kan diskutere hvilke typer kontroll som passer ditt spill, men vær så snill å holde spørsmål om den faktiske implementeringen til Hvordan gjør jeg underforum.
Hvordan lager du en Zelda klon? Hvordan lager du et flerspillerspill ?
Emnet her er for stort. En spillmotor er en fin samling av flere mekaniske eller tekniske brikker; disse spørsmålene er som å spørre hvordan du bygger en rakettmotor når du nesten ikke vet hvordan vanlige bilmotorer fungerer. De er også den typen spørsmål som går langt utover en enkelt tråd.
Ofte, som svar på innlegg som disse, anbefaler jeg innsenderen å følge noen av nybegynnerveiledningene, eller veiledningene som er koblet fra denne artikkelen. Etter slike opplæringsprogrammer, selv om de ikke ser ut til å ha noe med spillspillet du spør om, vil du sakte ta deg gjennom prosessen med å lære hvordan du bruker Construct 2, og hvordan du lager et spill.
Mange av de tekniske prinsippene som vises i en type spill, gjelder for en annen. Og husk, veiledningene leveres av medlemmer av samfunnet. Dette medlemmet tok ofte tid til å skrive opplæringen når det ikke var så mye informasjon tilgjengelig, så det er minst verdt en fokusert lesning.
På andre gamedevfora, Mesteparten av tiden vil det være et leksikon og en ressurs for nybegynnere, mer eller mindre abstrakt og viltfremstilling. På programmeringssprogfora er fokus ikke på å lage spill, men heller på koding på det språket.Jeg sitter fast i spillet mitt, vennligst hjelp! Hvordan får jeg karakteren min til å bevege seg rett?
Når du ber om hjelp, vær så nøyaktig som mulig, og oppgi kildefiler eller i det minste en demo som demonstrerer problemet. Svaret vil ofte avhenge av plugins du bruker og koden du allerede har skrevet.
Prøv å begrense sammenhengen til problemet ditt, men vær forsiktig: akkurat som emner kan være for brede, kan de også være for smale. Når du uttrykker problemet, forklarer du først den globale ideen om spillet ditt. Angi området (i spilllogikken) hvor du føler problemet er, forklar hva du forventer koden du skrev for å gjøre, og detalj hva som faktisk skjer når du kjører spillet.
Nok en gang anbefaler jeg sterkt at du oppgir kildefiler som demonstrerer problemet - ideelt sett i form av en enklere demo som bare viser det spesifikke problemet. Å lete etter feil i en persons kilde blant hundrevis av ikke-relaterte funksjoner og hendelser er ikke en enkel oppgave, så vær så snill å hjelpe potensielle hjelpere ved å begrense kodespørsmålet for dem.
Redaktørens notat: I min erfaring vil ni ganger ut av ti bare gjøre demoen, hjelpe deg med å løse problemet selv i alle fall!
Verste eksempel: "bumping" sin egen tråd etter noen minutter eller timer fordi ingen svarte det umiddelbart.
Et forum er ikke en direkte chat. Et innlegg kan sitte der i flere dager eller uker før det blir besvart (selv om det er på C2s fellesskapsfora, blir de fleste nye innlegg besvart innen en dag). Så når du bruker forum, ikke vær utålmodig.
Vær også oppmerksom på at du ikke vil lære og forstå alt over natten. Selv med Construct 2, så intuitivt som det kan være, er brukerne fortsatt bare menneskelige. Noen ganger, å la en uke passere mellom å lese og gjennomføre en veiledning kan hjelpe informasjonen å synke inn; I løpet av denne uken vil du fordøye informasjonen og ny kunnskap. Du vil kanskje til og med ende opp med å tenke på C2 og ende opp med å forstå mer komplekse interaksjoner. Du vil også kunne analysere og beskrive mer komplekse mekanismer.
På andre gamedevfora, det samme gjelder. Hvis du viser utålmodighet og fungerer som du er bestilling hjelp fra et fellesskap du er ny på, du er sannsynligvis bare å stenge ut fra det samfunnet på en mulig grov måte. Som i virkeligheten, vær høflig og hensynsfull.Dette er ikke en feil, Nøyaktig, men nykommere til programmering, spillproduksjon og til og med datamaskiner kan bli overveldet av massen av informasjon og konsepter de plutselig har å håndtere: ny programvare, nytt ordforråd, nye måter å tenke på ...
Vi har alle vært der. Forhåpentligvis vil disse enkle tipsene hjelpe deg til å takle:
De samme generelle "reglene" gjelder for IRC-chatrom, når du ber om hjelp "live".
Selv om chatting er umiddelbar, finner du at mange av medlemmene er tomgang - tilkoblet men ikke nødvendig med fokus på selve chatterommet) - slik at du ikke kan forvente et øyeblikkelig svar hele tiden. Igjen, vær så nøyaktig som mulig for å forklare problemet ditt, gi kildefiler og demoer, og vær høflig.
Også, ikke nøl med å komme og gå i tomgang selv når du ikke trenger hjelp. Det er alltid en god måte å møte noen aktive medlemmer som kan gi hjelp og diskutere emner utover spillutvikling.
For å unngå å gjøre feil når du samhandler med Constructs fellesskap:
Fokusere dine energier. Game making involverer mye analyse, øve dine ferdigheter, sjekke forumene og diskusjonene, og utføre dine egne eksperimenter.
Hvis du ikke legger til en diskusjon, foretrekker du ikke å legge inn. Det bidrar til å holde diskusjonen klar og fokusert på emnet. Construct 2-fellesskapet er ganske innbydende, men det er alltid hyggeligere og mer respektfullt hvis du "oppfører seg". (Også, hvis du ikke avstår fra å legge ut når det ikke er nyttig, eller hvis du stiller et spørsmål som allerede er besvart et sted, legger du til "støy" på forumene og gjør informasjonen vanskeligere å vedlikeholde og finne for alle - inkludert nybegynnere som ankomme etter deg!)
!