>>18Are you certain that Haskell is the best fit for your problem domain? Having recently tried to optimise a very simple number cruncher, and having failed to come even close to the performance of a borderline trivial C implementation (a language which I'm most certainly not an expert in), my faith in Haskell solving all problems has declined a little. I still think it has great merits when the codebases are large (types for the win) and performance isn't all that critical, of course.