Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


[xsl] Haskell podcast

From: "Andrew Welch" <andrew.j.welch@--------->
To:
Date: 9/1/2008 1:18:00 PM
There's a podcast about Haskell that might be interesting for people
on this list:

http://www.se-radio.net/podcast/2008-08/episode-108-simon-peyton-jones-functional-programming-and-haskell

It covers things like side effects, tail recursion, higher order
functions, memoization, monads etc.

One thing in particular was the way he describes the difference
between variables in functional languages and imperative languages: in
languages like XSLT the variable is the actual variable, whereas in
imperative languages it's the reference to the value that gets
changed.  It's a neater way of explaining it rather than the usual "x
= x + 1" argument, I think.

One other thing - towards the end he talks about how interest in
Haskell was fairly low and static for most of its life, but then has
grown rapidly in the last 10 years and he's not too sure why...  How
old is XSLT ?

:)


-- 
Andrew Welch
http://andrewjwelch.com
Kernow: http://kernowforsaxon.sf.net/


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent