Modules are grouped by what you can build after finishing them, not by how impressive the topic sounds. Each track lists its prerequisites, the tools you will actually open, and the kind of file or app you end up with.
Learning material here is built around practice: reading real code, writing small programs, and fixing things that break. Below are the areas learners spend most of their time in, along with what each one prepares you to do next.
Variables, control flow, functions, and data structures explained through short exercises you run locally. You finish with a working command-line tool and a clear sense of how a program is structured before it grows.
Building interfaces and connecting them to stored data. Sessions cover component structure, form handling, and the awkward parts of state that tutorials usually skip. The output is a small application with at least two screens and persistent data.
Reading diffs, naming things sensibly, and writing commits that explain intent. This track is less about syntax and more about the habits that keep a codebase workable once several people touch it.
Version control, branching, and debugging under time pressure. You practise recovering from a broken merge and tracing a bug from a vague report to a specific line, which is where most of the real work happens.
File systems, permissions, basic networking, and how a request travels from a browser to a server. Useful groundwork if you plan to work alongside infrastructure or support teams later.
How data is stored and retrieved, what an API contract means in practice, and why some designs hold up under load while others do not. Concepts are introduced with small examples rather than abstract diagrams.
Feedback from learners who finished a module and put it to work the same week.
I came in knowing how to copy snippets and not much else. The debugging module changed how I read an error message, and by the end of the second week I was fixing my own broken build instead of asking someone to look at it.
The version control sessions were the part I actually kept using. Short branches, commits that say what changed, reviewing my own diff before pushing. Our team stopped losing half a day to messy merges.
I built a small inventory tool for the workshop as the final project. Nothing fancy, but it runs, it stores data, and it handles the cases where someone types nonsense into a field. That last part taught me more than any tutorial.
What worked for me was the structure: read code first, then write, then review. I stopped jumping between five half-finished exercises and actually completed one application from start to finish.
The database and API foundations were dense, but the instructors kept tying each concept back to a real application. Two months later I can look at a schema and tell where the queries will slow down.
Each track covers the same technical foundations, but the pace, the amount of guided practice, and the level of project feedback differ. Read the composition notes before you pick one.
For people starting from zero. Covers variables, control flow, functions, and how a program actually runs. Weekly reading plus short exercises you complete on your own machine. No prior setup experience required, and we walk through installing an editor and a runtime in the first session.
Best if you have never written a line of code or last touched it years ago.
Start with foundationsBuilds on the foundations and moves into structuring a real application: data models, interfaces, error handling, and version control. You work on one small project across several weeks instead of isolated snippets. Expect code review on your commits and a short written reflection at the end of each module.
Suited to learners who already understand loops and functions and want to ship something.
See the development trackLess about writing large programs, more about the working environment around them: file systems, command line basics, debugging habits, and reading documentation. Useful for support roles, office work, or anyone who wants to stop guessing when a tool misbehaves.
A practical entry point if your daily work touches software but you do not build it.
Review IT skills modulesAll module material, exercises, and reference notes without a fixed weekly schedule. You set the order and the pace, and you can switch between tracks as your interests shift. Recommended for people with irregular hours who still want the full curriculum available.
No live sessions included in this route.
Ask about self-paced accessNot sure which one fits? Send us a short note about your background and what you want to build, and we will point you to the right starting module.
Every track at GCC Technology Academy follows the same route: start from where you actually are, pick a direction, build something small, then review it with someone who reads code for a living. No step is skipped, and nothing is handed to you finished.
The sequence below is the same one we use for programming foundations, application development, and the shorter IT skills modules. Timing shifts, the order does not.
We ask what you already know, which tools you have used, and what you want to be able to build. A short conversation is usually enough to place you at the right starting point instead of repeating material you have already covered.
Programming foundations, application development, or a focused IT skills block. Each track lists its prerequisites and the kind of work you will produce, so the choice is based on the outcome rather than the title.
Modules combine reading, short exercises, and code you write yourself. Exercises are deliberately small: one function, one data structure, one bug to trace. Reviewers leave comments on your commits, not just a grade.
You take a single idea from the exercises and turn it into something that runs end to end. Scope stays tight on purpose, so you finish it and can explain every part of it afterwards.
A final walkthrough covers what works, what is fragile, and which topic to pick up next. You leave with the project, the notes, and a clear list of what to study on your own.