In mathematics and computer science, an **algorithm** (/ˈælɡərɪðəm/ ( listen)) is a set of instructions, typically to solve a class of problems or perform a computation. Algorithms are unambiguous specifications for performing calculation, data processing, automated reasoning, and other tasks.

As an effective method, an algorithm can be expressed within a finite amount of space and time^{[1]} and in a well-defined formal language^{[2]} for calculating a function.^{[3]} Starting from an initial state and initial input (perhaps empty),^{[4]} the instructions describe a computation that, when executed, proceeds through a finite^{[5]} number of well-defined successive states, eventually producing "output"^{[6]} and terminating at a final ending state. The transition from one state to the next is not necessarily deterministic; some algorithms, known as randomized algorithms, incorporate random input.^{[7]}

The concept of algorithm has existed for centuries.

The word algorithm* itself is derived from the 9th-century mathematician Muḥammad ibn Mūsā al-Khwārizmī, Latinized *Algoritmi*. A partial formalization of what would become the modern concept of algorithm began with attempts to solve the Entscheidungsproblem (decision problem) posed by David Hilbert in 1928. Later formalizations were framed as attempts to define "effective calculability" ^{[9]} or "effective method".^{[10]} Those formalizations included the Gödel–Herbrand–Kleene recursive functions of 1930, 1934 and 1935, Alonzo Church's lambda calculus of 1936, Emil Post's Formulation 1 of 1936, and Alan Turing's Turing machines of 1936–37 and 1939.*

# Etymology

*The word 'algorithm' has its roots in Latinizing the name of Muhammad ibn Musa al-Khwarizmi in a first step to *algorismus*. ^{[11]}^{[12]} Al-Khwārizmī (Arabic: الخوارزمي, Persian: خوارزمی, c. 780–850) was a Persian mathematician, astronomer, geographer, and scholar in the House of Wisdom in Baghdad, whose name means 'the native of Khwarazm', a region that was part of Greater Iran and is now in Uzbekistan.^{[13]}^{[14]}*

*About 825, al-Khwarizmi wrote an Arabic language treatise on the Hindu–Arabic numeral system, which was translated into Latin during the 12th century under the title *Algoritmi de numero Indorum*. This title means "Algoritmi on the numbers of the Indians", where "Algoritmi" was the translator's Latinization of Al-Khwarizmi's name. ^{[15]} Al-Khwarizmi was the most widely read mathematician in Europe in the late Middle Ages, primarily through another of his books, the Algebra.^{[16]} In late medieval Latin, *algorismus

*, English 'algorism', the corruption of his name, simply meant the "decimal number system". In the 15th century, under the influence of the Greek word ἀριθμός 'number' (*cf.

*'arithmetic'), the Latin word was altered to*algorithmus

*, and the corresponding English term 'algorithm' is first attested in the 17th century; the modern sense was introduced in the 19th century.*

^{[17]}

In English, it was first used in about 1230 and then by Chaucer in 1391. English adopted the French term, but it wasn't until the late 19th century that "algorithm" took on the meaning that it has in modern English.

*Another early use of the word is from 1240, in a manual titled *Carmen de Algorismo* composed by Alexandre de Villedieu. It begins thus:*

which translates as:

The poem is a few hundred lines long and summarizes the art of calculating with the new style of Indian dice, or Talibus Indorum, or Hindu numerals.

# Informal definition

An informal definition could be "a set of rules that precisely defines a sequence of operations",^{[18]} which would include all computer programs, including programs that do not perform numeric calculations, and (for example) any prescribed bureaucratic procedure.^{[19]}
Generally, a program is only an algorithm if it stops eventually.^{[20]}

A prototypical example of an algorithm is the Euclidean algorithm to determine the maximum common divisor of two integers; an example (there are others) is described by the flowchart above and as an example in a later section.

Boolos, Jeffrey & 1974, 1999 offer an informal meaning of the word in the following quotation:

An "enumerably infinite set" is one whose elements can be put into one-to-one correspondence with the integers. Thus, Boolos and Jeffrey are saying that an algorithm implies instructions for a process that "creates" output integers from an *arbitrary* "input" integer or integers that, in theory, can be arbitrarily large. Thus an algorithm can be an algebraic equation such as *y = m + n* – two arbitrary "input variables" *m* and *n* that produce an output *y*. But various authors' attempts to define the notion indicate that the word implies much more than this, something on the order of (for the addition example):

The concept of *algorithm* is also used to define the notion of decidability. That notion is central for explaining how formal systems come into being starting from a small set of axioms and rules. In logic, the time that an algorithm requires to complete cannot be measured, as it is not apparently related to our customary physical dimension. From such uncertainties, that characterize ongoing work, stems the unavailability of a definition of *algorithm* that suits both concrete (in some sense) and abstract usage of the term.

# Formalization

Algorithms are essential to the way computers process data.

Turing machines can define computational processes that do not terminate.

Typically, when an algorithm is associated with processing information, data can be read from an input source, written to an output device and stored for further processing.

For some such computational process, the algorithm must be rigorously defined: specified in the way it applies in all possible circumstances that could arise.

Because an algorithm is a precise list of precise steps, the order of computation is always crucial to the functioning of the algorithm.

So far, this discussion of the formalization of an algorithm has assumed the premises of imperative programming. This is the most common conception, and it attempts to describe a task in discrete, "mechanical" means. Unique to this conception of formalized algorithms is the assignment operation, setting the value of a variable. It derives from the intuition of "memory" as a scratchpad. There is an example below of such an assignment.

For some alternate conceptions of what constitutes an algorithm see functional programming and logic programming.

Algorithms can be expressed in many kinds of notation, including natural languages, pseudocode, flowcharts, drakon-charts, programming languages or control tables (processed by interpreters). Natural language expressions of algorithms tend to be verbose and ambiguous, and are rarely used for complex or technical algorithms. Pseudocode, flowcharts, drakon-charts and control tables are structured ways to express algorithms that avoid many of the ambiguities common in natural language statements. Programming languages are primarily intended for expressing algorithms in a form that can be executed by a computer but are often used as a way to define or document algorithms.

There is a wide variety of representations possible and one can express a given Turing machine program as a sequence of machine tables (see more at finite-state machine, state transition table and control table), as flowcharts and drakon-charts (see more at state diagram), or as a form of rudimentary machine code or assembly code called "sets of quadruples" (see more at Turing machine).

Representations of algorithms can be classed into three accepted levels of Turing machine description:^{[29]}

For an example of the simple algorithm "Add m+n" described in all three levels, see Algorithm#Examples.

# Design

Algorithm design refers to a method or mathematical process for problem-solving and engineering algorithms.

One of the most important aspects of algorithm design is creating an algorithm that has an efficient run-time, also known as its Big O.

Typical steps in the development of algorithms:

# Implementation

Most algorithms are intended to be implemented as computer programs. However, algorithms are also implemented by other means, such as in a biological neural network (for example, the human brain implementing arithmetic or an insect looking for food), in an electrical circuit, or in a mechanical device.

# Computer algorithms

In computer systems, an algorithm is basically an instance of logic written in software by software developers, to be effective for the intended "target" computer(s) to produce *output* from given (perhaps null) *input*. An optimal algorithm, even running in old hardware, would produce faster results than a non-optimal (higher time complexity) algorithm for the same purpose, running in more efficient hardware; that is why algorithms, like computer hardware, are considered technology.

*"Elegant" (compact) programs, "good" (fast) programs*: The notion of "simplicity and elegance" appears informally in Knuth and precisely in Chaitin:

Chaitin prefaces his definition with: "I'll show you can't prove that a program is 'elegant'"—such a proof would solve the Halting problem (ibid).

*Algorithm versus function computable by an algorithm*: For a given function multiple algorithms may exist. This is true, even without expanding the available instruction set available to the programmer. Rogers observes that "It is... important to distinguish between the notion of *algorithm*, i.e. procedure and the notion of *function computable by algorithm*, i.e. mapping yielded by procedure. The same function may have several different algorithms".^{[33]}

Unfortunately, there may be a tradeoff between goodness (speed) and elegance (compactness)—an elegant program may take more steps to complete a computation than one less elegant.

* Computers (and computors), models of computation: A computer (or human "computor"^{[34]}) is a restricted type of machine, a "discrete deterministic mechanical device"^{[35]} that blindly follows its instructions.^{[36]} Melzak's and Lambek's primitive models^{[37]} reduced this notion to four elements: (i) discrete, distinguishable *locations

*, (ii) discrete, indistinguishable*counters

*effective*

^{[38]}(iii) an agent, and (iv) a list of instructions that are*relative to the capability of the agent.*

^{[39]}

*Minsky describes a more congenial variation of Lambek's "abacus" model in his "Very Simple Bases for Computability". ^{[40]} Minsky's machine proceeds sequentially through its five (or six, depending on how one counts) instructions, unless either a conditional IF–THEN GOTO or an unconditional GOTO changes program flow out of sequence. Besides HALT, Minsky's machine includes three *assignment

*(replacement, substitution)*types

^{[41]}operations: ZERO (e.g. the contents of location replaced by 0: L ← 0), SUCCESSOR (e.g. L ← L+1), and DECREMENT (e.g. L ← L − 1).^{[42]}Rarely must a programmer write "code" with such a limited instruction set. But Minsky shows (as do Melzak and Lambek) that his machine is Turing complete with only four general*of instructions: conditional GOTO, unconditional GOTO, assignment/replacement/substitution, and HALT. However, a few different assignment instructions (e.g. DECREMENT, INCREMENT, and ZERO/CLEAR/EMPTY for a Minsky machine) are also required for Turing-completeness; their exact specification is somewhat up to the designer. The unconditional GOTO is a convenience; it can be constructed by initializing a dedicated location to zero e.g. the instruction " Z ← 0 "; thereafter the instruction IF Z=0 THEN GOTO xxx is unconditional.*

Simulation of an algorithm: computer (computor) language*: Knuth advises the reader that "the best way to learn an algorithm is to try it... immediately take pen and paper and work through an example". ^{[43]} But what about a simulation or execution of the real thing? The programmer must translate the algorithm into a language that the simulator/computer/computor can *effectively

*execute. Stone gives an example of this: when computing the roots of a quadratic equation the computor must know how to take a square root. If they don't, then the algorithm, to be effective, must provide a set of rules for extracting a square root.*

^{[44]}

This means that the programmer must know a "language" that is effective relative to the target computing agent (computer/computor).

But what model should be used for the simulation?

Structured programming, canonical structures*: Per the Church–Turing thesis, any algorithm can be computed by a model known to be Turing complete, and per Minsky's demonstrations, Turing completeness requires only four instruction types—conditional GOTO, unconditional GOTO, assignment, HALT. Kemeny and Kurtz observe that, while "undisciplined" use of unconditional GOTOs and conditional IF-THEN GOTOs can result in "spaghetti code", a programmer can write structured programs using only these instructions; on the other hand "it is also possible, and not too hard, to write badly structured programs in a structured language". ^{[46]} Tausworthe augments the three Böhm-Jacopini canonical structures:^{[47]} SEQUENCE, IF-THEN-ELSE, and WHILE-DO, with two more: DO-WHILE and CASE.^{[48]} An additional benefit of a structured program is that it lends itself to proofs of correctness using mathematical induction.^{[49]}*

*Canonical flowchart symbols ^{[50]}*: The graphical aide called a flowchart, offers a way to describe and document an algorithm (and a computer program of one). Like the program flow of a Minsky machine, a flowchart always starts at the top of a page and proceeds down. Its primary symbols are only four: the directed arrow showing program flow, the rectangle (SEQUENCE, GOTO), the diamond (IF-THEN-ELSE), and the dot (OR-tie). The Böhm–Jacopini canonical structures are made of these primitive shapes. Sub-structures can "nest" in rectangles, but only if a single exit occurs from the superstructure. The symbols, and their use to build the canonical structures are shown in the diagram.

# Examples

One of the simplest algorithms is to find the largest number in a list of numbers of random order.

*High-level description:*

*(Quasi-)formal description:*
Written in prose but much closer to the high-level language of a computer program, the following is the more formal coding of the algorithm in pseudocode or pidgin code:

Euclid's algorithm to compute the greatest common divisor (GCD) to two numbers appears as Proposition II in Book VII ("Elementary Number Theory") of his Elements.^{[51]} Euclid poses the problem thus: "Given two numbers not prime to one another, to find their greatest common measure". He defines "A number [to be] a multitude composed of units": a counting number, a positive integer not including zero. To "measure" is to place a shorter measuring length *s* successively (*q* times) along longer length *l* until the remaining portion *r* is less than the shorter length *s*.^{[52]} In modern words, remainder *r* = *l* − *q*×*s*,* q*being the quotient, or remainder* r* is the "modulus", the integer-fractional part left over after the division.^{[53]}

For Euclid's method to succeed, the starting lengths must satisfy two requirements: (i) the lengths must not be zero, AND (ii) the subtraction must be “proper”; i.e., a test must guarantee that the smaller of the two numbers is subtracted from the larger (alternately, the two can be equal so their subtraction yields zero).

Euclid's original proof adds a third requirement: the two lengths must not be prime to one another.

Only a few instruction *types* are required to execute Euclid's algorithm—some logical tests (conditional GOTO), unconditional GOTO, assignment (replacement), and subtraction.

- A
*location*is symbolized by upper case letter(s), e.g. S, A, etc. - The varying quantity (number) in a location is written in lower case letter(s) and (usually) associated with the location's name.

The following algorithm is framed as Knuth's four-step version of Euclid's and Nicomachus', but, rather than using division to find the remainder, it uses successive subtractions of the shorter length *s* from the remaining length *r* until *r* is less than *s*. The high-level description, shown in boldface, is adapted from Knuth 1973:2–4:

**INPUT**:

**rs**

**E1: [Find remainder]**: Until the remaining length *r* in R is less than the shorter length *s* in S, repeatedly subtract the measuring number *s* in S from the remaining length *r* in R.

**E2: [Is the remainder zero?]**: EITHER (i) the last measure was exact, the remainder in R is zero, and the program can halt, OR (ii) the algorithm must continue: the last measure left a remainder in R less than measuring number in S.

* sr*: The nut of Euclid's algorithm. Use remainder

*r*to measure what was previously smaller number

*s*; L serves as a temporary location.

**OUTPUT**:

**DONE**:

The following version of Euclid's algorithm requires only six core instructions to do what thirteen are required to do by "Inelegant"; worse, "Inelegant" requires more *types* of instructions. The flowchart of "Elegant" can be found at the top of this article. In the (unstructured) Basic language, the steps are numbered, and the instruction LET [] = [] is the assignment instruction symbolized by ←.

*How "Elegant" works*: In place of an outer "Euclid loop", "Elegant" shifts back and forth between two "co-loops", an A > B loop that computes A ← A − B, and a B ≤ A loop that computes B ← B − A. This works because, when at last the minuend M is less than or equal to the subtrahend S ( Difference = Minuend − Subtrahend), the minuend can become *s* (the new measuring length) and the subtrahend can become the new *r* (the length to be measured); in other words the "sense" of the subtraction reverses.

The following version can be used with Object Oriented languages:

Does an algorithm do what its author wants it to do?

But "exceptional cases"^{[56]} must be identified and tested.

*Proof of program correctness by use of mathematical induction*: Knuth demonstrates the application of mathematical induction to an "extended" version of Euclid's algorithm, and he proposes "a general method applicable to proving the validity of any algorithm".^{[57]} Tausworthe proposes that a measure of the complexity of a program be the length of its correctness proof.^{[58]}

*Elegance (compactness) versus goodness (speed)*: With only six core instructions, "Elegant" is the clear winner, compared to "Inelegant" at thirteen instructions. However, "Inelegant" is *faster* (it arrives at HALT in fewer steps). Algorithm analysis^{[59]} indicates why this is the case: "Elegant" does *two* conditional tests in every subtraction loop, whereas "Inelegant" only does one. As the algorithm (usually) requires many loop-throughs, *on average* much time is wasted doing a "B = 0?" test that is needed only after the remainder is computed.

*Can the algorithms be improved?*: Once the programmer judges a program "fit" and "effective"—that is, it computes the function intended by its author—then the question becomes, can it be improved?

The compactness of "Inelegant" can be improved by the elimination of five steps.

The speed of "Elegant" can be improved by moving the "B=0?" test outside of the two subtraction loops.

# Algorithmic analysis

It is frequently important to know how much of a particular resource (such as time or storage) is theoretically required for a given algorithm.

Different algorithms may complete the same task with a different set of instructions in less or more time, space, or 'effort' than others. For example, a binary search algorithm (with cost O(log n) ) outperforms a sequential search (cost O(n) ) when used for table lookups on sorted lists or arrays.

The analysis, and study of algorithms is a discipline of computer science, and is often practiced abstractly without the use of a specific programming language or implementation. In this sense, algorithm analysis resembles other mathematical disciplines in that it focuses on the underlying properties of the algorithm and not on the specifics of any particular implementation. Usually pseudocode is used for analysis as it is the simplest and most general representation. However, ultimately, most algorithms are usually implemented on particular hardware/software platforms and their algorithmic efficiency is eventually put to the test using real code. For the solution of a "one off" problem, the efficiency of a particular algorithm may not have significant consequences (unless n is extremely large) but for algorithms designed for fast interactive, commercial or long life scientific usage it may be critical. Scaling from small n to large n frequently exposes inefficient algorithms that are otherwise benign.

Empirical testing is useful because it may uncover unexpected interactions that affect performance.

To illustrate the potential improvements possible even in well-established algorithms, a recent significant innovation, relating to FFT algorithms (used heavily in the field of image processing), can decrease processing time up to 1,000 times for applications like medical imaging.^{[62]} In general, speed improvements depend on special properties of the problem, which are very common in practical applications.^{[63]} Speedups of this magnitude enable computing devices that make extensive use of image processing (like digital cameras and medical equipment) to consume less power.

# Classification

There are various ways to classify algorithms, each with its own merits.

One way to classify algorithms is by implementation means.

Another way of classifying algorithms is by their design methodology or paradigm. There is a certain number of paradigms, each different from the other. Furthermore, each of these categories includes many different types of algorithms. Some common paradigms are:

For optimization problems there is a more specific classification of algorithms; an algorithm for such problems may fall into one or more of the general categories described above as well as into one of the following:

Every field of science has its own problems and needs efficient algorithms.

Fields tend to overlap with each other, and algorithm advances in one field may improve those of other, sometimes completely unrelated, fields.

Algorithms can be classified by the amount of time they need to complete compared to their input size:

- Constant time: if the time needed by the algorithm is the same, regardless of the input size.
- Linear time: if the time is proportional to the input size.
- Logarithmic time: if the time is a logarithmic function of the input size.
- Polynomial time: if the time is a power of the input size.
- Exponential time: if the time is an exponential function of the input size.

Some problems may have multiple algorithms of differing complexity, while other problems might have no algorithms or no known efficient algorithms.

# Continuous algorithms

The adjective "continuous" when applied to the word "algorithm" can mean:

- An algorithm operating on data that represents continuous quantities, even though this data is represented by discrete approximations—such algorithms are studied in numerical analysis; or
- An algorithm in the form of a differential equation that operates continuously on the data, running on an analog computer.
^{[69]}

# Legal issues

Algorithms, by themselves, are not usually patentable.

Additionally, some cryptographic algorithms have export restrictions (see export of cryptography).

# History: Development of the notion of "algorithm"

The earliest evidence of algorithms is found in the Babylonian mathematics of ancient Mesopotamia (modern Iraq). A Sumerian clay tablet found in Shuruppak near Baghdad and dated to circa 2500 BC described the earliest division algorithm.^{[70]} During the Hammurabi dynasty circa 1800-1600 BC, Babylonian clay tablets described algorithms for computing formulas.^{[71]} Algorithms were also used in Babylonian astronomy. Babylonian clay tablets describe and employ algorithmic procedures to compute the time and place of significant astronomical events.^{[72]}

Algorithms for arithmetic are also found in ancient Egyptian mathematics, dating back to the Rhind Mathematical Papyrus circa 1550 BC.^{[70]}^{[8]} ^{[8]}

Tally-marks: To keep track of their flocks, their sacks of grain and their money the ancients used tallying: accumulating stones or marks scratched on sticks or making discrete symbols in clay.

Muhammad ibn Mūsā al-Khwārizmī, a Persian mathematician, wrote the Al-jabr in the 9th century. The terms "algorism" and "algorithm" are derived from the name al-Khwārizmī, while the term "algebra" is derived from the book *Al-jabr*. In Europe, the word "algorithm" was originally used to refer to the sets of rules and techniques used by Al-Khwarizmi to solve algebraic equations, before later being generalized to refer to any set of rules or techniques.^{[70]} This eventually culminated in Leibniz's notion of the calculus ratiocinator (ca 1680):

*The first cryptographic algorithm for deciphering encrypted code was developed by Al-Kindi, a 9th-century Arab mathematician, in *A Manuscript On Deciphering Cryptographic Messages*. He gave the first description of cryptanalysis by frequency analysis, the earliest codebreaking algorithm. ^{[76]}*

*The clock*: Bolter credits the invention of the weight-driven clock as "The key invention [of Europe in the Middle Ages]", in particular, the verge escapement^{[77]} that provides us with the tick and tock of a mechanical clock. "The accurate automatic machine"^{[78]} led immediately to "mechanical automata" beginning in the 13th century and finally to "computational machines"—the difference engine and analytical engines of Charles Babbage and Countess Ada Lovelace, mid-19th century.^{[79]} Lovelace is credited with the first creation of an algorithm intended for processing on a computer—Babbage's analytical engine, the first device considered a real Turing-complete computer instead of just a calculator—and is sometimes called "history's first programmer" as a result, though a full implementation of Babbage's second device would not be realized until decades after her lifetime.

Stanley Jevons' "logical abacus" and "logical machine": The technical problem was to reduce Boolean equations when presented in a form similar to what is now known as Karnaugh maps. Jevons (1880) describes first a simple "abacus" of "slips of wood furnished with pins, contrived so that any part or class of the [logical] combinations can be picked out mechanically... More recently, however, I have reduced the system to a completely mechanical form, and have thus embodied the whole of the indirect process of inference in what may be called a *Logical Machine*" His machine came equipped with "certain moveable wooden rods" and "at the foot are 21 keys like those of a piano [etc]...". With this machine he could analyze a "syllogism or any other simple logical argument".^{[80]}

*This machine he displayed in 1870 before the Fellows of the Royal Society. ^{[81]} Another logician John Venn, however, in his 1881 *Symbolic Logic

*, turned a jaundiced eye to this effort: "I have no high estimate myself of the interest or importance of what are sometimes called logical machines... it does not seem to me that any contrivances at present known or likely to be discovered really deserve the name of logical machines"; see more at Algorithm characterizations. But not to be outdone he too presented "a plan somewhat analogous, I apprehend, to Prof. Jevon's*abacus

*... [And] [a]gain, corresponding to Prof. Jevons's logical machine, the following contrivance may be described. I prefer to call it merely a logical-diagram machine... but I suppose that it could do very completely all that can be rationally expected of any logical machine".*

^{[82]}

Jacquard loom, Hollerith punch cards, telegraphy and telephony – the electromechanical relay*: Bell and Newell (1971) indicate that the Jacquard loom (1801), precursor to Hollerith cards (punch cards, 1887), and "telephone switching technologies" were the roots of a tree leading to the development of the first computers. ^{[83]} By the mid-19th century the telegraph, the precursor of the telephone, was in use throughout the world, its discrete and distinguishable encoding of letters as "dots and dashes" a common sound. By the late 19th century the ticker tape (ca 1870s) was in use, as was the use of Hollerith cards in the 1890 U.S. census. Then came the teleprinter (ca. 1910) with its punched-paper use of Baudot code on tape.*

Telephone-switching networks* of electromechanical relays (invented 1835) was behind the work of George Stibitz (1937), the inventor of the digital adding device. As he worked in Bell Laboratories, he observed the "burdensome' use of mechanical calculators with gears. "He went home one evening in 1937 intending to test his idea... When the tinkering was over, Stibitz had constructed a binary adding device". ^{[84]}*

*Davis (2000) observes the particular importance of the electromechanical relay (with its two "binary states" *open* and *closed*):*

Symbols and rules*: In rapid succession, the mathematics of George Boole (1847, 1854), Gottlob Frege (1879), and Giuseppe Peano (1888–1889) reduced arithmetic to a sequence of symbols manipulated by rules. Peano's *The principles of arithmetic, presented by a new method* (1888) was "the first attempt at an axiomatization of mathematics in a symbolic language". ^{[86]}*

*But Heijenoort gives Frege (1879) this kudos: Frege's is "perhaps the most important single work ever written in logic.... in which we see a " 'formula language', that is a *lingua characterica*, a language written with special symbols, "for pure thought", that is, free from rhetorical embellishments... constructed from specific symbols that are manipulated according to definite rules". ^{[87]} The work of Frege was further simplified and amplified by Alfred North Whitehead and Bertrand Russell in their Principia Mathematica (1910–1913).*

*The paradoxes*: At the same time a number of disturbing paradoxes appeared in the literature, in particular, the Burali-Forti paradox (1897), the Russell paradox (1902–03), and the Richard Paradox.^{[88]} The resultant considerations led to Kurt Gödel's paper (1931)—he specifically cites the paradox of the liar—that completely reduces rules of recursion to numbers.

*Effective calculability*: In an effort to solve the Entscheidungsproblem defined precisely by Hilbert in 1928, mathematicians first set about to define what was meant by an "effective method" or "effective calculation" or "effective calculability" (i.e., a calculation that would succeed). In rapid succession the following appeared: Alonzo Church, Stephen Kleene and J.B. Rosser's λ-calculus^{[89]} a finely honed definition of "general recursion" from the work of Gödel acting on suggestions of Jacques Herbrand (cf. Gödel's Princeton lectures of 1934) and subsequent simplifications by Kleene.^{[90]} Church's proof^{[91]} that the Entscheidungsproblem was unsolvable, Emil Post's definition of effective calculability as a worker mindlessly following a list of instructions to move left or right through a sequence of rooms and while there either mark or erase a paper or observe the paper and make a yes-no decision about the next instruction.^{[92]} Alan Turing's proof of that the Entscheidungsproblem was unsolvable by use of his "a- [automatic-] machine"^{[93]}—in effect almost identical to Post's "formulation", J. Barkley Rosser's definition of "effective method" in terms of "a machine".^{[94]} S.C. Kleene's proposal of a precursor to "Church thesis" that he called "Thesis I",^{[95]} and a few years later Kleene's renaming his Thesis "Church's Thesis"^{[96]} and proposing "Turing's Thesis".^{[97]}

Emil Post (1936) described the actions of a "computer" (human being) as follows:

His symbol space would be

Alan Turing's work^{[99]} preceded that of Stibitz (1937); it is unknown whether Stibitz knew of the work of Turing. Turing's biographer believed that Turing's use of a typewriter-like model derived from a youthful interest: "Alan had dreamt of inventing typewriters as a boy; Mrs. Turing had a typewriter, and he could well have begun by asking himself what was meant by calling a typewriter 'mechanical'".^{[100]} Given the prevalence of Morse code and telegraphy, ticker tape machines, and teletypewriters we might conjecture that all were influences.

Turing—his model of computation is now called a Turing machine—begins, as did Post, with an analysis of a human computer that he whittles down to a simple set of basic motions and "states of mind". But he continues a step further and creates a machine as a model of computation of numbers.^{[101]}

Turing's reduction yields the following:

"It may be that some of these change necessarily invoke a change of state of mind.

A few years later, Turing expanded his analysis (thesis, definition) with this forceful expression of it:

J. Barkley Rosser defined an 'effective [mathematical] method' in the following manner (italicization added):

Rosser's footnote No. 5 references the work of (1) Church and Kleene and their definition of λ-definability, in particular Church's use of it in his *An Unsolvable Problem of Elementary Number Theory* (1936); (2) Herbrand and Gödel and their use of recursion in particular Gödel's use in his famous paper *On Formally Undecidable Propositions of Principia Mathematica and Related Systems I* (1931); and (3) Post (1936) and Turing (1936–37) in their mechanism-models of computation.

Stephen C. Kleene defined as his now-famous "Thesis I" known as the Church–Turing thesis. But he did this in the following context (boldface in original):

A number of efforts have been directed toward further refinement of the definition of "algorithm", and activity is on-going because of issues surrounding, in particular, foundations of mathematics (especially the Church–Turing thesis) and philosophy of mind (especially arguments about artificial intelligence). For more, see Algorithm characterizations.

# See also

- Abstract machine
- Algorithm engineering
- Algorithm characterizations
- Algorithmic composition
- Algorithmic entities
- Algorithmic synthesis
- Algorithmic technique
- Algorithmic topology
- Garbage in, garbage out
- Introduction to Algorithms
- List of algorithms
- List of algorithm general topics
- List of important publications in theoretical computer science – Algorithms
- Theory of computation Computability theory Computational complexity theory