FAQ

From Clean
Revision as of 14:16, 27 June 2008 by DekuDekuplex (talk | contribs) (Added references for version numbers of CLEAN 0.8 and CLEAN 1.0.)
Jump to navigationJump to search

1. What is the purpose of Clean?

The purpose of Clean is to serve as a fast, non-strict, purely functional programming language that is easy to optimize. Clean is characterized by lazy evaluation, which means that only arguments that need to be evaluated in a function call are actually evaluated. In addition, Clean functions can be written to use (partially) strict evaluation when necessary. Unlike R6RS Scheme and similar to Haskell, Clean offers pattern-matching, guards, array comprehensions, and a Hindley-Milner style type inferencing scheme . For I/O-related functions, in contrast to Haskell's monads, Clean offers a uniqueness type inferencing system, which allows destructive transformation of state information within a purely functional framework. Clean is useful for writing relatively bug-free programs in fewer lines of code, and for formally proving properties of those programs, thereby often eliminating the need for debugging.

2. What are the advantages of Clean?

Clean has the following advantages over similar functional programming languages:

3. Why do some users call the language "Concurrent Clean?"

According to Concurrent Clean - Wikibooks, collection of open-content textbooks, "'Concurrent' refers to Clean's ability to run the same process on several computers, similar to Ada."

Further, according to History of "Clean Functional Language.": msg#00030,

We started the work on Clean in 1984, as part of the Parallel Reduction Machine project.
In the beginning, Clean was meant as an intermediate language.
The first version was defined and running in 1987.
Hereafter Clean was turned into a fully featured functional programming language.
Special features are its Graph Rewriting Semantics (1987, Barendregt, Plasmeijer, Van Eekelen) which is
still the core semantics of Clean, Eric Nockers strictness analyser (1994, very recently completely
formally proven to be correct), the uniqueness typing (Smetsers, Barendsen,Plasmeijer), the object I/O
library (Peter Achten), the concurrent implementation (Marco Kesseler), and, of course the very good
code generation (John van Groningen).
There is many more.
You can find all our papers on the net:
http://www.cs.ru.nl/st/Onderzoek/Publicaties/publicaties.html
We had a lot of influence on Haskell (which started in 1987) and later also
Haskell influenced Clean.

The original version of Clean was also known as "CLEAN 0.8" (see "Release History," by the Software Technology Research Group, at http://clean.cs.ru.nl/Recent_Latest_News/body_recent_latest_news.html). The name "Concurrent Clean" is actually a synonym for "CLEAN 1.0," which was the first version when Clean changed from an intermediate language for graph reduction to a fully-fledged general-purpose functional programming language (see "Release History" above).

Another reason is that the word "Clean," being a generic adjective, by itself, usually generates too many false positives in a search on the Interent. Users in other countries who do not speak English and who only know how to search by name would have a hard time in finding Clean if that were its only name. "Concurrent Clean," however, is much easier to find as a name on the Internet, and can be used even by users in other countries who do not speak English.