Functional Programming in the Real World (2003)
homepages.inf.ed.ac.uk
homepages.inf.ed.ac.uk
According to the podcast, they started out with two solutions. One in C# and the other in F#, and F# won out in the end.
Here's some info on the company: http://recode.net/2015/07/21/jet-com-will-launch-with-amazon...
But that's the cool part -- when you think of how many modern languages and packages could be on that list, it really drives home how much FP is eating the world.
[1] https://web.archive.org/web/20040604130605/http://homepages....
http://homepages.inf.ed.ac.uk/wadler/
Would it be worthwhile to change the link?
Coldfusion, of all things, ranks ahead of the first pure functional language on that list (Haskell). Scala, the next highest impure but strongly functional language, ranks behind Visual Basic and Delphi.
Or, from another (more recently updated) source:
http://www.tiobe.com/index.php/content/paperinfo/tpci/index....
Note, not a single functional language in the top 20. Haskell ranks in at #44. Scala, #30.
Don't let the Hacker News bubble fool you: FP is still extremely niche. At best, I'd claim we're seeing an increase traditional imperative languages that make it possible to utilize functional idioms, and mixed environments where you can combine functional and imperative code (think Java/Clojure or C#/F#) while taking advantage of existing software ecosystems. But in that case, it's more about sprinkling in functional approaches here and there, rather than completely drinking the kool-aid.
And PHP at #3... shudder
That said, I don't see why I should believe RedMonk any more than any other ranking. Heck, any ranking that places C++ behind Python, or C behind Ruby, I don't believe for a damn second.
"Quite a few libraries exist for various languages, many of which include some impressive real-world applications. Have a look at: "
Haskell libraries: https://www.haskell.org/libraries
"Not Found", the irony ;-)
Wadler likely has better things to do than fixing stale links on his site; just found it amusing regardless.