Linked by snydeq on Mon 25th Oct 2010 21:23 UTC
Permalink for comment 447124
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 06/13/13 14:35 UTC
Linked by Thom Holwerda on 06/11/13 17:07 UTC
Linked by Thom Holwerda on 06/10/13 23:13 UTC
Linked by Thom Holwerda on 06/08/13 14:57 UTC
Linked by Thom Holwerda on 06/07/13 11:40 UTC
Linked by Thom Holwerda on 06/04/13 12:45 UTC
Linked by nfeske on 05/31/13 10:12 UTC
Linked by Thom Holwerda on 05/29/13 16:59 UTC
Linked by Thom Holwerda on 05/24/13 17:26 UTC
Linked by Thom Holwerda on 05/21/13 21:38 UTC
More Features »
Sponsored Links



Member since:
2007-04-23
A reduction is a transformation. There are standard functions in most functional languages for data reduction. I find functional languages much better suited to complex data handling than imperative languages.
Some functional languages (e.g., SML, F# and Scala) treat i/o such as graphics and file access as side effects, so they work pretty much as they do in imperative languages. Other languages (like Haskell and Clean) are purely functional and handle i/o by forcing sequence on i/o operations through monads or linear types. These take some getting used to if you come from an imperative world. IIRC, Erlang uses CSP-style message passing for i/o. This, IMO, is a very natural way of doing it.