Script structure basics
Understanding how a script is laid out - headers, body, and execution flow - before writing a single line of code.
Support Centre
This page exists because working with scripts raises real questions - about syntax, structure, and where to start. Here's what actually helps.
Each resource area below targets a specific point where students typically get stuck. Pick the one that matches where you are right now.
Understanding how a script is laid out - headers, body, and execution flow - before writing a single line of code.
Error output tells you exactly what went wrong if you know how to read it. This section breaks down the most frequent patterns.
Where a variable lives and for how long - scope is one of the most misunderstood parts of scripting, and it causes hard-to-trace bugs.
How to run your script locally, what output to expect, and how to verify it's behaving as intended without guessing.
Scheduled sessions where students share scripts and get structured feedback from peers. Dates are posted in the platform dashboard.
A plain-language glossary covering the terms used across all modules - written for students, not documentation writers.
Geography shouldn't determine whether you get good feedback on your script. Our platform connects students from Northland to Southland - so a question asked at 9pm in Whangarei can get a thoughtful reply from someone in Dunedin who hit the same wall last week.
The shared experience of debugging a script at an odd hour, or finally understanding how a loop terminates - that's what binds the community here. Not a leaderboard. Not a streak counter.
I kept getting a syntax error I couldn't place. Posted in the support thread and someone from Christchurch spotted it in about ten minutes. That kind of quick turnaround doesn't happen in a classroom.
The peer review sessions are genuinely useful. You see how other people structure their scripts and it changes how you think about your own. It's not about being right - it's about seeing more approaches.
I was nervous about sharing my work because I'm not a fast learner. The community here doesn't operate on speed. People explain things twice without making you feel like you should already know.
Support works best when it's structured. Here's the path most students take when they hit a problem they can't resolve on their own.
Most confusion starts with terminology. The glossary resolves about a third of questions before they need to be asked.
Your specific error has likely appeared before. Search by error type or module name in the community threads.
Include your script snippet, the error message, and what you expected to happen. Responses come faster with full context.
For persistent problems, structured peer review sessions give you dedicated time and a second set of eyes on your work.