
diff -r acaf2099406a -r 0c2481cd8b1c handouts/pep-ho.tex
--- a/handouts/pep-ho.tex	Fri Aug 16 08:45:21 2019 +0100
+++ b/handouts/pep-ho.tex	Tue Oct 29 09:54:52 2019 +0000
@@ -225,15 +225,15 @@
 is that this clock-speed has not much increased over the past decade and
 no dramatic increases are predicted for any time soon. So you are a bit
 stuck. This is unlike previous generations of developers who could rely
-upon the fact that every 2 years or so their code would run twice as
-fast  because the clock-speed of their CPUs got twice as fast.
+upon the fact that approximately every 2 years their code would run
+twice as fast  because the clock-speed of their CPUs got twice as fast.
 Unfortunately this does not happen any more nowadays. To get you out of
 this dreadful situation, CPU producers pile more and more cores into
 CPUs in order to make them more powerful and potentially make software
 faster. The task for you as developer is to take somehow advantage of
 these cores by running as much of your code as possible in parallel on
 as many cores you have available (typically 4 in modern laptops and
-sometimes much more on high-end machines). In this situation,
+sometimes much more on high-end machines). In this situation
 \textit{mutable} variables like \texttt{i} above are evil, or at least a
 major nuisance: Because if you want to distribute some of the
 loop-iterations over the cores that are currently idle in your system,
@@ -876,7 +876,7 @@
 all pairs where the sum is not even (therefore \code{(1, 2)}, \code{(2,
 1)} and \code{(3, 2)} are not in the result because their sum is odd). 
 
-To sum up, maps (or for-comprehensions) transform one collection into
+To summarise, maps (or for-comprehensions) transform one collection into
 another. For example a list of \code{Int}s into a list of squares, and
 so on. There is no need for for-loops in Scala. But please do not be
 tempted to write anything like
@@ -968,12 +968,12 @@
 
 There is one more usage of for-loops in Java, C/C++ and the like:
 sometimes you want to \emph{aggregate} something about a list, for
-example summing up all its elements. In this case you cannot use map,
+example summing up all its elements. In this case you cannot use maps,
 because maps \emph{transform} one data collection into another data
 collection. They cannot be used to generate a single integer
-representing an aggregate. So how is this done in Scala? Let us
-suppose you want to sum up all elements from a list. You might
-be tempted to write something like
+representing an aggregate. So how is this kind of aggregation done in
+Scala? Let us suppose you want to sum up all elements from a list. You
+might be tempted to write something like
 
 \begin{lstlisting}[numbers=none]
 var cnt = 0
@@ -987,7 +987,7 @@
 and indeed this is accepted Scala code and produces the expected result,
 namely \code{36}, \textbf{BUT} this is imperative style and not
 permitted in PEP. It uses a \code{var} and therefore violates the
-immutability property I ask for in your code. Sorry.
+immutability property I ask for in your code. Sorry!
 
 So how to do that same thing without using a \code{var}? Well there are
 several ways. One way is to define the following recursive
@@ -1000,7 +1000,7 @@
 
 \noindent
 You can then call \code{sum((1 to 8).toList)} and obtain the same result
-without a mutable variable or for-loop. Obviously for simple things like
+without a mutable variable and without a for-loop. Obviously for simple things like
 sum, you could have written \code{xs.sum} in the first place. But not
 all aggregate functions are pre-defined and often you have to write your
 own recursive function for this.




