News for hackers. Stuff that matters.

A comment on “Mostly functional” programming does not work (2014).

Re:“Mostly functional” programming does not work (2014) by sebastianconcpt on Monday June 22, 2015 @08:31AM (#9757781)
What if you do not-functional software in ways where parallelism and concurrency are non-problems? there is no elephant in the room?
[ Parent | on HN ]
Re:“Mostly functional” programming does not work (2014) by TazeTSchnitzel on Monday June 22, 2015 @09:12AM (#9758022)
Pure functional programming provides benefits in domains where you don't need parallelism or concurrency, too. It controls side effects, allowing safe composition of functions.
[ Parent | on HN ]
Re:“Mostly functional” programming does not work (2014) by seanmcdirmid on Monday June 22, 2015 @09:19AM (#9758058)
Right. Just like it is often useful to avoid functional code in cases where parallelism is needed for performance reasons (e.g. in CUDA).
[ Parent | on HN ]
Re:“Mostly functional” programming does not work (2014) by sebastianconcpt on Tuesday June 23, 2015 @09:25PM (#9769007)
What's the paradigm that fits best for CUDA?
[ Parent | on HN ]
Re:“Mostly functional” programming does not work (2014) by seanmcdirmid on Thursday June 25, 2015 @06:19AM (#9776923)
SIMT of course, it is more similar to array programming than functional (of course, array and relational programming all have relationships with FP).
[ Parent | on HN ]