Welcome to General Assembly's Web Development Immersive - Singapore Edition! This Gitbook is the primary resource used throughout the course, save it to your favorites and refer to it often!
In order to qualify for any subsidy and to recieve outcomes job search support each student must fulfill the requirements of the course.
You should have completed the prework in preparation for the course. This is to ensure that you can handle the pace of the class.
Our attendance policy for graduation is no more than 4 absences during the course. 15 minutes late = 1 tardy. 3 tardies = 1 absence.
If you know you'll be late or absent, please let us know and we'll arrange to have your tardy or absence excused.
Practice Work: 80% needs to be submitted. Completion of the requirements IS NOT required. Only submission. Submission must be before 9am the next day.
Projects: Must complete the minimum requirements for each project.
Here is a link to the code of conduct.
Everyone is expected to behave in a cordial and professional manner during the course. If you feel that anyone is breaking the code of conduct, don't hesitate to contact your instructor, TAs or GA admin staff.
Copying and using code you didn't write is a natural part of learning and is expected and encouraged. However you are expected to be able to explain to a satisfactory degree any code you include in a project or assignment and clearly be able to identify which code you are personally responsible for writing and which you are not.
From: Recurse Center Social Rules
These rules are intended to be lightweight, and to make more explicit certain social norms that are normally implicit. Most of our social rules really boil down to "don't be a jerk" or "don't be annoying." Of course, almost nobody sets out to be a jerk or annoying, so telling people not to be jerks isn't a very productive strategy. That's why our social rules are designed to curtail specific behavior we've found to be destructive to a supportive, productive, and fun learning environment.
The first rule means you shouldn't act surprised when people say they don't know something. This applies to both technical things ("What?! I can't believe you don't know what the stack is!") and non-technical things ("You don't know who RMS is?!"). Feigning surprise has absolutely no social or educational benefit: When people feign surprise, it's usually to make them feel better about themselves and others feel worse. And even when that's not the intention, it's almost always the effect. As you've probably already guessed, this rule is tightly coupled to our belief in the importance of people feeling comfortable saying "I don't know" and "I don't understand."
A well-actually happens when someone says something that's almost - but not entirely - correct, and you say, "well, actually…" and then give a minor correction. This is especially annoying when the correction has no bearing on the actual conversation. This doesn't mean this isn't about truth-seeking or that we don't care about being precise. Almost all well-actually's in our experience are about grandstanding, not truth-seeking. (Thanks to Miguel de Icaza for originally coining the term "well-actually.")
If you overhear people working through a problem, you shouldn't intermittently lob advice across the room. This can lead to the "too many cooks" problem, but more important, it can be rude and disruptive to half-participate in a conversation. This isn't to say you shouldn't help, offer advice, or join conversations. On the contrary, we encourage all those things. Rather, it just means that when you want to help out or work with others, you should fully engage and not just butt in sporadically.
Our last social rule bans subtle racism, sexism, homophobia, transphobia, and other kinds of bias. This one is different from the rest, because it covers a class of behaviors instead of one very specific pattern.
Subtle -isms are small things that make others feel unwelcome, things that we all sometimes do by mistake. For example, saying "It's so easy my grandmother could do it" is a subtle -ism. Like the other three social rules, this one is often accidentally broken. Like the other three, it's not a big deal to mess up – you just apologize and move on.
If you see a subtle -ism, you can point it out to the relevant person, either publicly or privately, or you can ask one of the faculty to say something. After this, we ask that all further discussion move off of public channels. If you are a third party, and you don't see what could be biased about the comment that was made, feel free to talk to your instructors, TAs or GA admin staff. Please don't say, "Comment X wasn't homophobic!" Similarly, please don't pile on to someone who made a mistake. The "subtle" in "subtle -isms" means that it's probably not obvious to everyone right away what was wrong with the comment.
We want this to be a space with as little bigotry as possible in it. Therefore, if you see sexism, racism, etc. outside, please don't bring it in. So, for example, please don't start a discussion of the latest offensive comment from Random Tech Person Y. For many people, especially those who may have spent time in unpleasant environments, these conversations can be very distracting. We want to remove as many distractions as possible so everyone can focus on programming. There are many places in the world to discuss and debate these issues, but there are precious few where people can avoid them.
The goal isn't to burden everyone with a bunch of annoying rules, or to give us a stick to bludgeon people with for "being bad." Rather, these rules are designed to help all of us build a pleasant, productive, and fearless community.
If someone says, "hey, you just feigned surprise," or "that's subtly sexist," don't worry. Just apologize, reflect for a second, and move on. It doesn't mean you're a "bad" person. As we said above, these rules are meant to be lightweight. We've all done these things before.
Sometimes pointing out that someone broke a social rule can be challenging or feel awkward. If you don't feel comfortable pointing out to someone that they are consistently breaking a social rule, please feel free to ask for help from a GA staff.
| section | topic |
|---|---|
| unit 1 | front end |
| project 1 | game |
| unit 2 | back-end |
| project 2 | server-side app |
| unit 3 | back-end frameworks (Ruby-on-Rails) |
| project 3 | group project |
| unit 4 | front-end frameworks |
| project 4 | capstone project |
| Time | Activity |
|---|---|
| 09:00 - 10:00 | Warmup |
| 10:00 - 10:10 | Standup Prompt |
| 10:10 - 10:30 | Assignment Review |
| 10:30 - 10:40 | Standup |
| 10:40 - lunch | Main Topic |
| Lunch | |
| Lunch - 02:30 | Lab / Other Topic |
| 03:00 onwards | Lab + Homework |
- All content is licensed under a CC-BY-NC-SA 4.0 license.
- All software code is licensed under GNU GPLv3. For commercial use or alternative licensing, please contact legal@ga.co.