I just noticed your post (https://news.ycombinator.com/item?id=18050422) about courses but cannot comment on it because it is too old. I am an employer with strong opinions. If you'd like to hear them please e-mail me…
There are 182 articles in the F# Journal. The F# News blog has had many applications on it: http://fsharpnews.blogspot.co.uk/2010/12/most-popular-f-samp... So has Phil Trelford's blog: http://trelford.com/blog/ And many…
I have written thousands of pages of example applications in articles for the F# Journal.
F# Journal articles walk through the design and implementation of dozens of different example applications including both client GUI and server with sockets and so on.
> Have a look at the 'Multicore OCaml' presentation here: https://ocaml.org/meetings/ocaml/2014/ I just watched it. Great to see somebody else trying but this is no more advanced than OC4MC and they are using Fibonacci…
> Wow, ML syntax is actually better than OCaml. It's a shame the former was used as a base for F#. I prefer this: http://www.ffconsultancy.com/languages/ray_tracer/code/1/ray... to this:…
> One thing I think F# got right is that it removed some of the "flexibility" in OCaml's syntax. For example, it uses significant whitespace to define scoping, which removed (in nearly all cases) the need for the 'in'…
OCaml will give you compiler warnings on the incomplete and redundant match cases. F# will silently execute a semantically different version of your code. I prefer OCaml. Indentation sensitivity was one of F#'s design…
> SML has stagnated for almost 20 years I'm still waiting for OCaml to get decent multicore support, decent Windows support and an FFI that doesn't suck donkey brains through a straw (which is why so many OCaml…
Classic Dunning-Kruger effect.
Demand for OCaml and F# people here is insane right now. I just turned down a £390k job offer.
> The language was developed by a team in Microsoft Research, not by a product team. If a product team thought there was a good product strategy for the language, they would have taken it over. Luke Hoban's F#…
> Since pure functional languages are easier to parallelize. Purely functional programs have a lot of problems with parallelism. If you want to parallelize your F# code effectively, you write Cilk-style code with…
You can nest a recursive function inside a non-recursive one and inline that.
I love it!
Multicore is one obvious huge advantage over OCaml. Associating basic functions (like comparison) with types is a major advantage. Equality types are a huge advantage. Overloading and associated benefits like support…
F# was just released under to OSI-approved Apache open source license.
Haskell doesn't have active patterns. Although they were originally proposed for Haskell by Wadler, they don't make so much sense with non-strict evaluation because you can just write code to compute the result and…
I'm Jon Harrop. HLVM is a hobby project that I work on when I can find the time. If I could commercialize it then I would but there is no short-term way to make decent money from a VM/language that I can see. I suggest…
I just noticed your post (https://news.ycombinator.com/item?id=18050422) about courses but cannot comment on it because it is too old. I am an employer with strong opinions. If you'd like to hear them please e-mail me…
There are 182 articles in the F# Journal. The F# News blog has had many applications on it: http://fsharpnews.blogspot.co.uk/2010/12/most-popular-f-samp... So has Phil Trelford's blog: http://trelford.com/blog/ And many…
I have written thousands of pages of example applications in articles for the F# Journal.
F# Journal articles walk through the design and implementation of dozens of different example applications including both client GUI and server with sockets and so on.
> Have a look at the 'Multicore OCaml' presentation here: https://ocaml.org/meetings/ocaml/2014/ I just watched it. Great to see somebody else trying but this is no more advanced than OC4MC and they are using Fibonacci…
> Wow, ML syntax is actually better than OCaml. It's a shame the former was used as a base for F#. I prefer this: http://www.ffconsultancy.com/languages/ray_tracer/code/1/ray... to this:…
> One thing I think F# got right is that it removed some of the "flexibility" in OCaml's syntax. For example, it uses significant whitespace to define scoping, which removed (in nearly all cases) the need for the 'in'…
OCaml will give you compiler warnings on the incomplete and redundant match cases. F# will silently execute a semantically different version of your code. I prefer OCaml. Indentation sensitivity was one of F#'s design…
> SML has stagnated for almost 20 years I'm still waiting for OCaml to get decent multicore support, decent Windows support and an FFI that doesn't suck donkey brains through a straw (which is why so many OCaml…
Classic Dunning-Kruger effect.
Demand for OCaml and F# people here is insane right now. I just turned down a £390k job offer.
> The language was developed by a team in Microsoft Research, not by a product team. If a product team thought there was a good product strategy for the language, they would have taken it over. Luke Hoban's F#…
> Since pure functional languages are easier to parallelize. Purely functional programs have a lot of problems with parallelism. If you want to parallelize your F# code effectively, you write Cilk-style code with…
You can nest a recursive function inside a non-recursive one and inline that.
I love it!
Multicore is one obvious huge advantage over OCaml. Associating basic functions (like comparison) with types is a major advantage. Equality types are a huge advantage. Overloading and associated benefits like support…
F# was just released under to OSI-approved Apache open source license.
Haskell doesn't have active patterns. Although they were originally proposed for Haskell by Wadler, they don't make so much sense with non-strict evaluation because you can just write code to compute the result and…
I'm Jon Harrop. HLVM is a hobby project that I work on when I can find the time. If I could commercialize it then I would but there is no short-term way to make decent money from a VM/language that I can see. I suggest…