Taking Efficiency One Step Further - F#

Play Taking Efficiency One Step Further - F#

The Discussion

• Thanks for posting this. It is the start of a compelling argument for me to explore this language further. F# information seems very fragmented in blogs, sample chapters of future books, etc For me, F# needs an "Annotated Reference Manual" equivalent.

However we make do, and this was good. Are there videos of the other two talks Oliver Sturm gave?

• Thanks.

We're in the process of getting the rest of the devdays videos online. We're still waiting for the videos. We have to process them and upload them to channel9. Lot of work. I would suggest you subscribe to this RSS feed: http://channel9.msdn.com/tags/DevDays+2009+NL/RSS/ you will get notified when we post new videos.

• Inmiddels een paar maanden verder. Hoe staat het met de andere filmpjes?

• I t was very interesting. I was wondering if anyone knows the reason behind a specifict F# design decision.

Why is a |> b c interpreted as a |> (b c) instead of (a |> b) c ? Isn't left to right most logical?

A more specific example:

let multiply a b = a * b;;

let substract a b = a - b;;

multiply 2 3 |> substract 10;;
returns 4

so it is interpreted as:
multiply 2 3 |> (substract 10);;

while it seems logical to interpret this as:
(multiply 2 3 |> substract) 10;;

----

furthermore, in response to the question from your audience, about inserting the middle parameter, you could have answerd:

let answer a b c = a / b - c;;

if you want to insert the middle parameter b,

(multiply 2 3 |> answer 30) 4;;

will yield the desired result...