Comment Feed for Channel 9 - Taking Efficiency One Step Further - F#

Re: Taking Efficiency One Step Further - F#

GraemeBlack — Mon, 22 Jun 2009 12:30:28 GMT

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?

posted by GraemeBlack

Re: Taking Efficiency One Step Further - F#

Matthijs — Tue, 23 Jun 2009 08:26:59 GMT

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.

posted by Matthijs

Re: Taking Efficiency One Step Further - F#

boetje — Wed, 26 Aug 2009 13:22:06 GMT

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

posted by boetje

Re: Taking Efficiency One Step Further - F#

realbart — Fri, 11 Sep 2009 14:59:04 GMT

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

About the pipe operator: |>
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...

posted by realbart