Vanlige feil av nybegynnere til Construct 2 Gamedev Community

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.


Vanlige "feil" i begynnelsenes innlegg

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:

De nybegynnere innleggene i feil forum

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.


Forumene der du bør stille tekniske spørsmål om Construct 2 På andre gamedevfora, ta noen minutter å lese beskrivelsene til hvert underforum for å se etter stavede "FAQ" -poster som forklarer formålet med underforumene, og for å sjekke hva slags emner som allerede blir diskutert i dem, for å se om du Jeg har det rette stedet. Sørg også for å prøve et søk før du legger inn, hvis det er tillatt.

De nybegynnere innleggene for bred et spørsmål

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.

Nybegynner legger ikke til nok detaljer

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!


En fin filverten er Dropbox, som tilbyr rask hosting uten annonser. På andre gamedevfora Den samme typen holdning vil hjelpe. Jo mer presis og detaljert spørsmålet ditt er, desto større sjanse vil du få et svar eller en omdirigering til en lignende tråd raskt og jevnt. Vise kunnskap og forståelse om verktøyet ditt og hva du gjorde med det så langt, vil hjelpe deg med å komme videre.

Nykommeren viser utålmodighet

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.

Drømmesyndromet

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:

  • Tenk på at alle de grunnleggende nybegynnerens spørsmål trolig allerede er blitt besvart på forumene eller på bredere internett. I tillegg arbeider brukere som meg selv hardt for å prøve å peke veien for nykommere, slik at de trygt kan lære og vokse som spill beslutningstakere.
  • Hvis noen foreslår en opplæring, ikke bare skum gjennom det om noen sekunder; sett ditt nåværende prosjekt på vent og start et nytt prosjekt for å følge opplæringen. Når du er ferdig, har du mer forståelse og erfaring, og du vil kunne håndtere ditt tidligere problem med den kunnskapen og erfaringen. Du kan også bedre uttrykke problemet ditt, eller visualisere mekanismen du vil gjøre for å fikse det, og forklare det for andre.
  • Når du søker forum eller på nettet for svar, hvis du ikke får de resultatene du forventer, bruker du kanskje ikke de riktige betingelsene. Dette er et hint om at det er noe nytt ordforråd du må lære og håndtere. Igjen, å utvide din kunnskap vil hjelpe.
  • Ta deg tid, ikke haste. Du vil ikke gjøre spillet av drømmen din om et par dager.
  • Håndboken som forklarer alt som er å vite om Construct 2, er verdt å lese, og det er alltid en god referanse for å sjekke når du bruker programvaren. Andre plattformer vil ha lignende guider ...

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.


En IRC klient (KVIrc) viser en diskusjon mellom to C2 plugin beslutningstakere i rommet #construct på irc.esper.net

Konklusjon

For å unngå å gjøre feil når du samhandler med Constructs fellesskap:

  • Unngå å legge inn på feil forum.
  • Ikke vær for vag eller bred med dine forespørsler om hjelp.
  • Gi så mye meningsfylt detalj om problemet ditt som mulig.
  • Oppgi kildefiler eller demoer som åpenbart viser problemet.
  • Ikke vær utålmodig.
  • Søk etter informasjon før innlegging.
  • Ikke rus deg selv; du har god tid til å lære og å produsere spill.
  • Les håndboken.

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!)

!