The campaign for plain math starts here

Citation

Leitch, M. (2005), "The campaign for plain math starts here", Journal of Risk Finance, Vol. 6 No. 3. https://doi.org/10.1108/jrf.2005.29406caf.001

The campaign for plain math starts here

In a past column I argued that using risk quantification in more areas of management would be a good thing. In this column it is time to look at one of the biggest barriers to doing that, which is the extra mathematics involved.

Its not the computations required; a computer does those. Its the understanding.

When businesspeople do not understand a quantitative method they naturally distrust it. When their mathematical specialists cannot explain the method to their satisfaction they distrust the results even more. Potentially useful software, data, and results are ignored because of this lack of trust.

The scope for improvement

Is this inevitable? Math is hard, so can we expect a higher proportion of managers to understand some risk math than do already?

I have been looking at samples of mathematical writing in articles and books, and collecting advice on writing mathematics clearly (usually written by math professors for their students).

The experience has been a real eye-opener and points to massive scope for clearer, more interesting communication of mathematical ideas and techniques.

This should be no surprise. After all, much ordinary writing is unclear and the inherently difficult nature of many mathematical ideas means that even slight confusion can block a reader completely. We should expect improvements to mathematical writing to make a dramatic difference to the number of people who can read it.

Despite this, I believed until a few years ago (like many people) that I could not understand advanced mathematics because I was ignorant and stupid.

The myth that math is clear

I believed that mathematics is inherently clear and unambiguous. It is not, and the myth was exploded in the early 1980s by the development of a mathematical style of software specification known as Z (pronounced “zed”).

Proponents of Z claimed that using mathematics to specify software would improve the clarity of specifications and produce more reliable software. It does. However, to make good on their claims they had to solve some fundamental problems in writing mathematics.

First, they wanted specifications to be readable by a computer, so that they could be checked, and perhaps turned into software automatically. Ordinary mathematical writing fails dismally on this, so they introduced strict rules on “types”, invented ways to make it clear when a variable is defined and when it is not, and raised the level of rigor in other ways too.

Second, they wanted their specifications to be readable by ordinary humans, not just the authors of the specifications. They designed a format for explaining models that involved interleaving plain English explanations with their mathematical equivalent, self-explanatory variable names, and a gradual introduction of complexity.

Z works, and it has been adopted more widely than other “formal” methods. It combines improved rigor and accessibility.

Examples of confusion

Sadly, most mathematical writing does not reach the benchmark set by Z. Both the narrative and the symbols are more confusing than necessary. For example, one author introduces the basic model for statistical learning with references to two different probability distributions, both of which he calls F. Another author, writing about robust statistics, left me baffled by writing:Here is an example of poor narrative from an interesting paper on using cluster analysis to assess the probability of a risk event based on past experiences:

For each cluster, the rate between the number of unexpected results of some interactions and the number of elements in the cluster is defined as the average loss rate (ALR). Each element itself has a risk probability associated with the ALR.

If only the authors had used the same number of words to say:

The average loss rate (ALR) of each cluster is defined as the proportion of past encounters in that cluster where the risk event occurred. Each encounter has a risk probability equal to the ALR of the cluster to which is belongs.

Common faults

Common clarity faults in mathematical writing include all those found in ordinary English, plus over 30 items specific to mathematical writing. The specific mathematical faults range from tiny irritations to big and persistent barriers to communication. Here are some examples:

• •

  introducing variables that are not used;

• •

  reusing variable names, especially if done without explanation (this often involves superficially similar variables but a subtle shift of mathematical type);

• •

  being unclear about whether something relates to a specific item, or to all items in a set;

• •

  using Greek letters, especially the less common ones (it is very hard for readers if they do not know how to pronounce a variable); and

• •

  notation that is used in different ways in different branches of mathematics, such as subscripts, superscripts, and curly brackets.

The more pervasive problems include difficulties with assumed knowledge and failure to explain motives.

Much mathematical writing makes inconsistent assumptions about the reader’s prior knowledge, and nearly all assumes more than necessary. Even if readers cannot follow the fancy calculus used to get from some initial assumptions to a useful result, they still need to understand the initial assumptions so they can see when the result is unsafe to use. Too often the writer just starts with the result, leaving the reader confused and suspicious.

A lot of mathematical writing in books makes little or no attempt to explain the motivation behind the ideas it sets out. Why are they useful? Why do we need the following definition? What is the value of the model? What questions are we trying to answer? Why is a particular approach to a problem likely to solve it?

Readers have to work hard to follow mathematical writing, so they should be encouraged to make that effort. They also benefit from an insight into the writer’s thinking.

Campaign for plain math

If quantitative methods are to be used more in managing risk, then the people who understand them need to explain them superbly well. I urge everyone who writes about the mathematics of risk to do everything possible to communicate more clearly, and I urge everyone else to demand that they do!

Matthew LeitchIndependent consultant specializing in internal control systems. He is an accountant and auditor by background, and spent seven years as an internal control specialist with PricewaterhouseCoopers (matthew@internalcontrolsdesign.co.uk).