Forgot your password?  Comment: Re:Another functional
programming fan (Score 1) 338  by Fourier (#37608544) Attached
to: OCaml For the Masses  Functional programming has its
downsides. It tends to result in heavily nested code.  Beginner
functional programmers nest their code too deeply, in exactly
the same way that beginner C programmers nest their code too
deeply. It's not an inherent property of the language.  It's
hard to fan out results, so programs tend to be trees with a
single result.  I have no idea what "hard to fan out results" is
supposed to mean, but the conclusion is trivially disproven by
the existence of lots of functional programs that do more than
compute a single result.  Persistent state and I/O don't fit
well with the functional model.  Persistent state works fine,
it's just managed more explicitly: you take the "previous" state
as input, and you return the "next" state as an output.
Practical functional programming languages have a "functional
update" syntax for struct/record types that