Afrikaans
Akan
Albanian
Amharic
Armenian
Azerbaijani
Basque
Belarusian
Bemba
Bengali
Bihari
Bosnian
Breton
Bulgarian
Cambodian
Catalan
Cebuano
Cherokee
Chichewa
Chinese (Simplified)
Chinese (Traditional)
Corsican
Croatian
Czech
Danish
Dutch
English
Esperanto
Estonian
Ewe
Faroese
Filipino
Finnish
French
Frisian
Ga
Galician
Georgian
German
Greek
Guarani
Gujarati
Haitian Creole
Hausa
Hawaiian
Hebrew
Hindi
Hmong
Hungarian
Icelandic
Igbo
Indonesian
Interlingua
Irish
Italian
Japanese
Javanese
Kannada
Kazakh
Kinyarwanda
Kirundi
Kongo
Korean
Krio (Sierra Leone)
Kurdish
Kurdish (Soranî)
Kyrgyz
Laothian
Latin
Latvian
Lingala
Lithuanian
Lozi
Luganda
Luo
Luxembourgish
Macedonian
Malagasy
Malay
Malayalam
Maltese
Maori
Marathi
Mauritian Creole
Moldavian
Mongolian
Myanmar (Burmese)
Montenegrin
Nepali
Nigerian Pidgin
Northern Sotho
Norwegian
Norwegian (Nynorsk)
Occitan
Oriya
Oromo
Pashto
Persian
Polish
Portuguese (Brazil)
Portuguese (Portugal)
Punjabi
Quechua
Romanian
Romansh
Runyakitara
Russian
Samoan
Scots Gaelic
Serbian
Serbo-Croatian
Sesotho
Setswana
Seychellois Creole
Shona
Sindhi
Sinhalese
Slovak
Slovenian
Somali
Spanish
Spanish (Latin American)
Sundanese
Swahili
Swedish
Tajik
Tamil
Tatar
Telugu
Thai
Tigrinya
Tonga
Tshiluba
Tumbuka
Turkish
Turkmen
Twi
Uighur
Ukrainian
Urdu
Uzbek
Vietnamese
Welsh
Wolof
Xhosa
Yiddish
Yoruba
Zulu
All right guys.
It's Angela from The App Brewery again.
So at this stage I'm presuming that you've probably at some point in your life done a tutorial or a
lesson somewhere else out there on the Internet and inevitably at some point you'll probably get stuck
on a problem.
Now I spend a lot of time thinking about how I can make the course such that you get stuck less often
but with programming it’s almost a core part of the learning process that you do get stuck and you get
yourself unstuck.
So I tend to find that when I get stuck on something I try to see it as a challenge because usually
when I solve it and when I figure it out there is a huge sense of satisfaction and there's usually some
associated growth.
Now having taught over 100000 students online and offline I've seen people struggle in lots of different
ways.
And I just wanted to summarize the steps that you can go through when you get stuck on any sort of programming
problem and the framework that you can use to get yourself unstuck in the quickest way possible.
Now the first step is to evaluate what is the expectation versus what is the reality.
What did you expect your code to do or what did you expect to happen and what actually happened.
So every time you run your code,
think to yourself what do I expect to happen and then see what really happened and try to figure out
what is causing the difference.
Now while you're writing code it's inevitable that you will end up creating errors. And this can happen
when you've made a mistake or spelled something wrong or even when you're just trying to install a piece
of software. And those errors are usually accompanied by bits of text or the error message. And you can
see this in your browser or in your code editor.
And most of the time it might seem like these error messages are written by aliens because they don't
seem to make any sense.
But you can quite easily figure out the human meaning in English for it by just putting it into Google
and you'll usually get lots of different answers as to what the cause might be and how you can fix the
problem.
And one of the web sites, if you don't already know about it, it's going to shortly become your very best
friend, and that is stackoverflow.com.
So I recommend searching for any errors that you come across into Google and then heading towards the
Stack Overflow web sites that come up as a result.
And this is exactly what real life developers do every single day.
And in fact I've worked in teams where we will all just go to the pub and have a drink and end the day
if Stack Overflow is no longer working.
So it's all a part of the developer workflow.
Now if that still doesn't help, or you’re confused by the results that you're getting back, then it's a good
idea to re-watch some of the video up to the point when the code started breaking or it started doing
something unexpected, because in the videos there are always step by step instructions and it's really
important that you check to make sure that you haven't made a typo here or there or you haven't capitalized
something that shouldn't be capitalized and just re-watch the video right before when your code broke
in order to try and figure out what might have gone wrong.
Now the next step is you can check your code against my code. At the end of every tutorial module,
there is a completed project that you can download, and you can scroll through the completed code, compare
it to your own, and see if there were any typos, any errors, any mistakes, and if it helps you can even
copy and paste sections from the completed code into your own module just to see if that line or that
paragraph helped to fix the issue.
And if that still doesn't solve it then the next step is head towards the Q & A.
So, underneath every lesson there is a Q & A section, and it's a good idea to check in the lesson when
your app has broken to see whether if anybody else had similar issues to you. And, if you can't find anybody
with the same issues, then ask in the Q & A. But make sure that you ask your question in the lesson
where you're having the issue. That way it makes it much easier for other students to be able to learn
from your mistakes and also for me to be able to quickly identify what the problem might be.
And if you have a question about anything in the tutorial it's a good idea just to include the timestamp
at which it occurs in the video so I can quickly watch it and figure out what you're referring to so
that I can better answer your questions.
Now, when you are asking questions in the Q & A, the way to get the most helpful responses and solutions
is by following a four step approach.
So firstly, tell us, to myself and other students,
what did you expect to happen, then
what actually happened, and then include a screenshot of all of your code that corresponds to this situation,
and then include a screenshot of the debug console that includes any errors,
if there were any errors or if your app has crashed.
Now, to take a screenshot of part of the screen in Windows, all you have to do is hold down the Windows
key, Shift and S, and then you'll get these little crosshairs show up and you'll be able to take a section
of your screen as a screenshot, and, once you let go of the mouse, it will save this to your clipboard ready
to be pasted into Paint or any other application.
If that doesn't work for you be sure to just Google how to take a screenshot of part of the screen and
you'll see lots of videos that can help you with this as well.
If you're using a Mac computer, on the other hand, this shortcut is gonna save you a lot of time, and it
might be worth noting this down in your notebook. When you use Command, Shift and 4, you get this little
crosshair that shows up and you can start clicking and dragging the area that you want to take a screenshot
with and it will save it automatically to your desktop, which then you can upload into the Q & A area
for the lecture.
So that's just a brief step by step process on what to do and how to get help when you get stuck and
it's important to remember that everybody gets stuck sometimes.
I've spent days trying to find a bug in my code and it turns out to be just a comma that was misplaced
or a semicolon that was accidentally deleted, and one of the greatest joys, for me anyways, is figuring
out these problems and fixing them. So don't worry if you do get stuck. Everybody will try to help you.
And just remember that getting stuck and solving it is all a part of the learning journey.
Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.