How to ask for help: Difference between revisions
Mr. MacKenty (talk | contribs) No edit summary |
Mr. MacKenty (talk | contribs) No edit summary |
||
(44 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
Having problems is normal. '''If you do not learn how to solve your own problems, life will be difficult for you.''' | Having problems is normal. '''If you do not learn how to solve your own problems, life will be difficult for you.''' | ||
= | == Why can't you write this program?== | ||
When you first realize you have a problem, understand '''what kind of problem are you having'''? | |||
With gratitude to and permission from Stephen Hughes (Coe College) and Philip East (University of Northern Iowa)<ref>http://www.cs.uni.edu/~east/</ref> | |||
[[ | {| style="width: 95%;" class="wikitable" | ||
|- | |||
! Type of problem !! What you need to do to solve it | |||
|- | |||
| I don't understand the problem || [[#Requirements Gathering]] | |||
|- | |||
| I can’t describe how to get a solution || [[#Algorithmic thinking; problem decomposition]] | |||
|- | |||
| I don’t know all the details || [[#Real world problems require research]] | |||
|- | |||
| I can solve it by hand, but I don’t know how to code it. || [[#New Language Features]] | |||
|- | |||
| My code isn't working the way it should || [[#Debug your code]] | |||
|} | |||
== | == Requirements Gathering == | ||
Do you understand '''EVERY. SINGLE. WORD.''' in the problem? In this case the student needs to: re-examine the problem statement identifying specific problem requirements; play with the problem—draw pictures of interaction, imagine inputs & outputs, ...; seek clarification from the originator of the problem, etc.<ref>http://www.cs.uni.edu/~east/PcPI/prose_2.0.php</ref> | |||
== | == Algorithmic thinking; problem decomposition == | ||
If you don't know how to get to a solution, break the problem down into smaller parts. | |||
A common obstacle novice programmers face arises from difficulty with problem representation—making the problem more concrete in their minds. They are not familiar with thinking abstractly in terms of variables and operations on them. The action in this case is to specify the desired outcome and begin problem decomposition from that point. Produce questions that indicate intermediate outcomes desired or information needed. Identify data needed to produce the outcomes and where that data must come from; necessary manipulations of the data; tasks that may need to be repeated or occur depending on some aspect of the problem data; etc.<ref>http://www.cs.uni.edu/~east/PcPI/prose_2.0.php</ref> | |||
* Create a diagram of the problem | |||
* Draw a picture of the problem | |||
* Explain the problem to a rubber duck (really) | |||
* Forget about a computer; how would you solve this with a pencil and paper? | |||
* Think out loud | |||
* Explain the problem to a friend | |||
# | == Real world problems require research == | ||
# | |||
# | In this case domain knowledge is lacking. Additional research on the task is required. It may be as simple as looking up a formula; finding rules for a game; etc.<ref>http://www.cs.uni.edu/~east/PcPI/prose_2.0.php</ref> | ||
For example, if you are asked to solve a problem by writing a program which converts celsius to fahrenheit you might have not memorized the formula. | |||
== New Language Features == | |||
A different kind of research is needed here. Students can look up information in their text books or online about how some task can be accomplished in the programming language being used. Alternatively, they may need to consider how the problem can be represented using numbers and string or collections of them. Or, they might be encouraged to ask the teacher!<ref>http://www.cs.uni.edu/~east/PcPI/prose_2.0.php</ref> | |||
== Debug your code == | |||
There are different techniques you can use when debugging your code. Most of them can be distilled to a few simple techniques: | |||
# Look for error or warnings in your IDE (probably the fastest way to spot silly mistakes) | |||
# Read error logs (on our server in Germany, they are in /var/log/php/error.log) You should type: <syntaxhighlight lang="php" inline>tail -f /var/log/php/error.log</syntaxhighlight> | |||
# Walk away for a few minutes | |||
# Explain the problem to a friend | |||
# Write out a small sample and walk through your code by hand, step by step, running each operation on your sample input to see if the final output is what you expect. <ref>https://www.interviewcake.com/</ref> | |||
# [[Media:PHP problem solving checklist - Google Docs.pdf | Click here for a PHP debugging checklist]] | |||
# [[Media:Problem.png|Click here for a python debugging flowchart .]] | |||
# Make your bug lonely! Isolate your code into small chunks to understand what might not be working | |||
# Make sure every variable contains a value. In php, you can dump all variables by using the <syntaxhighlight lang="php" inline>print_r(get_defined_vars());</syntaxhighlight> function in your code. | |||
== References == | |||
<references/> | |||
[[Category:problem solving]] | [[Category:problem solving]] |
Latest revision as of 15:19, 1 January 2020
Having problems is normal. If you do not learn how to solve your own problems, life will be difficult for you.
Why can't you write this program?[edit]
When you first realize you have a problem, understand what kind of problem are you having?
With gratitude to and permission from Stephen Hughes (Coe College) and Philip East (University of Northern Iowa)[1]
Type of problem | What you need to do to solve it |
---|---|
I don't understand the problem | #Requirements Gathering |
I can’t describe how to get a solution | #Algorithmic thinking; problem decomposition |
I don’t know all the details | #Real world problems require research |
I can solve it by hand, but I don’t know how to code it. | #New Language Features |
My code isn't working the way it should | #Debug your code |
Requirements Gathering[edit]
Do you understand EVERY. SINGLE. WORD. in the problem? In this case the student needs to: re-examine the problem statement identifying specific problem requirements; play with the problem—draw pictures of interaction, imagine inputs & outputs, ...; seek clarification from the originator of the problem, etc.[2]
Algorithmic thinking; problem decomposition[edit]
If you don't know how to get to a solution, break the problem down into smaller parts.
A common obstacle novice programmers face arises from difficulty with problem representation—making the problem more concrete in their minds. They are not familiar with thinking abstractly in terms of variables and operations on them. The action in this case is to specify the desired outcome and begin problem decomposition from that point. Produce questions that indicate intermediate outcomes desired or information needed. Identify data needed to produce the outcomes and where that data must come from; necessary manipulations of the data; tasks that may need to be repeated or occur depending on some aspect of the problem data; etc.[3]
- Create a diagram of the problem
- Draw a picture of the problem
- Explain the problem to a rubber duck (really)
- Forget about a computer; how would you solve this with a pencil and paper?
- Think out loud
- Explain the problem to a friend
Real world problems require research[edit]
In this case domain knowledge is lacking. Additional research on the task is required. It may be as simple as looking up a formula; finding rules for a game; etc.[4]
For example, if you are asked to solve a problem by writing a program which converts celsius to fahrenheit you might have not memorized the formula.
New Language Features[edit]
A different kind of research is needed here. Students can look up information in their text books or online about how some task can be accomplished in the programming language being used. Alternatively, they may need to consider how the problem can be represented using numbers and string or collections of them. Or, they might be encouraged to ask the teacher![5]
Debug your code[edit]
There are different techniques you can use when debugging your code. Most of them can be distilled to a few simple techniques:
- Look for error or warnings in your IDE (probably the fastest way to spot silly mistakes)
- Read error logs (on our server in Germany, they are in /var/log/php/error.log) You should type:
tail -f /var/log/php/error.log
- Walk away for a few minutes
- Explain the problem to a friend
- Write out a small sample and walk through your code by hand, step by step, running each operation on your sample input to see if the final output is what you expect. [6]
- Click here for a PHP debugging checklist
- Click here for a python debugging flowchart .
- Make your bug lonely! Isolate your code into small chunks to understand what might not be working
- Make sure every variable contains a value. In php, you can dump all variables by using the
print_r(get_defined_vars());
function in your code.