= 200, -10, 20
a0, h, n + n * h a0
0
Sequences of numbers are prevalent in math. A simple one is just counting by ones:
\[ 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, \dots \]
Or counting by sevens:
\[ 7, 14, 21, 28, 35, 42, 49, \dots \]
More challenging for humans is counting backwards by 7:
\[ 100, 93, 86, 79, \dots \]
These are examples of arithmetic sequences. The form of the first \(n+1\) terms in such a sequence is:
\[ a_0, a_0 + h, a_0 + 2h, a_0 + 3h, \dots, a_0 + nh \]
The formula for the \(a_n\)th term can be written in terms of \(a_0\), or any other \(0 \leq m \leq n\) with \(a_n = a_m + (n-m)\cdot h\).
A typical question might be: The first term of an arithmetic sequence is equal to \(200\) and the common difference is equal to \(-10\). Find the value of \(a_{20}\). We could find this using \(a_n = a_0 + n\cdot h\):
More complicated questions involve an unknown first value, as with: an arithmetic sequence has a common difference equal to \(10\) and its \(6\)th term is equal to \(52\). Find its \(15\)th term, \(a_{15}\). Here we have to answer: \(a_0 + 15 \cdot 10\). Either we could find \(a_0\) (using \(52 = a_0 + 6\cdot(10)\)) or use the above formula
Rather than express sequences by the \(a_0\), \(h\), and \(n\), Julia
uses the starting point (a
), the difference (h
) and a suggested stopping value (b
). That is, we need three values to specify these ranges of numbers: a start
, a step
, and an endof
. Julia
gives a convenient syntax for this: a:h:b
. When the difference is just \(1\), all numbers between the start and end are specified by a:b
, as in
But wait, nothing different printed? This is because 1:10
is efficiently stored. Basically, a recipe to generate the next number from the previous number is created and 1:10
just stores the start and end points (the step size is implicit in how this is stored) and that recipe is used to generate the set of all values. To expand the values, you have to ask for them to be collect
ed (though this typically isn’t needed in practice, as values are usually iterated over):
When a non-default step size is needed, it goes in the middle, as in a:h:b
. For example, counting by sevens from \(1\) to \(50\) is achieved by:
Or counting down from 100:
In this last example, we said end with \(1\), but it ended with \(2\). The ending value in the range is a suggestion to go up to, but not exceed. Negative values for h
are used to make decreasing sequences.
For generating points to make graphs, a natural set of points to specify is \(n\) evenly spaced points between \(a\) and \(b\). We can mimic creating this set with the range operation by solving for the correct step size. We have \(a_0=a\) and \(a_0 + (n-1) \cdot h = b\). (Why \(n-1\) and not \(n\)?) Solving yields \(h = (b-a)/(n-1)\). To be concrete we might ask for \(9\) points between \(-1\) and \(1\):
9-element Vector{Float64}:
-1.0
-0.75
-0.5
-0.25
0.0
0.25
0.5
0.75
1.0
Pretty neat. If we were doing this many times - such as once per plot - we’d want to encapsulate this into a function, for example:
evenly_spaced (generic function with 1 method)
Great, let’s try it out:
5-element Vector{Float64}:
0.0
1.5707963267948966
3.141592653589793
4.71238898038469
6.283185307179586
Now, our implementation was straightforward, but only because it avoids somethings. Look at something simple:
It seems to work as expected. But looking just at the algorithm it isn’t quite so clear:
Floating point roundoff leads to the last value exceeding 0.6
, so should it be included? Well, here it is pretty clear it should be, but better to have something programmed that hits both a
and b
and adjusts h
accordingly.
Enter the base function range
which solves this seemingly simple - but not really - task. It can use a
, b
, and n
. Like the range operation, this function returns a generator which can be collected to realize the values.
The number of points is specified with keyword arguments, as in:
and
There is also the LinRange(a, b, n)
function which can be more performant than range
, as it doesn’t try to correct for floating point errors.
Now we concentrate on some more general styles to modify a sequence to produce a new sequence.
The act of throwing out elements of a collection based on some condition is called filtering.
For example, another way to get the values between \(0\) and \(100\) that are multiples of \(7\) is to start with all \(101\) values and throw out those that don’t match. To check if a number is divisible by \(7\), we could use the rem
function. It gives the remainder upon division. Multiples of 7
match rem(m, 7) == 0
. Checking for divisibility by seven is unusual enough there is nothing built in for that, but checking for division by \(2\) is common, and for that, there is a built-in function iseven
.
The filter
function does this in Julia
; the basic syntax being filter(predicate_function, collection)
. The “predicate_function
” is one that returns either true
or false
, such as iseven
. The output of filter
consists of the new collection of values - those where the predicate returns true
.
To see it used, lets start with the numbers between 0
and 25
(inclusive) and filter out those that are even:
To get the numbers between \(1\) and \(100\) that are divisible by \(7\) requires us to write a function akin to iseven
, which isn’t hard (e.g., is_seven(x) = x%7 == 0
or if being fancy Base.Fix2(iszero∘rem, 7)
), but isn’t something we continue with just yet.
For another example, here is an inefficient way to list the prime numbers between \(100\) and \(200\). This uses the isprime
function from the Primes
package
21-element Vector{Int64}:
101
103
107
109
113
127
131
137
139
149
151
157
163
167
173
179
181
191
193
197
199
Illustrating filter
at this point is mainly a motivation to illustrate that we can start with a regular set of numbers and then modify or filter them. The function takes on more value once we discuss how to write predicate functions.
Let’s return to the case of the set of even numbers between \(0\) and \(100\). We have many ways to describe this set:
0:2:100
.filter(iseven, 0:100)
.While Julia
has a special type for dealing with sets, we will use a vector for such a set. (Unlike a set, vectors can have repeated values, but, as vectors are more widely used, we demonstrate them.) Vectors are described more fully in a previous section, but as a reminder, vectors are constructed using square brackets: []
(a special syntax for concatenation). Square brackets are used in different contexts within Julia
, in this case we use them to create a collection. If we separate single values in our collection by commas (or semicolons), we will create a vector:
That is of course only part of the set of even numbers we want. Creating more might be tedious were we to type them all out, as above. In such cases, it is best to generate the values.
For this simple case, a range can be used, but more generally a comprehension provides this ability using a construct that closely mirrors a set definition, such as \(\{2k: k=0, \dots, 50\}\). The simplest use of a comprehension takes this form (as we described in the section on vectors):
[expr for variable in collection]
The expression typically involves the variable specified after the keyword for
. The collection can be a range, a vector, or many other items that are iterable. Here is how the mathematical set \(\{2k: k=0, \dots, 50\}\) may be generated by a comprehension:
51-element Vector{Int64}:
0
2
4
6
8
10
12
14
16
18
20
22
24
⋮
78
80
82
84
86
88
90
92
94
96
98
100
The expression is 2k
, the variable k
, and the collection is the range of values, 0:50
. The syntax is basically identical to how the math expression is typically read aloud.
For some other examples, here is how we can create the first \(10\) numbers divisible by \(7\):
Here is how we can square the numbers between \(1\) and \(10\):
To generate other progressions, such as powers of \(2\), we could do:
Here are decreasing powers of \(2\):
10-element Vector{Float64}:
0.5
0.25
0.125
0.0625
0.03125
0.015625
0.0078125
0.00390625
0.001953125
0.0009765625
Sometimes, the comprehension does not produce the type of output that may be expected. This is related to Julia
’s more limited abilities to infer types at the command line. If the output type is important, the extra prefix of T[]
can be used, where T
is the desired type. We will see that this will be needed at times with symbolic math.
A typical pattern would be to generate a collection of numbers and then apply a function to them. For example, here is one way to sum the powers of \(2\):
Conceptually this is easy to understand: one step generates the numbers, the other adds them up. Computationally it is a bit inefficient. The generator syntax allows this type of task to be done more efficiently. To use this syntax, we just need to drop the []
:
The difference being no intermediate object is created to store the collection of all values specified by the generator. Not all functions allow generators as arguments, but most common reductions do.
Both comprehensions and generators allow for filtering through the keyword if
. The basic pattern is
[expr for variable in collection if expr]
The following shows one way to add the prime numbers in \([1,100]\):
The value on the other side of if
should be an expression that evaluates to either true
or false
for a given p
(like a predicate function, but here specified as an expression). The value returned by isprime(p)
is such.
In these notes we primarily use functions rather than expressions for various actions. We will see creating a function is not much more difficult than specifying an expression, though there is additional notation necessary. Generators are one very useful means to use expressions, symbolic math will be seen as another.
In this example, we use the fact that rem(k, 7)
returns the remainder found from dividing k
by 7
, and so is 0
when k
is a multiple of 7
:
The same if
can be used in a comprehension. For example, this is an alternative to filter
for identifying the numbers divisible by 7
in a range of numbers:
14-element Vector{Int64}:
7
14
21
28
35
42
49
56
63
70
77
84
91
98
This example of Stefan Karpinski’s comes from a blog post highlighting changes to the Julia
language with version v"0.5.0"
, which added features to comprehensions that made this example possible.
First, a simple question: using pennies, nickels, dimes, and quarters how many different ways can we generate one dollar? Clearly \(100\) pennies, or \(20\) nickels, or \(10\) dimes, or \(4\) quarters will do this, so the answer is at least four, but how much more than four?
Well, we can use a comprehension to enumerate the possibilities. This example illustrates how comprehensions and generators can involve one or more variable for the iteration. By judiciously choosing what is iterated over, the entire set can be described.
First, we either have \(0,1,2,3\), or \(4\) quarters, or \(0\), \(25\) cents, \(50\) cents, \(75\) cents, or a dollar’s worth. If we have, say, \(1\) quarter, then we need to make up \(75\) cents with the rest. If we had \(3\) dimes, then we need to make up \(45\) cents out of nickels and pennies, if we then had \(6\) nickels, we know we must need \(15\) pennies.
The following expression shows how counting this can be done through enumeration. Here q
is the amount contributed by quarters, d
the amount from dimes, n
the amount from nickels, and p
the amount from pennies. q
ranges over \(0, 25, 50, 75, 100\) or 0:25:100
, etc. If we know that the sum of quarters, dimes, nickels contributes a certain amount, then the number of pennies must round things up to \(100\).
ways = [(q, d, n, p)
for q = 0:25:100
for d = 0:10:(100 - q)
for n = 0:5:(100 - q - d)
for p = (100 - q - d - n)]
length(ways)
242
There are \(242\) distinct cases. The first three are:
The generating expression reads naturally. It introduces the use of multiple for
statements, each subsequent one depending on the value of the previous (working left to right).
The cashier might like to know the number of coins, not the dollar amount:
3-element Vector{Vector{Float64}}:
[0.0, 0.0, 0.0, 100.0]
[0.0, 0.0, 1.0, 95.0]
[0.0, 0.0, 2.0, 90.0]
There are various ways to get integer values, and not floating point values. One way is to call round
. Here though, we use the integer division operator, div
, through its infix operator ÷
:
3-element Vector{Vector{Int64}}:
[0, 0, 0, 100]
[0, 0, 1, 95]
[0, 0, 2, 90]
Now suppose, we want to ensure that the amount in pennies is less than the amount in nickels, etc. We could use filter
somehow to do this for our last answer, but using if
allows for filtering while the events are generating. Here our condition is simply expressed: q > d > n > p
:
We have been discussing structured sets of numbers. On the opposite end of the spectrum are random numbers. Julia
makes them easy to generate, especially random numbers chosen uniformly from \([0,1)\).
rand()
function returns a randomly chosen number in \([0,1)\).rand(n)
function returns a vector of n
randomly chosen numbers in \([0,1)\).To illustrate, this will command return a single number
If the command is run again, it is almost certain that a different value will be returned:
This call will return a vector of \(10\) such random numbers:
10-element Vector{Float64}:
0.1704550429193783
0.7529948730699002
0.748159894482178
0.44741765959921254
0.7308561925318879
0.7657466965388507
0.27337629950326103
0.5669361521488053
0.9401904283142434
0.712662915349031
The rand
function is easy to use. The only common source of confusion is the subtle distinction between rand()
and rand(1)
, as the latter is a vector of \(1\) random number and the former just \(1\) random number.
Which of these will produce the odd numbers between \(1\) and \(99\)?
Which of these will create the sequence \(2, 9, 16, 23, \dots, 72\)?
How many numbers are in the sequence produced by 0:19:1000
?
The range operation (a:h:b
) can also be used to countdown. Which of these will do so, counting down from 10
to 1
? (You can call collect
to visualize the generated numbers.)
What is the last number generated by 1:4:7
?
While the range operation can generate vectors by collecting, do the objects themselves act like vectors?
Does scalar multiplication work as expected? In particular, is the result of 2*(1:5)
basically the same as 2 * [1,2,3,4,5]
?
Does vector addition work? as expected? In particular, is the result of (1:4) + (2:5)
basically the same as [1,2,3,4]
+ [2,3,4,5]
?
What if parentheses are left off? Explain the output of 1:4 + 2:5
?
How is a:b-1
interpreted:
An arithmetic sequence (\(a_0\), \(a_1 = a_0 + h\), \(a_2=a_0 + 2h, \dots,\) \(a_n=a_0 + n\cdot h\)) is specified with a starting point (\(a_0\)), a step size (\(h\)), and a number of points \((n+1)\). This is not the case with the colon constructor which take a starting point, a step size, and a suggested last value. This is not the case a with the default for the range
function, with signature range(start, stop, length)
. However, the documentation for range
shows that indeed the three values (\(a_0\), \(h\), and \(n\)) can be passed in. Which signature (from the docs) would allow this:
Create the sequence \(10, 100, 1000, \dots, 1,000,000\) using a list comprehension. Which of these works?
Create the sequence \(0.1, 0.01, 0.001, \dots, 0.0000001\) using a list comprehension. Which of these will work:
Evaluate the expression \(x^3 - 2x + 3\) for each of the values \(-5, -4, \dots, 4, 5\) using a comprehension. Which of these will work?
How many prime numbers are there between \(1100\) and \(1200\)? (Use filter
and isprime
)
Which has more prime numbers the range 1000:2000
or the range 11000:12000
?
We can easily add an arithmetic progression with the sum
function. For example, sum(1:100)
will add the numbers \(1, 2, ..., 100\).
What is the sum of the odd numbers between \(0\) and \(100\)?
The sum of the arithmetic progression \(a, a+h, \dots, a+n\cdot h\) has a simple formula. Using a few cases, can you tell if this is the correct one:
\[ (n+1)\cdot a + h \cdot n(n+1)/2 \]
A geometric progression is of the form \(a^0, a^1, a^2, \dots, a^n\). These are easily generated by comprehensions of the form [a^i for i in 0:n]
. Find the sum of the geometric progression \(1, 2^1, 2^2, \dots, 2^{10}\).
Is your answer of the form \((1 - a^{n+1}) / (1-a)\)?
The product of the terms in an arithmetic progression has a known formula. The product can be found by an expression of the form prod(a:h:b)
. Find the product of the terms in the sequence \(1,3,5,\dots,19\).
Credit card numbers have a check digit to ensure data entry of a 16-digit number is correct. How does it work? The Luhn Algorithm.
Let’s see if 4137 8947 1175 5804
is a valid credit card number?
First, we enter it as a value and immediately break the number into its digits:
16-element Vector{Int64}:
4
0
8
5
5
7
1
1
7
4
9
8
7
3
1
4
We reverse the order, so the first number in digits is the largest place value in xs
Now, the 1st, 3rd, 5th, … digit is doubled. We do this through indexing:
Numbers greater than 9, have their digits added, then all the resulting numbers are added. This can be done with a generator:
If this sum has a remainder of 0 when dividing by 10, the credit card number is possibly valid, if not it is definitely invalid. (The check digit is the last number and is set so that the above applied to the first 15 digits plus the check digit results in a multiple of 10.)
Darn. A typo. is 4137 8947 1175 5804
a possible credit card number?