Difference between revisions of "Examples in mathematics"
Line 1: | Line 1: | ||
− | '''Examples in mathematics''' have different flavor than examples in other disciplines. This is probably because [[definitions in mathematics]] are different from definitions in other disciplines (mathematical definitions are exact). Some [https://www.readthesequences.com/The-Cluster-Structure-Of-Thingspace common] [https://wiki.lesswrong.com/wiki/How_an_algorithm_feels problems] of deciding whether something is or is not an example do not appear in mathematics. Instead, there are other problems. | + | '''Examples in mathematics''' have a different flavor than examples in other disciplines. This is probably because [[definitions in mathematics]] are different from definitions in other disciplines (mathematical definitions are exact). Some [https://www.readthesequences.com/The-Cluster-Structure-Of-Thingspace common] [https://wiki.lesswrong.com/wiki/How_an_algorithm_feels problems] of deciding whether something is or is not an example do not appear in mathematics. Instead, there are other problems. |
==Unit testing and examples== | ==Unit testing and examples== |
Revision as of 03:13, 19 February 2019
Examples in mathematics have a different flavor than examples in other disciplines. This is probably because definitions in mathematics are different from definitions in other disciplines (mathematical definitions are exact). Some common problems of deciding whether something is or is not an example do not appear in mathematics. Instead, there are other problems.
Unit testing and examples
A common problem in math is that one comes in with some preconceived idea of what an object should "look like" which is different from what the definition says. In other words, there is a mismatch between one's intuitive notion and the definition.
Take the example of a definition of function. A function is some object that takes each object in some set to a unique object in another set. Someone who was not familiar with the formal definition might mistakenly think of a function as "something that is defined by a formula".
In giving examples, it is particularly important to give examples in the places where intuition and the formal definition disagree. By default, the learner may have a tendency to search only for positive examples.
One can view the giving of examples as analogous to writing unit tests in programming. It is good to have some obvious examples, but one also wants to test the software on surprising cases (called "edge cases") to make sure the software really works.
There is a tendency in human thinking to leave ideas merely at the verbal level, i.e. at a level where the ideas don't constrain anticipation.[1] Giving surprising examples and non-examples is one way to catch people's fuzzy thinking and to correct them.
Is an example according to definition | Is not an example according to definition | |
---|---|---|
Is an example according to intuition | An "obvious" example, or central example. Let ![]() ![]() |
A surprising non-example. Let ![]() ![]() ![]() ![]() ![]() ![]() ![]() As another example, let ![]() ![]() ![]() ![]() ![]() ![]() The examples in this cell are false positives, also known as type I errors. |
Is not an example according to intuition | A surprising example. Let ![]() ![]() Another example is the empty function ![]() ![]() As a third example, let ![]() ![]() ![]() The examples in this cell are false negatives, also known as type II errors. |
An obvious non-example. Let ![]() ![]() |
Hierarchical nature of examples
Something can be considered "concrete" or "abstract" depending on the context. Consider a term like "metric space". One can give examples of metric spaces. On the other hand, a metric space is itself an example (of a structured space, of a topological space).