Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Browse files
Browse the repository at this point in the history
memos for logic, abstraction, structural relevance
- Loading branch information
theresesmith
committed
Dec 6, 2015
1 parent
92347eb
commit 6639d01
Showing
4 changed files
with
60 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1 @@ | ||
Some students report getting lost in the activity of abstraction. Two properties were associated with the idea of a solution to a problem: specificity of the problem and relation between the problem being solved, and any problem the students had encountered or anticipated encountering. Some students expressed a preference for solutions to specific problems. Some students express a preference for concrete problems. "I find it easier to work with things that are concrete rather than abstract. " Their immediate concern was to learn to solve a specific problem, before attending to a technique for solving more generally, i.e., solving problems of that type. Some students remark that they have noticed they are better prepared than other students to attend to a technique for a class of problems rather than a specific problem. These more able students explain that they know that a technique can be applied to another specific problem. Some students found pointing out analogies, where one problem instance had commonality with another instance, helpful. Some students observe that analogies are insufficient. In particular, students learning traveling salesman problems might not recognize these as more general problems on graphs. Some students observe that proof writing typically occurred at a level of abstraction higher than a single concrete instance, and that this made the material more difficult. Other students seemed to miss the import of operation at a higher level of abstraction, not seeing the multiplicity of instances of a general notion: "With recursion you can apply the principle to many different algorithms, trees, here, there, everywhere, but proofs, that's it. It's absolute and true you accept it and move on." and "face the fact that a lot of proof writing doesn't have anything to do with a specific problem, a specific circumstance". Combined with the difficulties we see students facing with mathematical formulation, one might consider the possibility that some students might be taking a superficial approach, manipulating formulation without attaching meaning at a lower level of abstraction. So, we have some students operating in concrete but not abstract, we might also have students operating at abstract but not concrete. If this were true it would not be surprising that some students feel anxiety or alarm at having to work with proof. "They gave us sequences and series and summations and they're like, write the equation for this and they were awful." |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,2 @@ | ||
Marton and Booth describe the idea of structural relevance. Briefly structural relevance is an organization of ideas. This organization of ideas is populated with notions of subject material related to the subject under discussion, whose relationship is important to the student. Thus, to the student of computer science studying proof, it is important that there is a relationship between proof by mathematical induction and recursive algorithms. For the student who knows that recursive algorithms are important, the organization of ideas about recursion can be used as scaffolding for the new concepts of proof by mathematical induction. Using the ideas of long term memory and working memory, we can say that long term memory about the utility of recursion can be used to scaffold ideas newly formed in short term memory. Some student remarks show that some students do not know of any relevance of the material on proving to computer science. They describe the course as not applicable, being instead mainly math oriented. Some opine that use of math is an artifact of the history of development of computer science, from the mathematical training of the originators. Some students believe that material on proof is related to computer science, but do not know of any specific examples. Some students found the interview made them aware of some connections. Instructors report using examples from computer science as proofs are illustrated. Some students reported a transition at which proofs became much more interesting because they were seen to be relevant. Some students are aware that proof can help them ascertain truths about algorithms, and some of these prefer to use spot checking of implementations instead. Others prefer explanatory diagrams as a means of gaining conviction. Some students appreciated that algorithms may be proved correct. One such remark included that a proof of a newly designed algorithm was helpful because a non-working implementation of a proved algorithm necessarily had bugs in the implementation. Some students appreciated that proof made clear what an algorithm could and could not do; it clarified the domain over which an algorithm worked. Some students knew that proofs can be used to show asymptotic resource utilization of algorithms, and lower bounds on asymptotic resource utilization for classes of algorithms. Some students regarded proofs related to algorithms as providing an enjoyable, shifted perspective on the algorithms, more theoretical compared with a practical implementation perspective. Some students felt that proofs came to life in the introduction to the theory of computing, having previously been strictly applied to mathematics rather than computer science. None of the students who were asked whether they initiated the synthesis of proof admitted to doing so. When asked whether starting with proof might be a good way to create an algorithm, students said they had not thought of that but believed it might be useful. | ||
So we see student opinion spanning from proofs being irrelevant to being co-relevant with implementation and not preferred, to being useful in isolating bugs to implementation vs. algorithm, to providing clarity on domain of relevance of an algorithm, and theoretical perspective on algorithms. Despite acknowledging utility, students claimed they did not avail themselves of proof unless assigned. Perhaps the investment of time and effort in creating a proof seems more than the perceived benefit. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1 @@ | ||
We want the students to apply logic in the process of reasoning. We know from Almstrum that logic is difficult for students preparing for CS major. It is not logical to assume a general rule is true on the basis of a few examples, yet some students have difficulty with this. There is a more general difficulty with quantifiers. Some students seem to have attempted to memorize when counterexamples suffice, rather than to understand. Sometimes students attempt to substitute solution finding over solution creation. Some students feel that use of logic distinguishes proofs they can attempt procedurally (using steps) from other proofs, which they call "laws of logic proofs". Some students know they should not jump to conclusions, but are not always sure how to avoid doing so. Patterns are recognized in use of rules of inference. Proof by contradiction is one such pattern. Students sometimes begin a pattern, or declare a pattern, but do not follow it to its conclusion. For example, a student might start proof by contradiction but omit to conclude that a variable assumed false must therefore be true. Some students wonder whether the law of the excluded middle is always valid (with boolean logic). Some students say they find it difficult to follow the exposition of a proof. It may be that difficulties with abstraction are connected with difficulties logic, because use of logic, application of rules of inference, makes use of abstraction. The rules are presented at a level of abstraction. Some students do operate at the level of abstraction of rules of inference. They call logic cool and beautiful. Interestingly, some differentiate between proofs and "normal math". |