Conventional programming languages are growing ever more enormous, but not stronger. Inherent defects at the most basic level cause them to be both fat and weak: their primitive word-at-a-time style of programming inherited from their common ancestor--the yon Neumann computer, their close coupling of semantics to state transitions, their division of programming into a world of expressions and a world of statements, their inability to effectively use powerful combining forms for building new programs from existing ones, and their lack of useful mathematical properties for reasoning about programs.
An alternative functional style of programming is founded on the use of combining forms for creating programs. Functional programs deal with structured data, are often nonrepetitive and nonrecursive, are hierarchically constructed, do not name their arguments, and do not require the complex machinery of procedure declarations to become generally applicable. Combining forms can use high-level programs to build still higher level ones in a style not possible in conventional languages.
Associated with the functional style of programming is an algebra of programs whose variables range over programs and whose operations are combining forms. This algebra can be used to transform programs and to solve equations whose "unknowns" are programs in much the same way one tranforms equations in high school algebra. These transformations are given by algebraic laws and are carried out in the same language in which programs are written. Combining forms are chosen not only for their programming power but also the power of their associated algebraic laws. General theorems of the algebra give the detailed behavior and termination conditions for large classes of programs.
A new class of computing systems uses the functional programming style both in its programming language and in its stage transition rules. Unlike von Neumann languages, these systems have semantics loosely coupled to states --- only one state transition occurs per major computation.
[1]
John McCarthy,et al.
Recursive functions of symbolic expressions and their computation by machine, Part I
,
1960,
Commun. ACM.
[2]
Peter Henderson,et al.
A lazy evaluator
,
1976,
POPL.
[3]
Arvind,et al.
A new interpreter for data flow schemas and its implications for computer architecture
,
1975
.
[4]
Kenneth E. Iverson,et al.
A programming language
,
1899,
AIEE-IRE '62 (Spring).
[5]
Zohar Manna,et al.
Inductive methods for proving properties of programs
,
1973,
Commun. ACM.
[6]
John C. Reynolds,et al.
GEDANKEN—a simple typeless language based on the principle of completeness and the reference concept
,
1970,
Commun. ACM.
[7]
John W. Backus.
Programming language semantics and closed applicative languages
,
1973,
POPL '73.
[8]
Dana S. Scott,et al.
Outline of a Mathematical Theory of Computation
,
1970
.
[9]
Daniel P. Friedman,et al.
CONS Should Not Evaluate its Arguments
,
1976,
ICALP.
[10]
Jack B. Dennis,et al.
First version of a data flow procedure language
,
1974,
Symposium on Programming.
[11]
William H. Burge,et al.
Recursive Programming Techniques
,
1975
.
[12]
P. J. Landin.
The Mechanical Evaluation of Expressions
,
1964,
Comput. J..