Live data from Hacker News

Fable: F# to JavaScript compiler

fable.io

21–30 of 74 posts

Re: Fable: F# to JavaScript compiler

#21
post #3

great! now we just need more than two people that know f#. i keed...kinda ;)

That would require Microsoft, the F# team, and the vocal F# community members to actually want F# to be a proper first-class .NET citizen, which sadly isn't the case. https://np.reddit.com/r/fsharp/comments/6tdrwq/after_so_many...

As a sometimes-user of F#, I’m quite happy not caring about a dead-end technology like UWP and .NET Native, thank you very much. I’m glad everyone else seems to agree about that, too.

Re: Fable: F# to JavaScript compiler

#22

> export { _ as $2665$ }; Why significance does that have in javascript? http://fable.io/repl/

It's exporting the function with the name unicode name "(heart character here)"

   let (heart) x y = x + " loves " + y
EDIT: I guess Hacker News doesn't support unicode characters. (Not a bad thing)

Re: Fable: F# to JavaScript compiler

#23

Earlier quoted context omitted.

That would require Microsoft, the F# team, and the vocal F# community members to actually want F# to be a proper first-class .NET citizen, which sadly isn't the case. https://np.reddit.com/r/fsharp/comments/6tdrwq/after_so_many...

As a sometimes-user of F#, I’m quite happy not caring about a dead-end technology like UWP and .NET Native, thank you very much. I’m glad everyone else seems to agree about that, too.

UWP is the primary Windows client application platform going forward.

https://np.reddit.com/r/csharp/comments/75mc1m/announcing_uw...

All this FUD and hostility from the F# community (including the Fable devs) towards UWP, or anything that's of interest to most Windows and C# developers making the switch, is why F# will never be popular.

And for most people who need to have their code running on anything else than Windows, F# and .NET wouldn't be their first choice anyway, given that there are plenty of better alternatives around, like Haskell, Scala, ReasonML, OCaml etc.

Re: Fable: F# to JavaScript compiler

#24
post #4
post #3

great! now we just need more than two people that know f#. i keed...kinda ;)

some people said in the Reason3 update article that F# is better suited for JS devs than OCaml.

Here's a link to that thread:

https://news.ycombinator.com/item?id=15574409

Re: Fable: F# to JavaScript compiler

#25
post #2

The first thing I worry about reading something like this is how leaky the abstraction will be. I would love to ditch JavaScript for pretty much anything else but if I need to think about the JavaScript part anyway because of certain things that I can or cannot do I prefer to think in JavaScript from the get go.

I haven't used it myself but the Ionide plugin for VSCode, which creates a full featured IDE experience for F#, is done in F# transpiled to javascript. The maintainers seems to enjoy it.

Re: Fable: F# to JavaScript compiler

#26

Earlier quoted context omitted.

As a sometimes-user of F#, I’m quite happy not caring about a dead-end technology like UWP and .NET Native, thank you very much. I’m glad everyone else seems to agree about that, too.

UWP is the primary Windows client application platform going forward. https://np.reddit.com/r/csharp/comments/75mc1m/announcing_uw... All this FUD and hostility from the F# community (including the Fable devs) towards UWP, or anything that's of interest to most Windows and C# developers making the switch, is why F# will never be popular. And for most people who need to have their code running on anything else than Wi…

Replying to check back in one year. Good luck chasing Microsoft's moving cheese!

Re: Fable: F# to JavaScript compiler

#27
post #26

Earlier quoted context omitted.

UWP is the primary Windows client application platform going forward. https://np.reddit.com/r/csharp/comments/75mc1m/announcing_uw... All this FUD and hostility from the F# community (including the Fable devs) towards UWP, or anything that's of interest to most Windows and C# developers making the switch, is why F# will never be popular. And for most people who need to have their code running on anything else than Wi…

Replying to check back in one year. Good luck chasing Microsoft's moving cheese!

Nothing is being moved. UWP has been here since the dawn of Windows 10, which evolved from WinRT, going back to Windows 8, and is constantly being extended with new APIs.

Re: Fable: F# to JavaScript compiler

#28
post #26

Earlier quoted context omitted.

Replying to check back in one year. Good luck chasing Microsoft's moving cheese!

Nothing is being moved. UWP has been here since the dawn of Windows 10, which evolved from WinRT, going back to Windows 8, and is constantly being extended with new APIs.

I guess I don't understand... you've only written apps targeting UWP since what year? And previous experience was with what?

It's nice when you're where the cheese is currently at, that's not what I'm talking about though.

I do hope for your sake you don't wind up in the next lifeboat after the Silverlight crew, I really genuinely do. Good luck!

Re: Fable: F# to JavaScript compiler

#29
post #3

great! now we just need more than two people that know f#. i keed...kinda ;)

That would require Microsoft, the F# team, and the vocal F# community members to actually want F# to be a proper first-class .NET citizen, which sadly isn't the case. https://np.reddit.com/r/fsharp/comments/6tdrwq/after_so_many...

I'm tempted to do my own little part, putting my money where my mouth is, by advertising, perhaps on LinkedIn, that F# is exactly what is necessary to lure me away from my current gig and on to your opportunity.

And I can go pretty far - I have one working spouse, no major commitments, and have lived in one spot long enough I would prefer that my next role be elsewhere.

Admittedly, any other comparable (or even better?) language could lure me just as readily.

Re: Fable: F# to JavaScript compiler

#30
post #2

The first thing I worry about reading something like this is how leaky the abstraction will be. I would love to ditch JavaScript for pretty much anything else but if I need to think about the JavaScript part anyway because of certain things that I can or cannot do I prefer to think in JavaScript from the get go.

This is exactly why I standardised on TypeScript. Their isn't actually much of an abstraction in one direction, valid ES6 is valid TS and the types are inter-operable. Throw in better typing, proper classes, down compiling of async/await to ES3/ES5 (still magic to me) and the ability to progressively port from one to the other (and you can even get a lot of the TS benefits just by annotating your existing JS as a goo…

I have to agree, the pragmatic and thoughtful approach that the TS team has brought to the language makes it reasonable to write in and easy enough to reason about at any given time. Plus, being a superset means that if you want to 'drop into' JS to take advantage of some quirk or whatever at any time, you can just disable your linter and do the deed.

Coming from a C# and Python fan, TS hits the mark pretty solidly on all levels.

Post reply on HN