Je bent je ingevulde velden bij deze pagina aan het verwijderen. Ben je zeker dat je dit wilt doen?
You are erasing your filled-in fields on this page. Are you sure that is what you want?
Nieuwe Versie BeschikbaarNew Version Available
Er is een update van deze pagina. Als je update naar de meest recente versie, verlies je mogelijk je huidige antwoorden voor deze pagina. Hoe wil je verdergaan ?
There is an updated version of this page. If you update to the most recent version, then your current progress on this page will be erased. Regardless, your record of completion will remain. How would you like to proceed?
This section explains types and interactions between variables.
Lecture Video
_
Text and details
To best understand variables and their roles, let’s revisit the patio situation and
consider each of the pieces of data as “potential generalized data”. In our patio
example we might consider the following pieces of data;
The length and width of the (rectangular) patio.
The area of the patio.
The cost of the cement pavers.
The dimensions (length and width) of a single cement paver.
The number of necessary cement pavers to make the patio.
The cost of labor to build the patio.
The time to build the patio.
When trying to determine which piece of data should be represented by which type of
variable, it is helpful to consider how each piece of data is related to the others. For
example, the length and width of the patio could give you the costareasize, so those things are related (but notice that, having the area doesn’t give you enough
information to determine both length and width). The area of the patio
and size of an individual paver is similarly related to the numbervaluesize of cement pavers one needs to build the patio with the pavers. Moreover, with a
minimal amount of effort (and some basic geometry and algebra) we could
write down these relationships mathematically. (These are mathematical
relationships and functions, which we will cover in more detail later. For now we
simply state what the relationships are between the specific pieces of data we
have.)
Relationships between variables... Man that’s way too many words!
Thus, we could write down the following relationships:
The (Number of Pavers Needed) is approximately (We say
approximately here as there is some difficulty in the situation where the
pavers don’t exactly line up with the dimensions of the patio; eg if the
patio is fifteen and two thirds of a paver long, it would likely require more
paver purchases than this estimate suggests.) the (Area of the Patio)
divided by the (Area of a Paver).
The (Area of a Paver) is equal to the product of the (Width of a Paver)
and the (Length of a Paver).
The (Area of Patio) is the product of the (Width of Patio) and the (Length
of Patio).
The (Total Cost of Pavers) is the product of (Cost of a Paver) and (Number
of Pavers Needed)
The (Total Cost of Labor) is the product of the (Hourly Cost of Labor)
and the (Time to Build Patio (in hours)).
The (Total Cost of Patio) is the sum of the (Total Cost of Pavers) and the
(Total Cost of Labor).
Look at the list above and try to read them out loud. Really; go do it. How far did
you get before you stopped to come back and read this because it was obnoxious to
read all those words for “such obvious relationships”? It should be clear that,
although we have to write phrases like “Area of a Paver” and “Width of Patio”, it
would be a lot easier if we could encode this information in something faster and
easier to read; after all, we know what we mean right? (This phrase is often used
and almost always regretted at some point.) This is where variables come into play.
We could build an encoding, a kind of “quick reference sheet” for a shorthand to
refer to these things. An example of such a thing might be the following;
is the number of bricks needed to build our patio.
is the area of the patio (in square feet).
is the area of a paver brick.
and are the length and width of the patio respectively.
and are the length and the width of the paver bricks respectively.
is the cost of the labor (in dollars).
is the cost of the paver bricks (in dollars).
is the total cost of the patio project (in dollars).
is the total time to build the patio.
The above looks intimidating. That’s an awful lot of letters, but there are a few
things to keep in mind when looking at that list.
(a)
The variables names I chose were not pulled out of a hat. I deliberately
picked names that correspond in some nice/‘obvious’ way to what it
represents. For example, notice that all the ‘Cost’ based variables are , and
moreover, that ‘something’ clues you into what the variable is the cost of;
for patio, for labor, for (paver) brick. Thus by giving some thought to
your naming scheme and naming your variables in some systematic way,
you can often make things more sensible.
(b)
We have generalized everything we possibly could and as I mentioned
earlier, this is almost always overkill. For now it’s helpful to see what the
possibilities are for generalizing, then we will want to cut back to which
specific data would be helpful to generalize.
(c)
Despite the first point above, the variable names may make sense in context,
but it will be easy to forget that context if we were to put this down and come
back to it in six months. For this reason, it’s always a good idea to explicitly
write down all your variables and what they literally mean. This means writing
something like “ = area of the patio in square feet” not = area of patio. Units
are the easiest thing to forget, and typically the leastsomewhat plausiblemost likely aspect to cause errors... just ask NASA! (NASA accidentally crashed
a multi-million dollar probe straight into a planet at great rates of speed
because one data team used metric units and the other used imperial units...
and nobody bothered to check before they put them together; they
just used the numbers without units. That was an expensive mistake.)
.
So what does this have to do with variable types?
The next step is formalizing the relationship between these variables. This is
something we will cover much more in the next section, but for now we
could probably conclude the following relationship from the above variables;
Which tells us that the (length of the patio)(width of the patio)(area of the
patio) is equal to the (length of the patio) times the (width of the patio)(area of the
patio) - the basic formula for the area of a rectangle. Observe that with any two of these
pieces of data, we could get the third (eg with width and total area, we could
calculate the length). So the question is, what does our model expect to have
provided to it, and what do we want our model to tell us? Take the following two
examples:
Let’s consider the same problem, but from two different starting points:
You’re
given length and width.
Let’s say you work for a construction company and you are asked to make a model to
determine the price of building a patio for a customer. That customer has very
specific dimensions that they want, and so you know you will be given the length and
width of the patio, but your calculations require area. In this case you would use the
original equation above; Here the relationship between these variables in your model
expects to have you supply length and widtharea and lengtharea and
width of the patio (the given information from your customer) and it will in turn calculate
the areawidthlength of the patio.
You’re given Area and width
Let’s consider another possibility - let’s say a customer is planning an above-ground
pool. They know they need a certain amount of minimum square footage to have
a foundation for their pool, a grill, and a lounge area. Furthermore they
know they want the patio to run the full width of their main porch area. So
when building the model, you want to build it assuming you will know the
area and the width, but not the length. Thus you could take the standard
equation for area: and divide both sides by to get the following relationship:
In both these cases we have the same variables and the model has the same end goal
(to calculate the cost to build a patio), but in one situation we expect to know the
length and width, but need the area. In the other situation you expect to know the
area and width, but need the length.
Although we call , , and ‘variables’ in both cases, we have special names to denote
this “expectation” aspect that is, in some sense, equally important to include in a
model. For variables that we expect to be provided to us, we call them independent
variables. They are called “independent” because they are (suppose to be)
supplied independent of the model, meaning that they are the data that
is “fed into” the model to get results. The variables that are calculated or
deduced by the model are called dependent variables. These variables are call
dependent because their value depends on what is put into the model (ie the
dependent variables may (Dependent variables are capable of changing value
based on independent variable values, but that is not the same as saying
they must change value. This is a subtle distinction, but it turns out it’s
incredibly important as we’ll see much later when we are discussing functions
and especially inverse functions.) change value for different independent
variable values). In general, if you (for a moment) think of a model as a
magic machine, then independent variables are ‘fed into’ that machine, and
dependent variables are ‘spit back out’ as your “answers”. (“Answers” here is
in quotes as dependent variables often occur in substeps of models. In our
examples above, our real “answer” would be the cost of the patio, whereas the
dependent variables (the area in the first example and length in the second) are
“answers” to their respective equations but one would typically not call them
an “answer” to the model, which tends to be what we mean when we say
“The Answer”. This is why using words like “solution” or “answer” can be
dangerous, and one should always be clear as to what they are claiming their
result is an “answer” to specifically.) So, in the first situation above, and are both independent variables and is a dependent variable, but in the second situation, and are both independent variables and is a dependent variable. (Often in math classes dependent and independent
variables are described by rote, meaning they simply say “ is an independent variable”
and “ is a dependent variable”. This is often true, but it’s very important to
notice that there was no comment made in our definition about a certain
letter needing to be a certain type of variable. In fact we demonstrated that
the same letter could be one or the other depending on the model we are
building!)
There are other kinds of variables one could encounter as well; of specific importance
in calculus is the arbitrary constant. This is typically a result of some initial
information used in your model, and is a byproduct of choices in your model, but
they are unaffected by independent variables. One can think of the arbitrary constant
as being a sort of “starting spot” for your model. That is to say, even though your
“starting spot” is typically of great importance to your outcome (your starting height
when throwing a ball and measuring how far it goes for example) no matter
what information you “feed into” the model (eg throwing speed, throwing
angle, etc), your starting spot doesn’t change. Thus the arbitrary constant
doesn’t change based on any of these “input” values. In other words, arbitrary
constants are always the same value, no matter what you are putting in as
input.
One might wonder what the difference is, then, between a constant and an arbitrary
constant. It may be clear that it doesn’t vary based on independent variables, so it
seems like it is constant. The key point though is that you may not know the
intended “starting spot” (ie the height someone will throw from) of your
model when you are designing it. Thus an arbitrary constant can change
based on some kind of initial condition, but once you have decided what
that initial condition is, the arbitrary constant becomes a fixed, constant,
value.
Consider our patio example again. You are building a generic model to calculate the
cost of building a patio for your company, and part of that is travel costs. The
travel costs themselves will depend on the location (where the customer lives,
how accessible the construction site is, etc). But once you have determined
the cost for travel, it won’t change depending on the size of the patio (the
independent variable). Thus it will be a constant value, but one that depends on
the customer’s location, not the customer’s specific project. This cost is an
example of an arbitrary constant; something that varies from project to
project (specific model to specific model) but is constant within the specific
model.