Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jdh30
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
jdh30
8y ago
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
2.
▲
by
jdh30
11y ago
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://trelf
3.
▲
by
jdh30
11y ago
I have written thousands of pages of example applications in articles for the F# Journal.
4.
▲
by
jdh30
11y ago
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.
5.
▲
by
jdh30
12y ago
> 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 t
6.
▲
by
jdh30
12y ago
> 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: http:&#
7.
▲
by
jdh30
12y ago
> 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&
8.
▲
by
jdh30
12y ago
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 flaws.
9.
▲
by
jdh30
12y ago
> 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 libraries, like
10.
▲
by
jdh30
16y ago
Classic Dunning-Kruger effect.
11.
▲
by
jdh30
16y ago
Demand for OCaml and F# people here is insane right now. I just turned down a £390k job offer.
12.
▲
by
jdh30
16y ago
> 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# product team in Redmond de
13.
▲
by
jdh30
16y ago
> 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 heavy use of mutation
14.
▲
by
jdh30
16y ago
You can nest a recursive function inside a non-recursive one and inline that.
15.
▲
by
jdh30
16y ago
I love it!
16.
▲
by
jdh30
16y ago
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 for the full range of p
17.
▲
by
jdh30
16y ago
F# was just released under to OSI-approved Apache open source license.
18.
▲
by
jdh30
16y ago
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 match over it safe in the
19.
▲
by
jdh30
17y ago
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 you think carefully a