A Functional Programming Influence Graph
blog.fogus.me
A Functional Programming Influence Graph
1–10 of 44 posts
Re: A Functional Programming Influence Graph
#2Re: A Functional Programming Influence Graph
#3I think www.classes.cs.uchicago.edu/current/22300-1/lectures/FP_history.pdf is a better graph because it focuses more on functional languages and the layout is easier to navigate.
The nice one about this graph is that it is relatively complete.
Re: A Functional Programming Influence Graph
#4I think www.classes.cs.uchicago.edu/current/22300-1/lectures/FP_history.pdf is a better graph because it focuses more on functional languages and the layout is easier to navigate.
Re: A Functional Programming Influence Graph
#5Re: A Functional Programming Influence Graph
#6It would be neat if, say, dashed lines were used for all the descendants of LISP that are Lisps.
Re: A Functional Programming Influence Graph
#7Re: A Functional Programming Influence Graph
#8What reference do you have for Clojure influencing the language Scala? Scala is older, so that seems surprising to me.
Re: A Functional Programming Influence Graph
#9What reference do you have for Clojure influencing the language Scala? Scala is older, so that seems surprising to me.
Odersky himself has implied that Scala was prompted by Clojure in its recent persistent structure implementations. However, this influence is motivational rather than via copied code (as stated at http://stackoverflow.com/a/3108380 ). Although Odersky does mention the word "copied" in an interview that I had with him, but that state of affairs may have changed ( http://blog.fogus.me/2010/08/06/martinodersky-take5-tol…
See e.g. for Haskell, originally as http://www.haskell.org/pipermail/haskell-cafe/2010-February/... and now as http://www.haskell.org/wikiupload/6/65/HIW2011-Talk-Tibell.p...
However, your graph will be much more complicated if libraries are allowed to influence each other, rather than strictly considering language features.