Talk:Applicative programming language

Computing Stub‑class

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
Stub	This article has been rated as Stub-class on Wikipedia's content assessment scale.
???	This article has not yet received a rating on the project's importance scale.

An editor places some rather incomplete merge boxes here and on Functional programming. A discussion of whether a merge should happen has begun at Talk:Functional programming#Merge proposal. Please opine. LotLE×talk 05:42, 25 November 2008 (UTC)[reply]

In the interview "Caml with Gérard Huet" on Software Engineering Daily http://softwareengineeringdaily.com/2015/11/06/caml-with-gerard-huet/ Huet distinguishes or prefers applicative programming in his remarks about the notion of functional programming in the late 1970's or early 1980's, "what is mostly advertised in functional programming is actually applicative programming, meaning that the result of your computation does not really depend on some kind of state, like the state of some kind of global memory. It is more like the evaluation of a mathematical expression. So we like applicative programming for at least two reasons. One reason, that it is easier to reason about applicative programs because they are static expressions so the usual mathematical techniques apply. You don't have to take care of complex state. That is one aspect. The other aspect is that it's easier to analyze."Acarrico (talk) 00:42, 13 November 2015 (UTC)[reply]