_ __ ___
/ \ / /_ ( _ )
/ _ \| '_ \ / _ \ Collection of Algol 68 related quotes
/ ___ \ (_) | (_) |
/_/ \_\___/ \___/
Curated by Jose E. Marchesi
* "Why is it that Algol 68, despite almost invariably becoming the
preferred language of anyone who takes the trouble to learn it, has
failed to become widely used?" - Algol bulletin 49 p.6
* "As some areas of industry are beginning to realise an ALGOL 68
prorammer can actually enjoy wha the is doing and, as a consequence
can be very productive. ALGOL 68 is a language for those who do
not believe that life is infinitely long; it is for those who wish
to avoid the experience of trying to dry a swamp with a teaspoon.
There is no denying that (like religion?) ALGOL 68 does require
some initial intellectual effort, but this is not as great as some
- who have not tried - would maintain." - J.R. Oliver and
R.S. Newton in "Practical experience with ALGOL 68-RT".
* "It has been said that Algol 60 was an improvement over most of its
successors. Algol 68 would have been an improvement over most of
its successors, had it had any." - Lambert Merteens
* "A programming language that makes it really hard to write bad
programs probably also makes it bad to write good programs." -
Lambert Merteens
* "Algol 68 is extremely bug-resistant. For example, in one program
of about 1000 lines, only about four errors penetrated to run-time
and these were uninitialised-variable errors. Each of these
variables were intended to have been initialised as a side effect
of a procedure call. By far the greatest majority of programming
errors were caught by the mode-checking at compile-time. As has
been noticed elsewhere, the reason for this is that a mode
corresponds to a number of statically verifiably properties of an
object. These properties may not be explicitly written in the
program source code, which usually discusses only the
representation of the object on the machine, and may exist only in
the mind of the programmer. The programmer must himself ensure
that the primitive operations he defines preserve the properties he
is concerned with. Thereafter when the compiler checks mode
compatibility it is implicitly ensuring that these properties hold,
even though it knows nothing of the properties themselves." -
H.J. Boom.
* "The difference between Algol 68 and other languages concerning
coercion is twofold. On the one hand, which coercions are to be
applied is determined by the syntax and not by the semantics of he
language. This allows for a much more systematic treatment of the
problem than .e. in PL/I. On the other hand deciding which
coercions have to be applied is much more context-dependent than in
other langauges. This increases the complexity of the algorithms
involved." - Goos, in "Some problems in compiling ALGOL 68".